Re: xalan usage in taglibs

2017-12-07 Thread Matthew Broadhead
is there any other way to rewrite it so that it doesn't use DTMManager?  that would also keep the speed?  is it a matter of keeping the object in memory so that it doesn't have to keep building fragments? also could i build the old version that doesn't need DTMManager and drop it in my system

Re: xalan usage in taglibs

2017-12-06 Thread Romain Manni-Bucau
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? > > to recap this is the code that is blowing up for me: >

Re: xalan usage in taglibs

2017-12-06 Thread Matthew Broadhead
is there any way that i can get the correct xalan at runtime? to recap this is the code that is blowing up for me: Reader xsl = new InputStreamReader(filepath.openStream()); TransformerFactory transformerfactory = TransformerFactory.newInstance(); StreamSource ssXsl = new StreamSource(xsl);

Re: xalan usage in taglibs

2017-11-30 Thread Romain Manni-Bucau
2017-11-30 16:51 GMT+01:00 Jeremy Boynes : >> On Nov 30, 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

Re: xalan usage in taglibs

2017-11-30 Thread Matthew Broadhead
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? On 27/11/2017 20:03, Romain Manni-Bucau wrote: 2017-11-27 20:01 GMT+01:00 Jeremy Boynes : On Nov 27, 2017, at 7:38 AM, Romain

Re: xalan usage in taglibs

2017-11-27 Thread Romain Manni-Bucau
2017-11-27 20:01 GMT+01:00 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 >>>

Re: xalan usage in taglibs

2017-11-27 Thread 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

Re: xalan usage in taglibs

2017-11-27 Thread Romain Manni-Bucau
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:

Re: xalan usage in taglibs

2017-11-27 Thread 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-11-27 Thread Matthew Broadhead
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 org.apache.xml.dtm.DTMManager and the whole container needs to be restarted which is not ideal during production Now in

Re: xalan usage in taglibs

2017-11-26 Thread Jeremy Boynes
> On Nov 26, 2017, at 2:17 PM, Matthew Broadhead > wrote: > > So to run the tests I could reverse the changes of the commit and then update > to javax.xml.* and run tests? > > I am still struggling a bit to understand exactly what is happening wrt >

Re: xalan usage in taglibs

2017-11-26 Thread Jeremy Boynes
On Nov 26, 2017, at 6:32 AM, Matthew Broadhead wrote: > > 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 >