Hi, I'm facing a small issue when migrating a production server from 5.5.20 to 6.0.10 (see the exception below). One of the web app running on that server includes xercesImpl.jar and use it through modifying the system property javax.xml.parsers.SAXParserFactory.
This was not a problem in 5.5.x, but with 6.0.10, it seems that tomcat loads its instance of the parser after web initializations. It is then affected by the web app that modified the system property. I've been able to 'fix' that by copying the xercesImpl.jar into tomcat lib directory. Shall this be considered as a regression as in that case tomcat configuration is somehow altered by a web app? (in that case I'll fill a bug in bugzilla)) Regards, Etienne GRAVE: Erreur lors du déploiement du répertoire portal de l'application web javax.xml.parsers.FactoryConfigurationError: Provider org.apache.xerces.jaxp.SAXParserFactoryImpl not found at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:134) at org.apache.tomcat.util.digester.Digester.getFactory(Digester.java:487) at org.apache.tomcat.util.digester.Digester.getParser (Digester.java:692) at org.apache.tomcat.util.digester.Digester.getXMLReader(Digester.java:900) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1581) at org.apache.tomcat.util.modeler.modules.MbeansDescriptorsDiges terSource.execute (MbeansDescriptorsDigesterSource.java:227) at org.apache.tomcat.util.modeler.modules.MbeansDescriptorsDiges terSource.loadDescriptors(MbeansDescriptorsDigesterSource.java:210) at org.apache.tomcat.util.modeler.Registry.load (Registry.java:753) at org.apache.tomcat.util.modeler.Registry.loadDescriptors(Registry.java :865) at org.apache.tomcat.util.modeler.Registry.loadDescriptors(Registry.java :843) at org.apache.tomcat.util.modeler.Registry.findDescriptor (Registry.java :907) at org.apache.tomcat.util.modeler.Registry.findManagedBean(Registry.java :627) at org.apache.tomcat.util.modeler.Registry.findManagedBean(Registry.java :962) at org.apache.tomcat.util.modeler.Registry.registerComponent (Registry.java :793) at org.apache.catalina.core.StandardWrapper.registerJMX(StandardWrapper.java :1801) at org.apache.catalina.core.StandardContext.registerJMX(StandardContext.java :5200) at org.apache.catalina.core.StandardContext.start (StandardContext.java :4374) at org.apache.catalina.core.ContainerBase.addChildInternal( ContainerBase.java:761) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:741) at org.apache.catalina.core.StandardHost.addChild (StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java :920) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java :883) at org.apache.catalina.startup.HostConfig.deployApps (HostConfig.java:492) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent ( LifecycleSupport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1023) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start (ContainerBase.java:1015) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:448) at org.apache.catalina.core.StandardServer.start (StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
