So the problem is lack of encapsulation of the essentially global org.apache.xalan.processor.TransformFactoryImpl name due to the proliferation of the xalan distribution. One should be able to work around this by introducing a org.apache.xalan.processor.TransformFactoryImpl2 that loaded the org.apache.xalan.processor.TransformFactoryImpl visible via the thread context class loader.
We don't need xsl during bootstrap, and as far as I know we don't have any requirements for a specific xsl version. The jira issue is a user request to update the xalan version since we do bundle it. So maybe just dropping it and defaulting to the jdk version is the best approach. We really should avoid introducing library dependencies unless they are needed. The xalan.jar dates from jboss-3.2 and the fact that jdk1.3 had no bundled xsl implementation. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Dimitris Andreadis > Sent: Monday, February 20, 2006 12:39 PM > To: jboss-development@lists.sourceforge.net > Subject: RE: [JBoss-dev] FW: [JBoss JIRA] Updated: > (JBAS-2073) Remove xalan.jar from ./lib/endorsed > > > What I'm saying is under jdk1.4 the only way to override the > jdk embedded xalan with a different version is to drop it in > lib/endorsed or use a scoped deployment. > > Putting it in server/xxx/lib or server/xxx/deploy won't work, > even if specifying the javax.xml.transform.TransformerFactory > property since setting it to > org.apache.xalan.processor.TransformFactoryImpl makes no > difference, it will just load the jdk provided xalan version > because the class names collide. > > Now, I had the feeling that we *needed* a xalan.jar version > newer than the one provided with jdk1.4, in which case, what > other way we would have to override the jdk version? The > rules you mention would work, if the overriding xalan version > used different class names! > > I just removed lib/endorsed/xalan.jar and the server seems to > boot happily. If we *do not need* a newer version, I guess we > can just remove it, and let the user drop its own > lib/endorsed/xalan.jar version, if necessary. ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
