[jboss-as7-dev] Xalan custom jbossorg release

[Jan J. Roman]

Hello Jason,
Thanks for your explanation. As I understand it means that correct=expected
behaviour of server is to pick managed xalan-j version of translet.

I didn't investigated what inside of xalan is causing the problem with
output malformed XML. I only find out why the output is correct in Jboss 6
EAP and incorrect in Jboss 6, 7 and current head revision.

I even came to point where I can reproduce that problem entirely outside
the server (in executable JAR) please find
https://github.com/jjromannet/AS7-6390-reproduction-JAR
(correct output version on branch for reference)
In above example TransletFactory is created explicitly but class is same as
instantiated by FactoryFinder.

If TransformerFactoryImpl is taken from org.apache.xalan.processor it
produces correct output.

So ... In order to fix this issue - presumably some fix for xalan-j is
needed.

Regards
Jan Roman


On 20 February 2013 15:48, Jason Greene <jason.greene at redhat.com> wrote:

>
> On Feb 20, 2013, at 9:47 AM, Jason Greene <jason.greene at redhat.com> wrote:
>
> > Replying inline to be more clear.
> >
> > On Feb 20, 2013, at 8:24 AM, Jan J. Roman <mail at jjroman.net> wrote:
> >
> >> Hello everyone,
> >> I can not get heard on irc ;-) and forum discussion in development area
> seems to be a bit dead.
> >> I would like to start contributing and I have been trying to resolve
> issue reported here: https://issues.jboss.org/browse/AS7-6390
> >>
> >> I came to the point where I figured out that the issue is caused by
> incorrectly picked TransformerFactory class (it is created as an instance
> of org.apache.xalan.xsltc.trax.TransformerFactoryImpl instead of
> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl).
> >
> > That's not quite right. The com.sun.* class is a JDK class it's not in
> the xalan library we ship. If something ever picks
> org.apache.xalan.xsltc.trax.TransformerFactoryImpl, it's going to break
> when a deployment is involved due to the class loading issues I mentioned
> in the other email.
>
> Oops that should read: " If something ever picks
> [com.sun.]org.apache.xalan.xsltc.trax.TransformerFactoryImpl, it's going to
> break when a deployment is involved due to the class loading issues I
> mentioned in the other email.
> --
> Jason T. Greene
> JBoss AS Lead / EAP Platform Architect
> JBoss, a division of Red Hat
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-as7-dev/attachments/20130220/5d56bdd9/attachment.html