RE: Problem going from 4.0.6 to 4.1.16b
Stupid question - but do you have sufficient free disk space? ;-) -Original Message- From: Mark Woon [mailto:[EMAIL PROTECTED]] Sent: Mittwoch, 04. Dezember 2002 12:17 To: [EMAIL PROTECTED] Subject: Problem going from 4.0.6 to 4.1.16b Hi All. I'm hoping someone can shed some light on my problem. I'm trying to upgrade from 4.0.6 to 4.1.16b and I'm finding that I'm unable to access any JAR's in WEB-INF/lib. Here's what I'm getting from localhost_log: 2002-12-04 03:09:17 StandardContext[]: Starting 2002-12-04 03:09:17 StandardContext[]: Processing start(), current available=false 2002-12-04 03:09:17 StandardContext[]: Configuring default Resources 2002-12-04 03:09:17 StandardContext[]: Configuring non-privileged default Loader 2002-12-04 03:09:17 StandardContext[]: Configuring default Manager 2002-12-04 03:09:17 StandardContext[]: Processing standard container startup 2002-12-04 03:09:17 WebappLoader[]: Deploying class repositories to work directory D:\Morpheus\Dev\PharmGen\runtime\tomcat\work\Standalone\localhost\_ 2002-12-04 03:09:17 WebappLoader[]: Deploy class files /WEB-INF/classes to d:\Morpheus\Dev\PharmGen\www\WEB-INF\classes 2002-12-04 03:09:17 WebappLoader[]: Deploy JAR /WEB-INF/lib/xalan.jar to d:\Morpheus\Dev\PharmGen\www\WEB-INF\lib\xalan.jar 2002-12-04 03:09:17 WebappLoader[]: Deploy JAR /WEB-INF/lib/xercesImpl.jar to d:\Morpheus\Dev\PharmGen\www\WEB-INF\lib\xercesImpl.jar 2002-12-04 03:09:17 WebappLoader[]: Deploy JAR /WEB-INF/lib/xmlParserAPIs.jar to d:\Morpheus\Dev\PharmGen\www\WEB-INF\lib\xmlParserAPIs.jar 2002-12-04 03:09:17 WebappLoader[]: Reloading checks are enabled for this Context 2002-12-04 03:09:17 ContextConfig[]: ContextConfig: Processing START 2002-12-04 03:09:17 StandardContext[]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2002-12-04 03:09:18 StandardContext[]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN' 2002-12-04 03:09:18 ContextConfig[]: Accumulating TLD resource paths 2002-12-04 03:09:18 ContextConfig[]: Scanning taglib elements in web.xml 2002-12-04 03:09:18 ContextConfig[]: Scanning TLDs in /WEB-INF subdirectory 2002-12-04 03:09:18 ContextConfig[]: Scanning JARs in /WEB-INF/lib subdirectory 2002-12-04 03:09:18 ContextConfig[]: Scanning JAR at resource path '/WEB-INF/lib/xmlParserAPIs.jar' 2002-12-04 03:09:18 ContextConfig[] Exception processing JAR at resource path /WEB-INF/lib/xmlParserAPIs.jar javax.servlet.ServletException: Exception processing JAR at resource path /WEB-INF/lib/xmlParserAPIs.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3567) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) 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:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - Root Cause - java.io.IOException: The system cannot find the path specified at java.io.WinNTFileSystem.createFileExclusively(Native Method) at java.io.File.checkAndCreate(File.java:1313) at java.io.File.createTempFile(File.java:1401) at java.io.File.createTempFile(File.java:1438) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:169) at java.security.AccessController.doPrivileged(Native Method) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:164) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:42) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:78) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:85) at
RE: Problem going from 4.0.6 to 4.1.16b
Return Receipt Your RE: Problem going from 4.0.6 to 4.1.16b document : was Kristján Bjarni Guðmundsson/BIS/Dev/REK/Hugvit received by: at: 04.12.2002 11:33:47 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem going from 4.0.6 to 4.1.16b
Roberts, Eric wrote: Stupid question - but do you have sufficient free disk space? ;-) Yes, definitely... -Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Solved - Re: Problem going from 4.0.6 to 4.1.16b
Mark Woon wrote: Roberts, Eric wrote: Stupid question - but do you have sufficient free disk space? ;-) Yes, definitely... But you pointed me in the right direction -- made me take another look at the error message and realize that the temp dir Tomcat is looking for doesn't exist. Thanks, -Mark -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem going from 4.0.6 to 4.1.16b
Remove all XML/DOM libraries from WEB-INF/lib. They belong in a parent classloader. This includes xalan.jar, xercesImpl.jar, and xmlParserAPIs.jar. It violates the Sun classloading spec to load the XML parser and W3C DOM libraries from a child classloader. They belong in common/endorsed or common/lib. See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6374 quote name=Remy Maucherat Yes, I know it doesn't happen with b2. There were other more insidious problems with using a XML parser in a webapp repository (see 6248, and many messages on tomcat-user). It will force the XML base classes (and their subpackages, unfortunately, that's where the bug is) to be loaded from one of the parent shared classloader. I've put a fix already in CVS in both branches (the base XML classes won't be loaded to avoid the classcasts, but all the subpackages will). It is not possible, and is actually forbidden by the servlet spec, to load those classes from the webapp repositories. LATER means that I'd like to implement a better mechanism to fully implement the spec requirements (although it will need some special configuration by the user to define which libraries it has installed). This probably will stay in the HEAD branch, so the resolution of the bug may not be the right one. /quote I additon, this has some good explanation: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7175 quote name=Patrick Luby I agree with Remy that you should stop trying to override the default XML parser. While you *may* be able to override it when using JDK 1.3, you will absolutely not be able to do it with JDK 1.4 as JDK 1.4 treats the XML parsing classes (also known as endorsed classes) as system classes. Hence, once the JVM is started, JDK 1.4 will not all any class loader in the process load alternate XML parsing classes that fall in any package names listed in the following URL: http://java.sun.com/j2se/1.4/docs/guide/standards/index.html The only way around this JDK 1.4 restriction for your webapp only is to create an XML parser with package names that are not listed in the above URL (i.e. a very non-standard parser). There is another way around this restriction. However, it will force all webapps (and the container itself) to use your XML parser. You can put your parser jar files in the common/lib directory (4.0.x) or in the common/endorsed directory (HEAD). /quote Jake At 03:16 AM 12/4/2002 -0800, you wrote: Hi All. I'm hoping someone can shed some light on my problem. I'm trying to upgrade from 4.0.6 to 4.1.16b and I'm finding that I'm unable to access any JAR's in WEB-INF/lib. Here's what I'm getting from localhost_log: 2002-12-04 03:09:17 StandardContext[]: Starting 2002-12-04 03:09:17 StandardContext[]: Processing start(), current available=false 2002-12-04 03:09:17 StandardContext[]: Configuring default Resources 2002-12-04 03:09:17 StandardContext[]: Configuring non-privileged default Loader 2002-12-04 03:09:17 StandardContext[]: Configuring default Manager 2002-12-04 03:09:17 StandardContext[]: Processing standard container startup 2002-12-04 03:09:17 WebappLoader[]: Deploying class repositories to work directory D:\Morpheus\Dev\PharmGen\runtime\tomcat\work\Standalone\localhost\_ 2002-12-04 03:09:17 WebappLoader[]: Deploy class files /WEB-INF/classes to d:\Morpheus\Dev\PharmGen\www\WEB-INF\classes 2002-12-04 03:09:17 WebappLoader[]: Deploy JAR /WEB-INF/lib/xalan.jar to d:\Morpheus\Dev\PharmGen\www\WEB-INF\lib\xalan.jar 2002-12-04 03:09:17 WebappLoader[]: Deploy JAR /WEB-INF/lib/xercesImpl.jar to d:\Morpheus\Dev\PharmGen\www\WEB-INF\lib\xercesImpl.jar 2002-12-04 03:09:17 WebappLoader[]: Deploy JAR /WEB-INF/lib/xmlParserAPIs.jar to d:\Morpheus\Dev\PharmGen\www\WEB-INF\lib\xmlParserAPIs.jar 2002-12-04 03:09:17 WebappLoader[]: Reloading checks are enabled for this Context 2002-12-04 03:09:17 ContextConfig[]: ContextConfig: Processing START 2002-12-04 03:09:17 StandardContext[]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2002-12-04 03:09:18 StandardContext[]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN' 2002-12-04 03:09:18 ContextConfig[]: Accumulating TLD resource paths 2002-12-04 03:09:18 ContextConfig[]: Scanning taglib elements in web.xml 2002-12-04 03:09:18 ContextConfig[]: Scanning TLDs in /WEB-INF subdirectory 2002-12-04 03:09:18 ContextConfig[]: Scanning JARs in /WEB-INF/lib subdirectory 2002-12-04 03:09:18 ContextConfig[]: Scanning JAR at resource path '/WEB-INF/lib/xmlParserAPIs.jar' 2002-12-04 03:09:18 ContextConfig[] Exception processing JAR at resource path /WEB-INF/lib/xmlParserAPIs.jar javax.servlet.ServletException: Exception processing JAR at resource path /WEB-INF/lib/xmlParserAPIs.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930) at