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. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Scott M Stark > Sent: 20 February, 2006 21:33 > To: jboss-development@lists.sourceforge.net > Subject: [JBoss-dev] FW: [JBoss JIRA] Updated: (JBAS-2073) > Remove xalan.jar from ./lib/endorsed > > Dimitris, remind me why removing xalan is a problem. I'm not > getting it from the discussion thread associated with this > JBAS-2073 issue. From the TransformerFactory javadoc: > > public static TransformerFactory newInstance() > throws TransformerFactoryConfigurationError > > Obtain a new instance of a TransformerFactory. This > static method creates a new factory instance This method uses > the following ordered lookup procedure to determine the > TransformerFactory implementation class to load: > > * Use the javax.xml.transform.TransformerFactory system property. > * Use the properties file "lib/jaxp.properties" in the JRE > directory. > This configuration file is in standard java.util.Properties > format and contains the fully qualified name of the > implementation class with the key being the system property > defined above. > * Use the Services API (as detailed in the JAR > specification), if available, to determine the classname. The > Services API will look for a classname in the file > META-INF/services/javax.xml.transform.TransformerFactory in > jars available to the runtime. > * Platform default TransformerFactory instance. > > Neither the javax.xml.transform.TransformerFactory system > property nor jre lib/jaxp.properties exists by default: > > [EMAIL PROTECTED] bin]$ find /usr/java/jdk1.5.0_05 -name > jaxp.properties [EMAIL PROTECTED] bin]$ find > /usr/java/j2sdk1.4.2_09 -name jaxp.properties -print > [EMAIL PROTECTED] bin]$ > > so the Services API (class loader scoped resources) should > dictate how the jaxp factories are found. Having the > xalan.jar in lib/endorsed overrides the javax.xml.transform > namespace with classes loaded from the bootstrap class > loader. I don't see why we need to do this? > > > -----Original Message----- > > From: Dimitris Andreadis (JIRA) [mailto:[EMAIL PROTECTED] > > Sent: Monday, February 20, 2006 4:00 AM > > To: Jira Notifications > > Subject: [JBoss JIRA] Updated: (JBAS-2073) Remove xalan.jar from > > ./lib/endorsed > > > > [ http://jira.jboss.com/jira/browse/JBAS-2073?page=all ] > > > > Dimitris Andreadis updated JBAS-2073: > > ------------------------------------- > > > > Fix Version: (was: JBossAS-4.0.4.GA) > > > > I don't see how the lib/endorsed mechanism can be avoided, when > > running under jdk1.4, in which case, we can't fix this for > Branch 4.x > > > > > > > ------------------------------------------------------- > 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=k&kid3432&bid#0486&dat1642 > _______________________________________________ > JBoss-Development mailing list > JBoss-Development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jboss-development > ------------------------------------------------------- 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
