xalan usage in taglibs

2017-11-26 Thread Matthew Broadhead
Hi, I am currently evaluating whether the Xalan dependency can be dropped from taglibs and replaced with javax.xml.*. The reason for this is a conflict which occurs when I have Apache Fop as a dependency: java.lang.ClassCastException: org.apache.xml.dtm.ref.DTMManagerDefault cannot be cast to

Re: xalan usage in taglibs

2017-11-26 Thread Matthew Broadhead
olean, XNumber, XString etc... I will keep trying things.   Can I come back to you with specific queries? On 26/11/2017 17:33, Jeremy Boynes wrote: On Nov 26, 2017, at 6:32 AM, Matthew Broadhead wrote: Hi, I am currently evaluating whether the Xalan dependency can be dropped from taglib

Re: xalan usage in taglibs

2017-11-27 Thread Matthew Broadhead
TomEE 7.0.4 I cannot even start without this error so I cannot upgrade. It seems like a classloader issue but taglibs is the only hardcoded dependency on xalan On 27/11/2017 01:12, Jeremy Boynes wrote: On Nov 26, 2017, at 2:17 PM, Matthew Broadhead wrote: So to run the tests I could reverse

Re: xalan usage in taglibs

2017-11-30 Thread Matthew Broadhead
: 2017-11-27 16:31 GMT+01:00 Jeremy Boynes : On Nov 27, 2017, at 12:07 AM, Matthew Broadhead wrote: In TomEE 7.0.3 everything is fine at startup. But if a webapp is reloaded I get java.lang.ClassCastException: org.apache.xml.dtm.ref.DTMManagerDefault cannot be cast to

Re: xalan usage in taglibs

2017-12-06 Thread Matthew Broadhead
, 2017, at 3:14 AM, Matthew Broadhead wrote: has anything been decided? if i try to redeploy a context in production all my xslt processors blow up. there should be a solution that fits all? Taglibs (both Apache and Glassfish) has always had a dependency on Xalan. My understanding is that TomEE

Re: xalan usage in taglibs

2017-12-07 Thread Matthew Broadhead
it in my system to see what effect it has? On 06/12/2017 14:30, Romain Manni-Bucau wrote: requires a classloader hack, no other trivial way, and that's why we removed it from tomee 2017-12-06 14:27 GMT+01:00 Matthew Broadhead : is there any way that i can get the correct xalan at runtime?

Re: xalan usage in taglibs

2017-12-08 Thread Matthew Broadhead
here is a patch which removes the xalan dependency.  but it breaks the ForEachTagTest. i notice that every constructor generates a JSTLXPathCompiler. could it not be a singleton? On 07/12/2017 15:08, Matthew Broadhead wrote: is there any other way to rewrite it so that it doesn'

Re: xalan usage in taglibs

2017-12-08 Thread Matthew Broadhead
ok i created an issue https://bz.apache.org/bugzilla/show_bug.cgi?id=61875 On 08/12/2017 16:29, Jeremy Boynes wrote: On Dec 8, 2017, at 3:58 AM, Matthew Broadhead wrote: here is a patch which removes the xalan dependency. but it breaks the ForEachTagTest. i notice that every constructor

Re: xalan usage in taglibs

2018-02-08 Thread Matthew Broadhead
0 Jeremy Boynes : On Nov 27, 2017, at 7:38 AM, Romain Manni-Bucau wrote: 2017-11-27 16:31 GMT+01:00 Jeremy Boynes : On Nov 27, 2017, at 12:07 AM, Matthew Broadhead wrote: In TomEE 7.0.3 everything is fine at startup. But if a webapp is reloaded I get java.lang.ClassCastException: org.apache.x

Re: xalan usage in taglibs

2018-04-04 Thread Matthew Broadhead
/12/2017 17:08, Matthew Broadhead wrote: ok i created an issue https://bz.apache.org/bugzilla/show_bug.cgi?id=61875 On 08/12/2017 16:29, Jeremy Boynes wrote: On Dec 8, 2017, at 3:58 AM, Matthew Broadhead wrote: here is a patch which removes the xalan dependency.  but it breaks the

Re: xalan usage in taglibs

2018-04-04 Thread Matthew Broadhead
than it solves problem for others :( Le 4 avr. 2018 17:24, "Matthew Broadhead" a écrit : i posted these links to the issue. did anyone see them? they seem important to the problem https://stackoverflow.com/questions/6340802/java-xpath-apach e-jaxp-implementation-perform

Fwd: [jira] [Commented] (XALANJ-2540) Very inefficient default behaviour for looking up DTMManager

2018-04-05 Thread Matthew Broadhead
so it seems xalan could easily be fixed but nobody has done it. also the project is abandoned.  should we still be depending on an abandoned project?  what is the alternative?  lots of projects still depend on xalan surely? Forwarded Message Subject: [jira] [Commented] (XAL