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(a)redhat.com> wrote:
On Feb 20, 2013, at 9:47 AM, Jason Greene <jason.greene(a)redhat.com> wrote:
> Replying inline to be more clear.
>
> On Feb 20, 2013, at 8:24 AM, Jan J. Roman <mail(a)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