ContextConfig tldConfigJar IOException
Using 4.0.6 I'm getting a lot of exceptions (for every jar in /WEB-INF/lib/) on startup like this one: ContextConfig[]: tldConfigJar(/WEB-INF/lib/xerces.jar): java.io.IOException: No such file or directory Which is problematic because if an exception happens in tldConfigJar(), ContextConfig in 4.0.6 calls jarFile.close(), which apparently causes classloader issues... and we're having classloader problems. So what's causing this IOException? I can't tell for the life of me--all the permissions on the directory and its parents look fine. Our other instances using 4.0.6 don't have this problem. Any suggestions? Nick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ContextConfig tldConfigJar IOException
Figured it out myself! :-) I printed out the IOException stack trace, saw that the error happened when a temp file was being created. Turns out my CATALINA_TMPDIR was set to a non-existing directory. I created it and no more IOExceptions. Now I just hope my classloader issue is fixed... Nick On Wednesday, November 20, 2002, at 05:01 PM, Nick Wesselman wrote: Using 4.0.6 I'm getting a lot of exceptions (for every jar in /WEB-INF/lib/) on startup like this one: ContextConfig[]: tldConfigJar(/WEB-INF/lib/xerces.jar): java.io.IOException: No such file or directory Which is problematic because if an exception happens in tldConfigJar(), ContextConfig in 4.0.6 calls jarFile.close(), which apparently causes classloader issues... and we're having classloader problems. So what's causing this IOException? I can't tell for the life of me--all the permissions on the directory and its parents look fine. Our other instances using 4.0.6 don't have this problem. Any suggestions? Nick -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JkCoyoteHandler does not respect port attribute in server.xml
I believe it's a bug. You can get around it by defining the port in conf/jk2.properties ... http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/configtcex.html On Wednesday, November 20, 2002, at 08:26 PM, Filip Hanik wrote: Did anyone notice that Tomcat 4.1.12 does not respect the port attribute for the AJP13 connector I have a connector defined like this, Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8010 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8444 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ and yet, tomcat starts the connector on port 8009. any thoughts? Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 20, 2002 6:19 PM To: [EMAIL PROTECTED] Subject: [PATCH] Disable access log rotation Is anyone opposed to looking at bug 14724? It replaces a similiar enhancment [bug 12145](with patch) logged a few months ago. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14724 The patch also enables writing out Cookies, incoming headers, Session attributes, and HttpServletRequest attributes in a syntax similar to apache. If this functionality is added to the admin app, I believe the following needs added to mbeans-descriptors.xml in the AccessLogValve section. attribute name=rotatable description=Rotate log is=true type=boolean/ -Tim -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Error 500, mod_jk issues
We're running Tomcat 4.0.3 on RedHat w/ Apache 1.3 via the mod_jk connector. We received an Error 500, which usually indicates that Tomcat is no longer running. However in this case it was, it hadn't crashed. A quick survey of the logs found these... In catalina.out: Ajp13Connector[8011] No processor available, rejecting this connection In mod_jk.log: [Wed Jun 12 13:37:04 2002] [jk_ajp13_worker.c (381)]: Error ajp13_process_callback - write failed Anyone seen this before? Is it related to this: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6068 ? Our native connector binary might be a bit old. The name of the precompiled binary we're using is mod_jk-3.3-ap13-eapi.so. Any ideas? Should we be using the mod_jk-01.so binary from the 4.0.3 build? Thanks, Nick Wesselman Digital Visions, Inc. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
4.1.3b1 zip lib crash
Greetings, I was trying out 4.1.3b1 and received the error below in my catalina.out. Should I submit this to bugzilla? JVM 1.3.1_01 on RedHat 7.1 stock (2.4.2-2 kernel). The last line in my catalina log is 2002-06-07 09:09:47 WebappLoader[]: Deploy JAR /WEB- INF/lib/jce1_2-do.jar to /mnt/development/NWESSELMAN/webhome/webapps/ROOT/WEB- INF/lib/jce1_2-do.jar I hope there's a fix, I really want to check out the admin app :-) Nick Wesselman Digital Visions, Inc. --- Starting service Tomcat-Apache Apache Tomcat/4.1.3 An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 7 occurred at PC=0x405327a7 Function name=allocZip Library=/usr/java/jdk1.3.1_01/jre/lib/i386/libzip.so Current Java thread: at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:110) at java.util.jar.JarFile.init(JarFile.java:115) at sun.net.www.protocol.jar.URLJarFile.init(URLJarFile.java:48) at sun.net.www.protocol.jar.URLJarFile.init(URLJarFile.java:31) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:152) at java.security.AccessController.doPrivileged(Native Method) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:138) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:43) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:71) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:88) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java: 72) at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:894) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:856) 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:3445) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java: 821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install (StandardHostDeployer.java:257) at org.apache.catalina.core.StandardHost.install(StandardHost.java:774) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:569) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:411) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:882) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:368) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent (LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1198) at org.apache.catalina.core.StandardHost.start(StandardHost.java:740) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1190) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:499) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2186) at org.apache.catalina.startup.Catalina.start(Catalina.java:510) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Dynamic libraries: 08048000-0804c000 r-xp 03:03 1161464 /usr/java/jdk1.3.1_01/bin/i386/native_threads/java 0804c000-0804d000 rw-p 3000 03:03 1161464 /usr/java/jdk1.3.1_01/bin/i386/native_threads/java 4000-40016000 r-xp 03:03 65444 /lib/ld-2.2.2.so 40016000-40017000 rw-p 00015000 03:03 65444 /lib/ld-2.2.2.so 40018000-40019000 r--p 03:03 686792 /usr/lib/locale/en_US/LC_IDENTIFICATION 40019000-4001a000 r--p 03:03 686793 /usr/lib/locale/en_US/LC_MEASUREMENT 4001a000-4001b000 r--p 03:03 686796 /usr/lib/locale/en_US/LC_TELEPHONE 4001b000-4001c000 r--p 03:03 686791 /usr/lib/locale/en_US/LC_ADDRESS 4001c000-4001d000 r--p 03:03 686794 /usr/lib/locale/en_US/LC_NAME 4001d000-4001e000 r--p 03:03 686795 /usr/lib/locale/en_US/LC_PAPER 4001e000-4001f000 r--p 03:03 278006 /usr/lib/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES 4001f000-4002 r--p 03:03 408810 /usr/lib/locale/en_US/LC_MONETARY 4002
Re: 4.1.3b1 zip lib crash
True enough, VM bug, but we use this JVM w/ 4.0.1 and 4.0.3 in production no problem. I won't argue with you about it though--I'm not a TC developer :-) Thanks for the quick reply. Nick On Friday, June 7, 2002, at 10:28 AM, Remy Maucherat wrote: Greetings, I was trying out 4.1.3b1 and received the error below in my catalina.out. Should I submit this to bugzilla? JVM 1.3.1_01 on RedHat 7.1 stock (2.4.2-2 kernel). The last line in my catalina log is 2002-06-07 09:09:47 WebappLoader[]: Deploy JAR /WEB- INF/lib/jce1_2-do.jar to /mnt/development/NWESSELMAN/webhome/webapps/ROOT/WEB- INF/lib/jce1_2-do.jar I hope there's a fix, I really want to check out the admin app :-) VM crash = VM bug. Do *not* use Tomcat with Linux and JDK 1.2 or 1.3. There are workarounds (read the release notes), but either use Sun JDK 1.4 or IBM JDK 1.3. Remy -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 4.1.3b1 zip lib crash
OK, How about this? From the catalina.out when I try using jdk 1.4... org.apache.commons.logging.LogConfigurationException: java.lang.reflect.InvocationTargetException at org.apache.commons.logging.impl.LogFactoryImpl.newInstance (LogFactoryImpl.java:494) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance (LogFactoryImpl.java:285) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:400) at org.apache.commons.digester.Digester.init(Digester.java:310) at org.apache.catalina.startup.Catalina.createStartDigester(Catalina.java:280) at org.apache.catalina.startup.Catalina.start(Catalina.java:441) 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: 42) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:28) at java.lang.reflect.Method.invoke(Method.java:313) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:42) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:30) at java.lang.reflect.Constructor.newInstance(Constructor.java:263) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance (LogFactoryImpl.java:487) ... 12 more Caused by: java.lang.NoSuchMethodError: java.util.logging.Logger.setUseParentHandlers(Z)V at org.apache.commons.logging.impl.Jdk14Logger.init(Jdk14Logger.java:97) ... 17 more Nick On Friday, June 7, 2002, at 02:08 PM, Remy Maucherat wrote: OK, I gave the IBM jdk a shot, and it crashes on me as well. Interesting that it also happens related to opening a zip: main (TID:0x100519D8, sys_thread_t:0x8059108, state:R, native ID:0x400) prio=5 at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:127) at java.util.jar.JarFile.init(JarFile.java:138) at sun.net.www.protocol.jar.URLJarFile.init(URLJarFile.java:62) at sun.net.www.protocol.jar.URLJarFile.init(URLJarFile.java:45) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:166) at java.security.AccessController.doPrivileged(Native Method) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:152) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:57) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:65) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:108) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java: 92) at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:894) I don't see anything wrong with the code in that source file. That code is more or less identical in 4.0.x. Unless you can point out a specific flaw in what Tomcat does, this won't be fixed. Remy -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
some mod_webapp changes
hello all, I don't know if this is really needed or appreciated, but for my own satisfaction I made some modifications to mod_webapp to make Tomcat only handle URIs mapped in web.xml, as the connector is intended to do. This way, Apache itself can serve all your static content. The hooks were pretty much all in there, I just needed to fiddle with things in a few places. My work can be found here: http://www.you-phoria.com/mod_webapp/ It's hardly tested, but I figured I'd put it out there for people to bang on. Enjoy, HailHail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: some mod_webapp changes
by web.xml i mean the Tomcat servlet mappings you define in either your default web.xml or your app-specific one. so *.jsp, /servlet/*, etc sorry for the confusion. and btw, i'm not an official tomcat developer. just playing around. Nick Martin van den Bemt wrote: Hi Nick, I don't have anything in my web.xml, so I don't hope this is going to be the default at some time (or should at least be configurable as it always was with all the connectors). Mvgr, Martin -Original Message- From: Nick Wesselman [mailto:[EMAIL PROTECTED]] Sent: Friday, January 04, 2002 17:50 To: [EMAIL PROTECTED] Subject: some mod_webapp changes hello all, I don't know if this is really needed or appreciated, but for my own satisfaction I made some modifications to mod_webapp to make Tomcat only handle URIs mapped in web.xml, as the connector is intended to do. This way, Apache itself can serve all your static content. The hooks were pretty much all in there, I just needed to fiddle with things in a few places. My work can be found here: http://www.you-phoria.com/mod_webapp/ It's hardly tested, but I figured I'd put it out there for people to bang on. Enjoy, HailHail -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] . -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]