e4x behavior changed from 1.6R5 release to 1.7R2Pre

View: New views
2 Messages — Rating Filter:   Alert me  

e4x behavior changed from 1.6R5 release to 1.7R2Pre

by ravichittari :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I downloaded 1.7R2Pre as teh older version had class loader issue.
Basically classed loaded were not being cached by rhino when used from
within an App server.

But with latest version, e4x calls like new XML() etc are failing and
are much more stricter than previous versions
(a) if xml declaration is not removed, new XML() was working..
(b) if there is a space or empty line as first char in xml, then when
we load XML() and to toXMLString() it XML encodes the string.

These variations are casing the exiting code to fail.

Is there something that I can do so it is backward compatible only for
e4x perspective?
_______________________________________________
dev-tech-js-engine mailing list
dev-tech-js-engine@...
https://lists.mozilla.org/listinfo/dev-tech-js-engine

Re: e4x behavior changed from 1.6R5 release to 1.7R2Pre

by Norris Boyd-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Jun 24, 9:38 pm, ravichitt...@... wrote:
> I downloaded 1.7R2Pre as teh older version had class loader issue.
> Basically classed loaded were not being cached by rhino when used from
> within an App server.
>
> But with latest version, e4x calls like new XML() etc are failing and
> are much more stricter than previous versions
> (a) if xml declaration is not removed, new XML() was working..
> (b) if there is a space or empty line as first char in xml, then when
> we load XML() and to toXMLString() it XML encodes the string.

So do you believe that 1.7R2pre is correct and more strict, or that
there are bugs in 1.7R2pre?

>
> These variations are casing the exiting code to fail.
>
> Is there something that I can do so it is backward compatible only for
> e4x perspective?

two ideas. You can build with the code in deprecatedsrc/org/mozilla/
javascript/xmlimpl/xmlbeans, or you could try patching in the bug fix
you need (the delta between NativeJavaPackage.java 1.42 and 1.43).

--N
_______________________________________________
dev-tech-js-engine mailing list
dev-tech-js-engine@...
https://lists.mozilla.org/listinfo/dev-tech-js-engine
LightInTheBox - Buy quality products at wholesale price