I tried to remove lib/endorsed/xalan.jar in 4.0.x and the situation is
as follows:

Works fine under jdk1.5, but breaks under jdk5 when the XSLSubDeployer
does a

TransformerFactory tf = TransformerFactory.newInstance();

The problem is lib/endorsed/xml-apis.jar includes a
javax.xml.transform.TransformerFactory that simply points to
org.apache.xalan.processor.TransformerFactoryImpl, if the
javax.xml.transform.TransformerFactory property is not set!

And that overrides the jdk5 javax.xml.transform.TransformerFactory that
points to
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl.

If (when run under jdk5) I set
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.intern
al.xsltc.trax.TransformerFactoryImpl, but I don't know if this should
work with all jdk5 jdks.

What options do we have? Hack xml-apis to remove the offending
javax.xml.transform.TransformerFactory class?

If I remove lib/endorsed/xml-apis.jar too, things work fine under jdk5,
but fail under jdk1.4 with:

11:55:07,657 INFO  [Server] Root Deployment Filename: jboss-service.xml
Warning: Caught exception attempting to use SAX to load a SAX XMLReader
Warning: Exception was: org.xml.sax.SAXException: System property
org.xml.sax.dr
iver not specified
Warning: I will print the stack trace then carry on using the default
SAX parser

org.xml.sax.SAXException: System property org.xml.sax.driver not
specified
        at
org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory
.java:90)
        at org.dom4j.io.SAXHelper.createXMLReader(SAXHelper.java:83)
        at org.dom4j.io.SAXReader.createXMLReader(SAXReader.java:894)
        at org.dom4j.io.SAXReader.getXMLReader(SAXReader.java:715)
        at org.dom4j.io.SAXReader.read(SAXReader.java:435)
        at org.dom4j.io.SAXReader.read(SAXReader.java:291)
        at org.jboss.mx.metadata.XMLMetaData.build(XMLMetaData.java:255)
        at org.jboss.mx.modelmbean.XMBean.<init>(XMBean.java:253)
        at org.jboss.mx.modelmbean.XMBean.<init>(XMBean.java:282)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)

        at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
orAccessorImpl.java:39)
        at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
onstructorAccessorImpl.java:27)
        at
java.lang.reflect.Constructor.newInstance(Constructor.java:274)
        at
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:
1233)
        at
org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:
286)
        at
org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:
344)
        at
org.jboss.system.server.ServerImpl.createMBean(ServerImpl.java:532)
        at
org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:438)
        at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
        at org.jboss.Main.boot(Main.java:200)
        at org.jboss.Main$1.run(Main.java:464)
        at java.lang.Thread.run(Thread.java:534)





-------------------------------------------------------
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

Reply via email to