Error in start tomcat 5.5
Hi, I am new to tomcat and have the following error in catalina.out when starting tomcat 5.5. Any help would be appreciated! Regards Leon 06/04/2010 5:46:09 AM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 06/04/2010 5:46:09 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 508 ms 06/04/2010 5:46:09 AM org.apache.catalina.core.StandardService start INFO: Starting service Catalina 06/04/2010 5:46:09 AM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.23 06/04/2010 5:46:09 AM org.apache.catalina.core.StandardHost start INFO: XML validation disabled 06/04/2010 5:46:09 AM org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive sermyadmin.war log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: stacktrace.log (Permission denied) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:177) at java.io.FileOutputStream.init(FileOutputStream.java:102) at org.apache.log4j.FileAppender.setFile(FileAppender.java:290) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:164) at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:257) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java :133) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java :97) at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator .java:689) at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator .java:647) at org.apache.log4j.PropertyConfigurator.parseCatsAndRenderers(PropertyConf igurator.java:568) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.j ava:442) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.j ava:476) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConver ter.java:471) at org.apache.log4j.LogManager.clinit(LogManager.java:125) at org.apache.log4j.Logger.getLogger(Logger.java:105) at org.apache.commons.logging.impl.Log4JLogger.getLogger(Log4JLogger.java:2 83) at org.apache.commons.logging.impl.Log4JLogger.init(Log4JLogger.java:108) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorA ccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCons tructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImp l.java:529) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImp l.java:235) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:370) at org.apache.catalina.core.ContainerBase.getLogger(ContainerBase.java:381) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4119 ) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja va:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:31 1) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu pport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) 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:700) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: stacktrace.log (Permission denied) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:177) at java.io.FileOutputStream.init(FileOutputStream.java:102) at
Re: Error in start tomcat 5.5
Hello, The error stack trace tells you everything. Just read it carefully: Caused by: javax.naming.NameNotFoundException: Name jdbc is not bound in this Context By the way, the stack trace of Grails is weird. :) On Tue, Apr 6, 2010 at 8:01 AM, Leon Li leon...@aarnet.edu.au wrote: Hi, I am new to tomcat and have the following error in catalina.out when starting tomcat 5.5. Any help would be appreciated! Regards Leon 06/04/2010 5:46:09 AM org.apache.coyote.http11.Http11BaseProtocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 06/04/2010 5:46:09 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 508 ms 06/04/2010 5:46:09 AM org.apache.catalina.core.StandardService start INFO: Starting service Catalina 06/04/2010 5:46:09 AM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.23 06/04/2010 5:46:09 AM org.apache.catalina.core.StandardHost start INFO: XML validation disabled 06/04/2010 5:46:09 AM org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive sermyadmin.war log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: stacktrace.log (Permission denied) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:177) at java.io.FileOutputStream.init(FileOutputStream.java:102) at org.apache.log4j.FileAppender.setFile(FileAppender.java:290) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:164) at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:257) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java :133) at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java :97) at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator .java:689) at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator .java:647) at org.apache.log4j.PropertyConfigurator.parseCatsAndRenderers(PropertyConf igurator.java:568) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.j ava:442) at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.j ava:476) at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConver ter.java:471) at org.apache.log4j.LogManager.clinit(LogManager.java:125) at org.apache.log4j.Logger.getLogger(Logger.java:105) at org.apache.commons.logging.impl.Log4JLogger.getLogger(Log4JLogger.java:2 83) at org.apache.commons.logging.impl.Log4JLogger.init(Log4JLogger.java:108) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorA ccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCons tructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImp l.java:529) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImp l.java:235) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:370) at org.apache.catalina.core.ContainerBase.getLogger(ContainerBase.java:381) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4119 ) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja va:760) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:825) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:714) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:31 1) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu pport.java:120) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022) at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) 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:700) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at
Re: RabbitMQ-based vcloud session clustering
On 05/04/2010 22:53, Jon Brisbin wrote: Not sure there's anyone besides me on both these lists, but I'm x-posting just to save time. I'm currently working on setting up a RabbitMQ-based session cluster using my own session manager and store. I had to write my own because I couldn't find anything out there that uses JMS or RabbitMQ to do session clustering (which actually surprised me a little) that had the virtual cloud awareness I need. Everything I've read about Tomcat clustering uses the Apache Tribes replication, which doesn't work for me under even moderate load testing (maybe I'm just not doing right...I don't know) or the centralized JDBCStore, which introduces a single point of failure. The basic idea here is to use RabbitMQ as the session clustering back-end and have a user's session available to any server currently subscribed to the clustering queue with no sticky sessions at all. This (cross your fingers) gives me a very, very scalable clustering architecture (my RabbitMQ servers are load-balanced and clustered using VMware vms so I can add capacity at will) that doesn't suffer from the single point of failure of a JDBCStore or the multicast limitations of Apache Tribes. Sessions are also shared across points of responsibility, too, as a single session object can be passed around from code running inside a webapp to code in a command-line client. I wanted my session handling to be a first-class virtual cloud citizen, rather than feel like I'm shoe-horning existing code into what I want to do. I'm almost finished with the heavy lifting. I should have a functioning drop-in manager and store this week, which I'll put on my github account. What I'd like to know is if there's any interest in the community for something like this? If there's no interest, I won't bother writing documentation and what-not. Does this sound like it would interest any other Tomcat/RabbitMQ users? I'm not currently using RabbitMQ (nor do I have any particular plans to) but I am interested in non-multicast clustering solutions, so keep me/us posted, please. p Jon Brisbin Portal Webmaster NPC International, Inc. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: RabbitMQ-based vcloud session clustering
Please open source it!! I never thought about that solucion but it could be pretty cool and I'll give a try for sure. On Tue, Apr 6, 2010 at 10:42 AM, Pid p...@pidster.com wrote: On 05/04/2010 22:53, Jon Brisbin wrote: Not sure there's anyone besides me on both these lists, but I'm x-posting just to save time. I'm currently working on setting up a RabbitMQ-based session cluster using my own session manager and store. I had to write my own because I couldn't find anything out there that uses JMS or RabbitMQ to do session clustering (which actually surprised me a little) that had the virtual cloud awareness I need. Everything I've read about Tomcat clustering uses the Apache Tribes replication, which doesn't work for me under even moderate load testing (maybe I'm just not doing right...I don't know) or the centralized JDBCStore, which introduces a single point of failure. The basic idea here is to use RabbitMQ as the session clustering back-end and have a user's session available to any server currently subscribed to the clustering queue with no sticky sessions at all. This (cross your fingers) gives me a very, very scalable clustering architecture (my RabbitMQ servers are load-balanced and clustered using VMware vms so I can add capacity at will) that doesn't suffer from the single point of failure of a JDBCStore or the multicast limitations of Apache Tribes. Sessions are also shared across points of responsibility, too, as a single session object can be passed around from code running inside a webapp to code in a command-line client. I wanted my session handling to be a first-class virtual cloud citizen, rather than feel like I'm shoe-horning existing code into what I want to do. I'm almost finished with the heavy lifting. I should have a functioning drop-in manager and store this week, which I'll put on my github account. What I'd like to know is if there's any interest in the community for something like this? If there's no interest, I won't bother writing documentation and what-not. Does this sound like it would interest any other Tomcat/RabbitMQ users? I'm not currently using RabbitMQ (nor do I have any particular plans to) but I am interested in non-multicast clustering solutions, so keep me/us posted, please. p Jon Brisbin Portal Webmaster NPC International, Inc. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Generated Java files using Jasper has incorrect names...
I used JASPER 2 which includes with TOMCAT (6.0.20), to pre compile some of my JSP files, but there is a problem with file names which are pre compiled by Jasper. If there is a underscore on JSP files then Jasper will generate Java files with incorrect names. e.g. compiled JSP file - get_BreadCrumbs.jsp pre compiled Java file - get_005fBreadCrumbs_jsp.java as you can see name has some unnecessary 005f tag on the name. How to prevent this, any idea -- _A_N_I_M_E_-_O_T_A_K_U_
Re: Generated Java files using Jasper has incorrect names...
On 06/04/2010 11:03, TWönlìnè wrote: I used JASPER 2 which includes with TOMCAT (6.0.20), to pre compile some of my JSP files, but there is a problem with file names which are pre compiled by Jasper. Problem? What problem? Some indication of the actual problem you are seeing would help here. If there is a underscore on JSP files then Jasper will generate Java files with incorrect names. Define incorrect? Not what you expected? I don't see anything incorrect about what Tomcat is doing here. e.g. compiled JSP file - get_BreadCrumbs.jsp pre compiled Java file - get_005fBreadCrumbs_jsp.java as you can see name has some unnecessary 005f tag on the name. It isn't unnecessary, it is required for correct behaviour. How to prevent this, You can't. It is intentional. any idea http://wiki.lspace.org/wiki/Multiple_exclamation_marks Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status
I need to restart tomcat after the error: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status This happens when the Database gets overloaded and responds slowly. I would like tomcat to recover (without having to restart), once I have solved the database overload issue (which takes a few minutes). I am using Tomcat 5.5.20 on Windows Server 2003. Please advise. Thanks, Kapil -- View this message in context: http://old.nabble.com/Recover-from-SEVERE%3A-All-threads-%28400%29-are-currently-busy%2C-waiting.-Increase-maxThreads-%28400%29-or-check-the-servlet-status-tp28150773p28150773.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
smartcards for tomcat webapps
Anyone using smartcards for auth? If so, have specific example code excerpt and server.xml? Sent from my Verizon Wireless BlackBerry - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: isapi_redirect 1.2.30
On 05.04.2010 18:35, Jordan Michaels wrote: Okay, I will try that. I have the properties log level currently set to debug. I'll try trace and see if it can provide more information there (I didn't realize trace had more information then debug). Trace adds log lines for entering and leaving functions (not so interesting for you) but also switches from logging only the first couple of bytes in each raw AJP packet to dumping the full packet contents to the log file. It is a raw packet dump though, but since the cookie headers are strings, they can be recognized in the packet dump relatively easily. Try with a request which does send the cookie first, so you know what to look after. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status
On 06/04/2010 13:03, kapilok wrote: I need to restart tomcat after the error: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status This happens when the Database gets overloaded and responds slowly. I would like tomcat to recover (without having to restart), once I have solved the database overload issue (which takes a few minutes). I am using Tomcat 5.5.20 on Windows Server 2003. Please advise. Tomcat shouldn't need to restart in this case. It should recover automatically. If it doesn't, that suggests your applciation is not handling the lack of response from the database in a graceful manner. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: RabbitMQ-based vcloud session clustering
On Apr 6, 2010, at 4:26 AM, David Calavera wrote: Please open source it!! I never thought about that solucion but it could be pretty cool and I'll give a try for sure. It's Apache 2.0 licensed. I'll post the github link when I get a working example created. This is RabbitMQ-based because it uses tight integration between the session store and the RabbitMQ java API. I had originally thought I might make it a little more generic and make it JMS-specific, but I decided I had better work out the bugs using code I know works first. JMS (and maybe JMS/Spring) can be 2.0. Jon Brisbin Portal Webmaster NPC International, Inc. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Major Tomcat classloading issues with javaagent command line switch
I've tried this outside Eclipse with Tomcat 6.0.26 on both Java 1.5.0_22 and Java 1.6.0_18: SET JAVA_OPTS=-javaagent:C:\path-to-agent.jar JSP's seem to work fine, but anytime you try to access a Servlet you get the same thing: javax.servlet.ServletException: Error allocating a servlet instance org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2 98) org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.j ava:859) org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.proce ss(Http11AprProtocol.java:579) org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1555) java.lang.Thread.run(Thread.java:619) java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet java.lang.ClassLoader.findBootstrapClass(Native Method) java.lang.ClassLoader.findBootstrapClassOrNull(ClassLoader.java:927) java.lang.ClassLoader.loadClass(ClassLoader.java:298) java.lang.ClassLoader.loadClass(ClassLoader.java:296) sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) java.lang.ClassLoader.loadClass(ClassLoader.java:248) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader .java:1431) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader .java:1361) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2 98) org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.j ava:859) org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.proce ss(Http11AprProtocol.java:579) org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1555) java.lang.Thread.run(Thread.java:619) Can anyone else confirm? Arshan -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Tuesday, April 06, 2010 12:34 AM To: Tomcat Users List Subject: RE: Major Tomcat classloading issues with javaagent command line switch From: Arshan Dabirsiaghi [mailto:arshan.dabirsia...@aspectsecurity.com] Subject: Major Tomcat classloading issues with javaagent command line switch The bottom line appears to be this: across Tomcat and JDK versions, you can't use the javaagent switch and have a working web app. Wrong conclusion. Try running Tomcat directly, not under Eclipse; the problem you're having is most likely due to Eclipse insisting on doing things its own way, ignoring configuration that you have set up. Deploy your war to a stand-alone Tomcat and try it again. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
remove Unsubscribe
Remove Unsubscribe Roger Hill | Application Engineer II SAVVIS 1 Savvis Pkwy, Town Country, MO 63017 Office: 1-314-628-7643 | 1-800-SAVVIS-1 This message contains information which may be confidential and/or privileged. Unless you are the intended recipient (or authorized to receive for the intended recipient), you may not read, use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message and any attachment(s) thereto without retaining any copies.
Re: mod_jk: confirming JKStripSession setting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rainer, (Forgot to mention I'm using mod_jk 1.2.30 compiled locally) On 4/3/2010 12:33 PM, Rainer Jung wrote: On 01.04.2010 00:21, Christopher Schultz wrote: Except that I have JKStripSession enabled -- at least, I think I do. It should respect virtual hosts, one thing that could go wrong. JkStripSession actually takes an optional second argument, the start of what has to be stripped (by default ;jsessionid). I have JKStripSession declared inside of the VirtualHost being used in this case. It goes something like this: myvirtualhost.conf VirtualHost *:80 ... Include /path/to/custom/*.conf /VirtualHost /path/to/custom/000_mod_jk.conf # mod_jk options JkStripSession On /path/to/custom/02_cschultz.conf ... Alias /context /path/to/static/files JkMount /context/*.jsp worker1 ... So, that looks good to me so far, but it's still behaving like it's not stripping the session (that is, my images are broken when ;jsessionid is a part of the URL). I can confirm that /path/to/static/files/images/help_widget.gif does in fact exist: when the ;jsessionid is not part of the URL, the image loads as expected. Debug should show (Apache): removing session identifier [%s] for non servlet url [%s] Aah, I'm not sure if I bothered to actually make a request with DEBUG turned on. I'll check that... Okay, I can see it: [Tue Apr 06 14:34:58.061 2010] [7178:3056749456] [debug] jk_map_to_storage::mod_jk.c (3609): no match for /context/;jsessionid=4C1E21B0202F52187EB8DF1EE9E1CF85/images/help_widget.gif found [Tue Apr 06 14:34:58.061 2010] [7178:3056749456] [debug] jk_map_to_storage::mod_jk.c (3619): removing session identifier [;jsessionid=4C1E21B0202F52187EB8DF1EE9E1CF85/images/help_widget.gif] for non servlet url [/cschultz-chadis/;jsessionid=4C1E21B0202F52187EB8DF1EE9E1CF85/images/help_widget.gif] Has it removed too much of the URL? It looks like it's chosen ;jsessionid=4C1E21B0202F52187EB8DF1EE9E1CF85/images/help_widget.gif as the session identifier. Am I reading that wrong? each time something is actually removed in case Apache has internally set r-uri. If it has only set r-filename, nothing will be logged :) Could it have to do with something else like PHP involved? Any other tricks to map the image URL? Possible, but unlikely: we're not using PHP on this site, and no other manipulations are being done (or, no others are intended): it's just a static .gif file on the disk. What next? Thanks, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7SBkACgkQ9CaO5/Lv0PB3/QCgr12CmRt1LKfH4eroOq/AyfZT +S8An0FypAQntqoxth9Ni5/K2nAUEhBR =otm4 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark, On 4/6/2010 8:54 AM, Mark Thomas wrote: On 06/04/2010 13:03, kapilok wrote: I need to restart tomcat after the error: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status This happens when the Database gets overloaded and responds slowly. I would like tomcat to recover (without having to restart), once I have solved the database overload issue (which takes a few minutes). I am using Tomcat 5.5.20 on Windows Server 2003. Please advise. Tomcat shouldn't need to restart in this case. It should recover automatically. If it doesn't, that suggests your applciation is not handling the lack of response from the database in a graceful manner. +1 Sounds like deadlock on the application to me: this would tie-up threads forever (the definition of deadlock: duh). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7SIQACgkQ9CaO5/Lv0PCNuwCgupCY3VQUDaVv2cecPeDbtvIr rXcAnjlRDztDldq3oBAzZwoLIvkcA+r7 =e/vU -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: mod_jk: confirming JKStripSession setting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rainer, On 4/6/2010 10:41 AM, Christopher Schultz wrote: Okay, I can see it: [Tue Apr 06 14:34:58.061 2010] [7178:3056749456] [debug] jk_map_to_storage::mod_jk.c (3609): no match for /context/;jsessionid=4C1E21B0202F52187EB8DF1EE9E1CF85/images/help_widget.gif found [Tue Apr 06 14:34:58.061 2010] [7178:3056749456] [debug] jk_map_to_storage::mod_jk.c (3619): removing session identifier [;jsessionid=4C1E21B0202F52187EB8DF1EE9E1CF85/images/help_widget.gif] for non servlet url [/cschultz-chadis/;jsessionid=4C1E21B0202F52187EB8DF1EE9E1CF85/images/help_widget.gif] I just checked my access.log and I can see this: 98.218.200.175 - - [06/Apr/2010:14:46:52 +] GET /context/;jsessionid=FA8E3DA6A38E3CF07370658FA759A454/images/help_widget.gif HTTP/1.1 200 1180 http://host/context/respondent/login.do; Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0) That seems to indicate that the request was successful, yet the browser is showing a broken-image icon. :( Wait... WTF? The jsessionid is in the wrong place in that URL. Time to take a look at the source. :) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7SgsACgkQ9CaO5/Lv0PBQ0gCdHbkrXsIn149ow61OmLYglgLh a/oAnReBvaS2+8J1zd2UWMDPtPuAO0ix =gNo+ -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: mod_jk: confirming JKStripSession setting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, On 4/6/2010 10:49 AM, Christopher Schultz wrote: 98.218.200.175 - - [06/Apr/2010:14:46:52 +] GET /context/;jsessionid=FA8E3DA6A38E3CF07370658FA759A454/images/help_widget.gif HTTP/1.1 So, I was trying to generate some content using Javascript yet pass-in all the elements of the URL to the javascript so I wouldn't have to either hard-code context paths into the Javascript or use a dynamic javascript source. Anyhow, I had done something like this: function foo(..., contextPath, ...) { } foo(..., '%= response.encodeURL(request.getContextPath()) %', ...) That, of course, gives me a contextPath that looks like /context/;jsessionid= and then appending paths onto it breaks everything. So, I now have split things up like this: function foo(..., contextPath, pathSuffix, ...) { ... // build a URL var url = contextPath + '/images/help_widget.gif' + pathSuffix; ... } ... and passing request.getContextPath() as the first argument and then passing response.encodeURL(.).substring(1) as the second argument. A bit of a hack, but it'll work. Thanks for not making fun of me too much. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7TQ8ACgkQ9CaO5/Lv0PC1vQCgjQ1RwPlbDQhKDCvyVtDp07ZR 5mkAnj8QN1P/vlYlqnCPGkOavsS5DkZQ =P7De -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Major Tomcat classloading issues with javaagent command line switch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arshan, On 4/6/2010 12:04 AM, Arshan Dabirsiaghi wrote: The bottom line appears to be this: across Tomcat and JDK versions, you can't use the javaagent switch and have a working web app. This works for me under the following environment: $ bin/catalina.sh version Using CATALINA_BASE: /usr/local/apache-tomcat-6.0.26 Using CATALINA_HOME: /usr/local/apache-tomcat-6.0.26 Using CATALINA_TMPDIR: /usr/local/apache-tomcat-6.0.26/temp Using JRE_HOME:/usr Using CLASSPATH: /usr/local/apache-tomcat-6.0.26/bin/bootstrap.jar Server version: Apache Tomcat/6.0.26 Server built: March 9 2010 1805 Server number: 6.0.26.0 OS Name:Linux OS Version: 2.6.18-14-fza-686-bigmem Architecture: i386 JVM Version:1.6.0_12-b04 JVM Vendor: Sun Microsystems Inc. The command line for my running JVM looks like this: /usr/bin/java -Dnop -Xmx64M - -agentpath:/home/cschultz/yjp-8.0.6/bin/linux-x86-32/libyjpagent.so= - -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager - -Djava.endorsed.dirs=/usr/local/apache-tomcat-6.0.26/endorsed -classpath /usr/local/apache-tomcat-6.0.26/bin/bootstrap.jar - -Dcatalina.base=/home/cschultz/.webapps/xxx - -Dcatalina.home=/usr/local/apache-tomcat-6.0.26 - -Djava.io.tmpdir=/home/cschultz/.webapps/xxx/temp org.apache.catalina.startup.Bootstrap start What does yours look like? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7UNUACgkQ9CaO5/Lv0PCxFwCfa5/zxoTvyYF5x9/sNy2STxGY Pb8AoIMd66jZvvTqqmu1yTZzg2/+U0Np =8BCW -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status
markt-2 wrote: On 06/04/2010 13:03, kapilok wrote: I need to restart tomcat after the error: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status This happens when the Database gets overloaded and responds slowly. I would like tomcat to recover (without having to restart), once I have solved the database overload issue (which takes a few minutes). I am using Tomcat 5.5.20 on Windows Server 2003. Please advise. Tomcat shouldn't need to restart in this case. It should recover automatically. If it doesn't, that suggests your applciation is not handling the lack of response from the database in a graceful manner. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Does Tomcat guarantee recovery in case of this Error? Can you point me to the documentation ? Please suggest a way to test / validate the recovery. Thanks, Kapil -- View this message in context: http://old.nabble.com/Recover-from-SEVERE%3A-All-threads-%28400%29-are-currently-busy%2C-waiting.-Increase-maxThreads-%28400%29-or-check-the-servlet-status-tp28150773p28153331.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Security Fixes
Do you have a date 5.5.29 will be released and does it include a fix for the all security fixes listed below? Apache Tomcat Windows Installer Insecure Password Vulnerability Apache Tomcat Host Working Directory WAR File Directory Traversal Vulnerability Apache Tomcat Directory Host Appbase Authentication Bypass Vulnerability Apache Tomcat WAR File Directory Traversal Vulnerability Brenda Behan Web Administrator Common Applications Infrastructure 651-264-5104 Think of the environment before you print!
Re: Major Tomcat classloading issues with javaagent command line switch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arshan, On 4/6/2010 11:18 AM, Christopher Schultz wrote: The command line for my running JVM looks like this: /usr/bin/java -Dnop -Xmx64M -agentpath:/home/cschultz/yjp-8.0.6/bin/linux-x86-32/libyjpagent.so= Sorry, I didn't see that you were using a Java-language agent. I haven't tried this. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7WDUACgkQ9CaO5/Lv0PBGTACdG2gUuUsT55SlfDKKOGgagp27 qG4An2LtLnwavrnj79jPJ6oUwQZowhhW =Mx79 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Security Fixes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brenda, On 4/6/2010 11:19 AM, Behan, Brenda wrote: Do you have a date 5.5.29 will be released Not yet. and does it include a fix for the all security fixes listed below? http://tomcat.apache.org/security-5.html#Fixed%20in%20subversion%20for%20Apache%20Tomcat%205.5.x - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7WSUACgkQ9CaO5/Lv0PBD1gCgkKdIoGvrk/2Hqn62FQVTT70g dc8AoKguBqBRakNGvS2qpqE6ecZyWFA+ =rXVx -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Recover from SEVERE: All threads (400) are currently busy, waiting. Increase maxThreads (400) or check the servlet status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kapilok, On 4/6/2010 11:19 AM, kapilok wrote: Does Tomcat guarantee recovery in case of this Error? The JVM/Tomcat should recover in the sense that service threads that complete their work should go back into the thread pool and accept new requests. Unfortunately, your webapp can significantly impact the ability for those threads to complete their request handling. Can you point me to the documentation? There is no documentation that covers this recovery: it's just a feature of using thread pools. Please suggest a way to test / validate the recovery. First, figure out what the real problem is. The symptom is obvious (see your subject line). To see what those threads are doing, allow this situation to occur, then do the following: 1. Perform whatever magic you need to solve the database overload issue 2. Wait a minute or two to give your webapp a chance to breathe 3. Perform a thread dump on your webapp (http://wiki.apache.org/tomcat/HowTo#How_do_I_obtain_a_thread_dump_of_my_running_webapp_.3F) 4. Wait 30 seconds 5. Perform another thread dump on your webapp 6. Inspect the thread dump(s) to see what your threads are stuck doing. If they're stuck in your webapp's code, go fix that and try again. If they're stuck in Tomcat's code, post back and we'll take a look. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7WkgACgkQ9CaO5/Lv0PA/rgCffQZFnykd/0eXKdbOxlY/6XA9 TskAoLNKqjjcJbrAyoKeqT5J6TRnsVKX =KvA6 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Why cant I access a folder at root level which contains Java Script
On 04/03/2010 11:57 PM, nzindian wrote: Im trying to use a javascript WYSIWYG editor in a JSP page. The JSP is in the following directory: apache-tomcat-5.5.28/webapps/SimpleBlog The Java script is in this directory: apache-tomcat-5.5.28/webapps/SimpleBlog/js The JSP contains the following code to include the JS file: script language=JavaScript type=text/javascript src=js/scripts/wysiwyg.js/script script language=JavaScript type=text/javascript src=js/scripts/wysiwyg-settings.js/script and it doesnt work, ... because if that's really how you have things set up, the paths to the scripts should not have the /scripts/ level, but instead they should be: script language=JavaScript type=text/javascript src=js/wysiwyg.js/script script language=JavaScript type=text/javascript src=js/wysiwyg-settings.js/script Ive also tried adding a backslash before the js in the src=. However if I copy the JSP into the js folder (and remove the js from the src=) then it works! Why can the JSP see the js folder? As others have said, it's the browser which either sees or doesn't see something. If you're using Firefox, you could use one of the many extensions to find out what the browser actually requests, and what is the request from the server. My preferred FF extension for this would be TamperData. If you have access log enabled on your server, the requested resource path along with the HTTP response code set by the server will also be visible there. Remember that the browsers always request with absolute paths; relative paths are an HTML feature, but requests are done with HTTP, which only recognizes absolute paths. Thus, the browser will create the absolute paths based on location of the referring resource and the relative reference. As always with relative references, you have to pay close attention to the context. -- ..Juha - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] ms sql integrated auth woes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael, I've marked this thread OT because it's about JDBC driver configuration, not Tomcat configuration. If you're getting a SQLServerException then your Tomcat configuration is correct, as far as getting your JDBC driver installed, connection pool configured, etc. At this point, it's about configuring the driver properly. On 4/3/2010 10:45 PM, Michael Dockery wrote: I get this error when my webapp on tomcat6 connects to ms sql via 1.2 jdbc driver using integrated auth. com.microsoft.sqlserver.jdbc.SQLServerException: This driver is not configured for integrated authentication. Sounds pretty straightforward. i have the sqljdbc_auth.dll in win\sys32 and other places I would put sqljdbc_auth.dll into Tomcat's lib directory and make sure that java.library.path includes %CATALINA_HOME%\lib, rather than putting this .dll file into the OS's lib dirs. By the way, I've never seen win\sys32 as a meaningful path. Is this just shorthand for %HOMEDRIVE%\Windows\System32? the it all works when i restart tomcat Can you be a bit more clear? but when i redeploy the webapp, it get the error. Where is your mssql.jar file located? i saw a thread dealing with native libs or dll's can only be loaded once or such Correct, native libraries can only be loaded once. If you have a Java library that loads a native library, you just need to make sure that the Java library is only initialized once. If you are using Tomcat in the typical way, you should have a JNDI Resource configured for a JDBC connection pool, and your mssql.jar file will be in %CATALINA_HOME%\lib. In this setup, your JDBC driver should only be initialized once, and therefore the native library should only be loaded once. Can you stop Tomcat, delete all log files, start it up, use a connection, redeploy your webapp, try to use a connection again, then shut down Tomcat, then post the catalina.out file that gets produced from having done all that? It should include good information such as the full stack trace for the exception shown above, as well as potentially other exception information that you also haven't yet posted. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7kBMACgkQ9CaO5/Lv0PBKhgCeKqDTxV5DvymhOvyndJK999Yi BWkAniOw/fz3ufBLhR1qV87LuJ0RnYtk =VlI8 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Major Tomcat classloading issues with javaagent command line switch
Just to close the loop here, the problem was that the class was being loaded twice - once from inside the *agent* jar, and another duplicate later from WEB-INF/classes. I guess Tomcat or Java was confused as to which version they wanted to use. Not 100% sure what happened, but removing it from the agent jar fixed the problem. Thanks! Arshan -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Tuesday, April 06, 2010 11:50 AM To: Tomcat Users List Subject: Re: Major Tomcat classloading issues with javaagent command line switch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arshan, On 4/6/2010 11:18 AM, Christopher Schultz wrote: The command line for my running JVM looks like this: /usr/bin/java -Dnop -Xmx64M -agentpath:/home/cschultz/yjp-8.0.6/bin/linux-x86-32/libyjpagent.so= Sorry, I didn't see that you were using a Java-language agent. I haven't tried this. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAku7WDUACgkQ9CaO5/Lv0PBGTACdG2gUuUsT55SlfDKKOGgagp27 qG4An2LtLnwavrnj79jPJ6oUwQZowhhW =Mx79 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: mod_jk: confirming JKStripSession setting
On 06.04.2010 17:02, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, On 4/6/2010 10:49 AM, Christopher Schultz wrote: 98.218.200.175 - - [06/Apr/2010:14:46:52 +] GET /context/;jsessionid=FA8E3DA6A38E3CF07370658FA759A454/images/help_widget.gif HTTP/1.1 So, I was trying to generate some content using Javascript yet pass-in all the elements of the URL to the javascript so I wouldn't have to either hard-code context paths into the Javascript or use a dynamic javascript source. Anyhow, I had done something like this: function foo(..., contextPath, ...) { } foo(..., '%= response.encodeURL(request.getContextPath()) %', ...) That, of course, gives me a contextPath that looks like /context/;jsessionid= and then appending paths onto it breaks everything. So, I now have split things up like this: function foo(..., contextPath, pathSuffix, ...) { ... // build a URL var url = contextPath + '/images/help_widget.gif' + pathSuffix; ... } ... and passing request.getContextPath() as the first argument and then passing response.encodeURL(.).substring(1) as the second argument. A bit of a hack, but it'll work. Good to know what the reason was and that you have a workaround. JkStripSession indeed can only strip trailing session info. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Shutdown hook for correctly unloading drivers
Hi Mark, I've downloaded this profiler, but it tells me it's good for 15 dayswhat's the provision for having this free? Thanks, Barry -Original Message- From: Mark Thomas [mailto:ma...@apache.org] Sent: Friday, March 26, 2010 7:27 AM To: Tomcat Users List Subject: Re: Shutdown hook for correctly unloading drivers On 26/03/2010 11:52, Timo Meinen wrote: Hi, I would like to know, if there is a shutdown-hook for Tomcat available. Or what the prefered way is, to correctly unload drivers like JDBC drivers. Unloading the drivers seems to be important for us, because after redeploying the web appliction to often during continuous integration leads to a OutOfMemory-Errors. And although Tomcat tells me, that it forces the driver to unload, I can see a significant amount of memory allocated additionally each time the webapp is redeployed. Tomcat has unloaded the driver. That won't be causing your memory leak. The memory leak prevention doesn't detect every possible cause of a leak. Get yourself a profiler (I use YourKit because they give open source committers free licenses) and follow these steps: http://markmail.org/message/fcbvwapt6afyndxn Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Shutdown hook for correctly unloading drivers
On 06/04/2010 23:38, Propes, Barry L wrote: Hi Mark, I've downloaded this profiler, but it tells me it's good for 15 dayswhat's the provision for having this free? I have an OpenSource license. A full license isn't that expensive. I've bought one a couple of times when I needed one for projects at work. Mark Thanks, Barry -Original Message- From: Mark Thomas [mailto:ma...@apache.org] Sent: Friday, March 26, 2010 7:27 AM To: Tomcat Users List Subject: Re: Shutdown hook for correctly unloading drivers On 26/03/2010 11:52, Timo Meinen wrote: Hi, I would like to know, if there is a shutdown-hook for Tomcat available. Or what the prefered way is, to correctly unload drivers like JDBC drivers. Unloading the drivers seems to be important for us, because after redeploying the web appliction to often during continuous integration leads to a OutOfMemory-Errors. And although Tomcat tells me, that it forces the driver to unload, I can see a significant amount of memory allocated additionally each time the webapp is redeployed. Tomcat has unloaded the driver. That won't be causing your memory leak. The memory leak prevention doesn't detect every possible cause of a leak. Get yourself a profiler (I use YourKit because they give open source committers free licenses) and follow these steps: http://markmail.org/message/fcbvwapt6afyndxn Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Error in start tomcat 5.5
2010/4/6 Leon Li leon...@aarnet.edu.au: INFO: Starting Servlet Engine: Apache Tomcat/5.5.23 A version that is several years old. You better consider upgrading. log4j:ERROR setFile(null,true) call failed. Something weird with Log4J configuration. What path it tries to write to? Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Major Tomcat classloading issues with javaagent command line switch
2010/4/7 Arshan Dabirsiaghi arshan.dabirsia...@aspectsecurity.com: Just to close the loop here, the problem was that the class was being loaded twice - once from inside the *agent* jar, and another duplicate later from WEB-INF/classes. I guess Tomcat or Java was confused as to which version they wanted to use. Not 100% sure what happened, but removing it from the agent jar fixed the problem. The servlet spec requires that the webapp classes and libraries were preferred over the ones provided by Tomcat. More details in [1]At the same time, web applications are short-lived and can be stopped / undeployed at any time, at which point their classloader and their classes become unavailable. Using those for something that is JVM-wide may lead to leaked memory at best, or do not work at all. [1] http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: smartcards for tomcat webapps
On 6 April 2010 20:39, dockeryjava...@yahoo.com wrote: Anyone using smartcards for auth? If so, have specific example code excerpt and server.xml? Minimum configuration changes required for HTTPS connector in server.xml is to add attributes below and amend value of clientAuth attribute from false to true or want. 1. truststoreFile 2. truststorePass 3. truststoreType !-- Define a SSL HTTP/1.1 Connector on port 8443 connectionTimeout=15000 -- Connector port=8443 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false disableUploadTimeout=true acceptCount=100 scheme=https secure=true clientAuth=want/true sslProtocol=TLS truststoreFile= truststorePass=xxx truststoreType=xxx / No code change required in server side. Refer to http://tomcat.apache.org/tomcat-5.5-doc/ssl-howto.html for SSL configuration in server.xml. Sent from my Verizon Wireless BlackBerry - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org