Re: http://172.20.15.188(local ip:8080 did work ,but http://localhost:8080/didnot work!!
Hi, /etc/hosts has no problem. Both ping 127.0.0.1 and ping localhost are successfull. [EMAIL PROTECTED] wrote: Hi,I have installed rpm version of tomcat 4.1.24 on Red hat Advanced Server.When I visited:http://172.20.15.188:8080,it did work(172.20.15.188 is my real lcoal network ip),but when I visited http://localhost:8080/,it didn't work. Can you help me out? Thankyou. _ Do You Yahoo!? []+ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do You Yahoo!? []+
Re: http://172.20.15.188(local ip:8080 did work ,but http://localhost:8080/didnot work!!
Hi, /etc/hosts has no problem. Both ping 127.0.0.1 and ping localhost are successfull. [EMAIL PROTECTED] wrote: Hi,I have installed rpm version of tomcat 4.1.24 on Red hat Advanced Server.When I visited:http://172.20.15.188:8080,it did work(172.20.15.188 is my real lcoal network ip),but when I visited http://localhost:8080/,it didn't work. Can you help me out? Thankyou. _ Do You Yahoo!? []+ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do You Yahoo!? []+
Problem Compiling under Redhat 9
Hello, I am not sure if this is a problem so much with Tomcat or with Ant. When I try to compile Tomcat 4.1.24 using Sun JDK 1.3.1 on Redhat 9 I get the following error: - build-catalina: [javac] Compiling 355 source files to /usr/local/jakarta-tomcat-4.1.24-src/catalina/build/server/classes [javac] Note: 18 files use or override a deprecated API. Recompile with -deprecation for details. [javac] 1 warning [copy] Copying 76 files to /usr/local/jakarta-tomcat-4.1.24-src/catalina/build/server/classes BUILD FAILED file:/usr/local/jakarta-tomcat-4.1.24-src/catalina/build.xml:854: Failed to copy /usr/local/jakarta-tomcat-4.1.24-src/catalina/src/share/org/apache/catalina/va lves/LocalStrings_fr.properties to /usr/local/jakarta-tomcat-4.1.24-src/catalina/build/server/classes/org/apache/ catalina/valves/LocalStrings_fr.properties due to null Total time: 46 seconds - I checked and the file it is trying to copy does exist in the correct location and the target directory also exists. Tomcat compiles fine if I use JSDK 1.4 but the application to be run on tomcat unfortunately cannot be compiled under JDK1.4 as some of the libraries are newer (mainly the java.sql stuff) and until we can test our stuff properly we dare not use JDK1.4. I also tried downloading the src for Ant and compiling it... got a similar error... anybody have any ideas? -- Java Version - java version 1.3.1_09 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_09-b03) Java HotSpot(TM) Client VM (build 1.3.1_09-b03, mixed mode) - -- Apache Ant Version --- Apache Ant version 1.5.4 compiled on August 12 2003 - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: http://172.20.15.188(local ip:8080 did work ,but http://localhost:8080/didnot work!!
Hi, Can u change the localhost ip from 127.0.0.1 to 172.20...ur existing IP (in /etc/hosts). Let me know, if this works. Arnab [gb2312] »¢ Íõ writes: Hi, /etc/hosts has no problem. Both ping 127.0.0.1 and ping localhost are successfull. . . [EMAIL PROTECTED] wrote: Hi,I have installed rpm version of tomcat 4.1.24 on Red hat Advanced Server.When I visited:http://172.20.15.188:8080,it did work(172.20.15.188 is my real lcoal network ip),but when I visited http://localhost:8080/,it didn't work. Can you help me out? Thankyou. _ Do You Yahoo!? ..£¬.[...].£¬...+.. http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do You Yahoo!? ..£¬.[...].£¬...+.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
restart tomcat after making changes
Hi list, I am newbie in Tomcat. I just setup a tomcat on a RH9 not long ago. But I have problem when I made changes on the .class file(after compile) under /blah/WEB-INF/classes/ I have to restart TOMCAT or i will get the following error message or saying JDBCChinese not found. I had a look at the pervious post. i added the reloadable=true in the server.xml. but still no help. Could anybody please help. I have to run the shutdown.sh and startup.sh scripts everytime i made changes if you need more information please let me know. thanks in advance Cheers, Clive ==error message=== type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Wrapper cannot find servlet class JDBCChinese or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:89 1) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:210) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2416) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve. java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172 ) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:577) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:263) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:360) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:619) at java.lang.Thread.run(Thread.java:534) root cause java.lang.ClassNotFoundException: JDBCChinese at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1289) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:88 5) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:210) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok eNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at
Re: http://172.20.15.188(local ip:8080 did work ,but http://localhost:8080/didnot work!!
Well, localhost is bound to 127.0.0.1, while you have got a local IP address. Can you specify your machine's name instead of the IP address (i.e. http://mymachine:8080) ? It should work. I'm running under Windows so I hope this will help (maybe it's only crap). Marco - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, August 31, 2003 11:12 AM Subject: http://172.20.15.188(local ip:8080 did work ,but http://localhost:8080/didnot work!! Hi,I have installed rpm version of tomcat 4.1.24 on Red hat Advanced Server.When I visited:http://172.20.15.188:8080,it did work(172.20.15.188 is my real lcoal network ip),but when I visited http://localhost:8080/,it didn't work. Can you help me out? Thankyou. _ Do You Yahoo!? []+ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem building mod_jk2 on Freebsd 4.8-RELEASE
Hello All! I am new to this mailing list and somewhat new to Apache and Tomcat. I recently have rebuilt my server from the ground up and need to rebuild mod_jk2. Here is what I have so far: Freebsd 4.8 Release Apache 2.0.47 Tomcat 4.1.27 Ant 1.5.4 JDK 1.4.1p3_3 I was following the instructions outline in the book called Tomcat: The Definitive Guide by O'Reilly: ---BEGIN SNIPPET--- 1. Download a new source code release of jakarta-tomcat-connectors from http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release. 2. Unpack the archive and change directory into the new jakarta-tomcat-connectors source directory: # gunzip jakarta-tomcat-connectors-4.1.24-src.tar.gz # tar xvf jakarta-tomcat-connectors-4.1.24-src.tar # cd jakarta-tomcat-connectors-4.1.24-src 3. Make sure that your PATH environment variable points to the bin/ directory of the latest release of Apache Ant. Download Ant from http://ant.apache.org and add $ANT_HOME/bin to your PATH if you haven't already: # PATH=$PATH:/usr/local/apache-ant-1.5.2 # export PATH # which ant /usr/local/apache-ant-1.5.2/bin/ant 4. Make sure that your JAVA_HOME environment variable is set and points to your JDK: # JAVA_HOME=/usr/local/jdk1.3.1_02 # export JAVA_HOME # echo $JAVA_HOME /usr/local/jdk1.3.1_02 5. Create a usable copy of the util/build.properties file: # cp util/build.properties.sample util/build.properties 6. Create a usable copy of the jk/build.properties file: # cp jk/build.properties.sample jk/build.properties 7. Edit the new jk/build.properties file, changing only the lines that apply to the Tomcat and Apache httpd versions that you have and want to use. For example, if you have Tomcat 4.1 and Apache httpd 2, change the following lines to point to where yours are installed (leave everything else in this file alone): tomcat41.home=/usr/local/jakarta-tomcat-4.1.24 apache2.home=/usr/local/apache2 8. Create a usable copy of the coyote/build.properties file: # cp coyote/build.properties.sample coyote/build.properties 9. Edit the new coyote/build.properties file, changing the value of catalina.home to point to your Tomcat installation directory: catalina.home=/usr/local/jakarta-tomcat-4.1.24 10. Run ant from the top level of the jakarta-tomcat-connectors source directory to build mod_jk2 and the Java side of the connector: # cd /usr/local/jakarta-tomcat-connectors-4.1.24-src # ant 11. If you're building on Linux, copy the linux headers into the root of the JDK's include directory (this will allow you to avoid a known build problem with mod_jk2 and Linux): # cd $JAVA_HOME/include # cp linux/* . 12. Build mod_jk2 by calling the native build target from within the jk directory: # cd jk # ant native ---END SNIPPET--- When I ran ant native here is the response I get: fbsd2# ant native Buildfile: build.xml jkant: [mkdir] Created dir: /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/class es [mkdir] Created dir: /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/class es/META-INF [mkdir] Created dir: /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/lib [javac] Compiling 17 source files to /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/class es [copy] Copying 1 file to /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/class es/META-INF [jar] Building jar: /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/lib/j kant.jar detect: [echo] jakarta-tomcat-connectors report: [echo] Tomcat33: ${tomcat33.detect} ../../jakarta-tomcat/build/tomcat [echo] Tomcat40: ${tomcat40.detect} ../../jakarta-tomcat-4.0/build [echo] Tomcat41: true /usr/local/jakarta-tomcat4.1 [echo] Tomcat5: ${tomcat5.detect} ../../jakarta-tomcat-5/build [echo] Apache13: ${apache13.detect} /opt/apache13 [echo] Apache2: true /usr/local [echo] iPlanet: ${iplanet.detect} /opt/iplanet6 [echo] IIS: ${iis.detect} ${iis.home} native: init: [echo] /root [mkdir] Created dir: /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/jk apache20: [mkdir] Created dir: /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/jk/ap ache2 [so] Compiling 19 out of 19 Compiling /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/native/comm on/jk_msg_buff.c Compiling /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/native/comm on/jk_ajp13_worker.c Compiling /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/native/comm on/jk_md5.c [so] Compile failed 1 /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/native/comm on/jk_md5.c [so] Command:libtool --mode=compile cc -c -o /usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/build/jk/ap ache2/common/jk_md5.o -I/usr/ports/distfiles/jakarta-tomcat-connectors-4.1.27-src/jk/native/co mmon -I/usr/local/include -I/usr/local/jdk1.4.1/jre/../include -g -W
RE: Unable to obtain a module (.so) for JK2 on Linux (RH9)
I had a similar problem, it wouldn't compile a .so in RH9. I gave up on it and went back to good old trusty mod_jk 1 in the end. -Original Message- From: jerome moliere [mailto:[EMAIL PROTECTED] Sent: 30 August 2003 09:20 To: Tomcat Users List Subject: Re: Unable to obtain a module (.so) for JK2 on Linux (RH9) Eric J. Pinnell wrote: Hi, thanks eric, JK2 should compile with just the following: ./configure --with-apxs2=/path/to/apache/bin/apxs make yes ,it should . but I still can't have this fu... module compiled It should create mod_jk2.so in the build directory tree not in the directory that you ran configure and make from. I forget exactly where it puts it but a find ./ | grep so from the top level of the source should root it out quick fast. yes the location is ../build/jk2/apache2 but allways empty for me (no .so at all) the find keeps returning nothing for my .so can't spent much time for this problem so I'll use mod_proxy instead Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Sundararaman] [Help me]
Christopher Williams wrote: I would strongly advise against using the Swing timer object. Try using a java.util.Timer object instead. I use this in a servlet to perform automatic daily backups and other automated tasks. christopher is right you should not use SWING objetcts in your J2EE environement... a google search can point you to different projects with CRON implementations in Java my 2 pieces Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: http://172.20.15.188(local ip:8080 did work ,but http://localhost:8080/didnot work!!
Hi, I have edited my /etc/hosts file ,changed 127.0.0.1 to 172.20.15.188,and http://localhsot:8080/ still doesnot work. --- [EMAIL PROTECTED] Hi,I have installed rpm version of tomcat 4.1.24 on Red hat Advanced Server.When I visited:http://172.20.15.188:8080,it did work(172.20.15.188 is my real lcoal network ip),but when I visited http://localhost:8080/,it didn't work. Can you help me out? Thankyou. _ Do You Yahoo!? []+ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Do You Yahoo!? []+ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: http://172.20.15.188(local ip:8080 did work ,but http://localhost:8080/didnot work!!
Hi, I have edited my /etc/hosts file ,changed 127.0.0.1 to 172.20.15.188,and http://localhsot:8080/ still doesnot work. --- [EMAIL PROTECTED] Hi,I have installed rpm version of tomcat 4.1.24 on Red hat Advanced Server.When I visited:http://172.20.15.188:8080,it did work(172.20.15.188 is my real lcoal network ip),but when I visited http://localhost:8080/,it didn't work. Can you help me out? Thankyou. _ Do You Yahoo!? []+ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Do You Yahoo!? []+ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClassNotFound Exception with Struts Action
hi Tom, it's not obvious what your problem could be. To find out the classpath being used by your app server, you should put an echo in your app server's batch file at the appropriate point, i.e. just before it calls javac. However app servers generally don't include the webapp directories in the classpath that java uses. It should all be internal. A frequent error is the spelling. It's case-sensitive. Adam On 08/31/2003 09:37 PM list wrote: Hello, I have a strange problem which I currently cannot resolve. Maybe somone can help: I have written a Web Application that uses the struts action servlet. It has one simple action. As soon as I call it from a form I get a ClassNotFound Exception. Fact is that the class is in the WEB-INF\classes directory with the complete package path. It looks like it would not have that classpath set? The following is the extraction from the log file: 2003-08-31 20:04:23 StandardManager[]: Seeding random number generator class java.security.SecureRandom 2003-08-31 20:04:23 StandardManager[]: Seeding of random number generator has been completed 2003-08-31 20:04:24 StandardWrapper[:default]: Loading container servlet default 2003-08-31 20:04:24 StandardWrapper[:invoker]: Loading container servlet invoker 2003-08-31 20:04:24 action: Initializing configuration from resource path /WEB-INF/struts-config.xml 2003-08-31 20:04:25 action: Process servletName=action, urlPattern=*.do 2003-08-31 20:04:25 action: Process servletName=dboperations, urlPattern=/dboperations 2003-08-31 20:04:25 action: Process servletName=echnatonwebinit, urlPattern=/echnatonwebinit 2003-08-31 20:04:25 action: Mapping for servlet 'action' = '*.do' 2003-08-31 20:30:58 action: Processing a GET for /storeAndFireContactInfo 2003-08-31 20:30:58 action: Setting locale 'en_US' 2003-08-31 20:30:58 action: Looking for Action instance for class ch.smartsol.EchnatonWeb.StoreAndFireContactInfo 2003-08-31 20:30:58 action: Double checking for Action instance already there 2003-08-31 20:30:58 action: Creating new Action instance 2003-08-31 20:30:58 action: Error creating Action instance for path '/storeAndFireContactInfo', class name 'ch.smartsol.EchnatonWeb.StoreAndFireContactInfo' java.lang.ClassNotFoundException: ch.smartsol.EchnatonWeb.StoreAndFireContactInfo at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1444) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1289) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) Is there any way to dump class path variables or to find out what could cause the problem?? Any help is greatly appreciated! Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- struts 1.1 + tomcat 4.1.27 + java 1.4.2 Linux 2.4.20 RH9 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
about worker.list - non comprendo
Hiya all. I'm using Apache2.0.40/TC4.0.4 Currently, on my web server's worker.properties, I've worker.list=ajp13, which works fine. In preparation for a second tomcat, I am modifying the worker.list As a test, I changed it to worker.list=diehard1 and ditto for all subsequent references to this name, then restarted apache and tomcat. My java console reports this error : java.io.FileNotFoundException:https://path/to/class_file ..etc... ..etc... Change the worker name from diehard1 back to ajp13 and it works again! I am ploughing through Chapt 13 The AJP Connector in the book Professional Apache Tomcat - I seem to have done all the right things. Except, it won't work if I change the name, but what's in a name? Enlightenment please? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat and IIS 6 - Please HELP
I don't know if the following can be useful to someone having the same problem, but I observed the following strange behavior in IIS 6: 1) when addressing with the client a filename with extension, say zzz, like myfile.zzz, IIS answers with 404 (of course the file is where it is requested; you can try also allowing directory browsing and then clicking on the file); 2) even putting the extension zzz in the mime types list doesn't affect this result; 3) the same for the extension dll By Renato Renato Romano Sistemi e Telematica S.p.A. Calata Grazie - Vial Al Molo Giano 16127 - GENOVA e-mail: [EMAIL PROTECTED] Tel.: 010 2712603 _ -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: mercoledì 27 agosto 2003 17.32 To: Tomcat Users List Subject: Re: Tomcat and IIS 6 - Please HELP Many people have the same problem (archives!). As far as I know, there is no redirector built and available for IIS 6. You either have to build it yourself, or wait for someone else to build it. Even if you build it, there's no guarantee the source that works with IIS 5 will work unmodified for IIS 6, so you will then need to wait for someone savvy enough in IIS 6 internals to make the appropriate changes and post the changes to CVS. Economic incentives might speed this process up...I doubt anything else will. John Renato Romano wrote: I'm trying to configure IIS (6) to forward requests to Tomcat (4.1.18): the configuration works fine with IIS 5, but with IIS 6, though I don't get error messages, and the ISAPI filter shows the green upward arrow, the browsere gets a 404 error. I'm pretty sure there is no config error, because I copied the configuration from a working installation with IIS 5, so I think the problem is the IIS version. I could not find any help on the net... Does anyone had the same problem ?? Thanks Renato Renato Romano Sistemi e Telematica S.p.A. Calata Grazie - Vial Al Molo Giano 16127 - GENOVA e-mail: [EMAIL PROTECTED] Tel.: 010 2712603 _ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Socket Problem with tomcat on Solaris 8
Hi everybody, I have a problem with tomcat 4.1.24 running on Solaris 8 (with JDK 1.4.1_02). A client of mine is sending requests to the Tomcat instance in a loop (but sequentially). After a while the client receives a java.net.ConnectException with the error message Connection timed out: connect. On the server side I do not find any exception trace in the log files of the Tomcat instance. The only remarkable thing I detected is that there are thousands of sockets in the TIME WAIT state: netstat -a | grep 8080 results in myserver.8080 myclient.1679 7480 0 24820 0 TIME_WAIT myserver.8080 myclient.1680 7480 0 24820 0 TIME_WAIT myserver.8080 myclient.1680 7480 0 24820 0 TIME_WAIT ... [many more of these lines] After a while these sockets get collected by the OS. Then the client runs again without getting a connection exception (at least for a while then the 'process' repeats). Has anybody of you experienced a similar behaviour ? Has anybody of you a solution to this problem: Do I need to configure Tomcat in a special way or is it a problem of the OS and I have to configure the OS accordingly. At the moment Tomcat is using the coyote connector in the following way: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUp loadTimeout=true/ As far as I remember is the 'connectionLinger' time disabled if this configuration is not set in the connector. Is this correct and does this configuration affect the problem I am experiencing ? Thank you very much, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat hangs after some time
Hello all, Since a month or two we are experiencing the following problem with our Tomcat setup: On average every 2 or 3 days (sometimes it's longer, sometimes it's twice a day) Tomcat seems to hang. Clients can't connect to our application anymore through port 8080. It's also impossible to load the Tomcat homepage itself (eg. http://localhost:8080). We are running tomcat as a service through jk_ntservice. As soon as we stop and start the tomcat service, the application works again. I tried scheduling a daily restart of the service every night at 10pm, but this doesn't seem to have any influence. The strange thing is that Tomcat has been running stable for many months before we started seeing these problems. The only thing that has changed over time is that the application is used more intensively, by more and more users and that the backend database (running on SQL Server 2000) has grown a lot. We are running on the following platform: Windows NT 4.0 SP6a Tomcat 3.3.1a (The problem originally occurred on 3.2.4, we upgraded to 3.3.1a hoping to solve the problem) Sun Java SDK 1.3.1_08 Any help or suggestions would be appreciated. Jan Van der Veken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat hangs after some time
We are running on the following platform: Windows NT 4.0 SP6a Tomcat 3.3.1a (The problem originally occurred on 3.2.4, we upgraded to 3.3.1a hoping to solve the problem) Sun Java SDK 1.3.1_08 Hi, I have heard of Tomcat hanging in some situations up to 4.1.24. However looking at the above list you are running very old stuff. You might want to upgrade to a new JDK and to Tomcat 4.1.27. I'm pretty sure people are going to tell you to upgrade those before you do anything else. (since they are old... it would be one thing if you are on 4.1.24 but 3.x is very old) -e - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
about worker.list - non comprendo
It works like this, but it is not making sense to me at the moment. In httpd.conf, for each vhost, I changed the lines to read : VirtualHost blabla ...ellided... JkMount /path diehard1 JkMount /path/* diehard1 ...other contexts... /VirtualHost Does this mean I must allocate one specific TC server for a given vhost ? I was under the impresson that the vhost could use any available TC servers in a load sharing env. ?!? Am I missing something here, this is not how I envisage it. And that thing about Listener's jkWorker defaulting to ajp13 is not famous either. Switch off Listener. Eeek, ahhh, ohh. [EMAIL PROTECTED] wrote: Hiya all. I'm using Apache2.0.40/TC4.0.4 Currently, on my web server's worker.properties, I've worker.list=ajp13, which works fine. In preparation for a second tomcat, I am modifying the worker.list As a test, I changed it to worker.list=diehard1 and ditto for all subsequent references to this name, then restarted apache and tomcat. My java console reports this error : java.io.FileNotFoundException:https://path/to/class_file ..etc... ..etc... Change the worker name from diehard1 back to ajp13 and it works again! I am ploughing through Chapt 13 The AJP Connector in the book Professional Apache Tomcat - I seem to have done all the right things. Except, it won't work if I change the name, but what's in a name? Enlightenment please? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant task for reloading webapps
I don't know if my last mail got throught so I'll resend. I'm using Tomcat 3.3 and cannot get the redeploying to work (ie I copy the war over an existing one and Tomcat should load the new war). I cannot get it to work. Everywhere on the net seems to say it's broken so I'm willing to now accept that now! My question is this: I have read how Tomcat 4 has an ant task to reload the war file, which works, but is this possible with Tomcat 3.3? Regards, Ian Colledge Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Unable to obtain a module (.so) for JK2 on Linux (RH9)
I agree with Stuart. Use JK if JK2 won't work. I don't understand what's up with JK2 and RH9. Enough people are having troubles with it. I'm curious enough now to take a look. -e On Mon, 1 Sep 2003, Stuart Stephen wrote: I had a similar problem, it wouldn't compile a .so in RH9. I gave up on it and went back to good old trusty mod_jk 1 in the end. -Original Message- From: jerome moliere [mailto:[EMAIL PROTECTED] Sent: 30 August 2003 09:20 To: Tomcat Users List Subject: Re: Unable to obtain a module (.so) for JK2 on Linux (RH9) Eric J. Pinnell wrote: Hi, thanks eric, JK2 should compile with just the following: ./configure --with-apxs2=/path/to/apache/bin/apxs make yes ,it should . but I still can't have this fu... module compiled It should create mod_jk2.so in the build directory tree not in the directory that you ran configure and make from. I forget exactly where it puts it but a find ./ | grep so from the top level of the source should root it out quick fast. yes the location is ../build/jk2/apache2 but allways empty for me (no .so at all) the find keeps returning nothing for my .so can't spent much time for this problem so I'll use mod_proxy instead Jerome - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
unpacking war file outside webapps: FileNotFoundException: MANIFEST.MF
Hi, all! First of all, my system: redhat 9.0 jdk 1.4.2 tomcat 4.1.27 and the apache-connection: apache 2.47 JK2 with a channel.socket, ajp13 worker, I've just managed to get apache and tomcat together, it now works, say, often, but there is a curious problem I don't understand: As a first step towards virtualhosts I changed the appBase of the default host (localhost) to a directory under /var/www, and set unpackWARS=true. I just placed a war file in this new appBase, but when tomcat starts, it doesn't find the MANIFEST.MF file inside the war (which exists!!). Obscure: Setting appBase back to webapps and putting the SAME war file there, I have no problems and never had. Does that sound familiar to some of you? In fact, I would rather use just the docBase attribute on a Context element to point into the /var/www/... directory, but it seems that automated war-unpacking can only be done in the host's appBase, right? You would really help me with some hint, thanks a lot in advance, Sonja - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Socket Problem with tomcat on Solaris 8
Hi, Other people have had this problem. You might want to try Tomcat 4.1.27 as it has a number of Coyote fixes. As for Solaris settings here are some that I use: (excuse the cut and paste) Install Patch IDs 103582-12 or better -SynFlood Listen Queue management fix 103597-04 or better -TCP patch 104212-13 or better -HME half/full duplex negotiation patch 103093 Required for Netscape 3.x In /etc/system set tcp:tcp_conn_hash_size=8192 set ncsize = 3 set ufs_inode = 3 set rlim_fd_max=4096 Changes the maximum allow files open per process set rlim_fd_cur=1024 Changes the current open files per process set autoup=240 Number of seconds in age for a memory page to be written to disk set tune_t_fsflushr=120 Number of seconds between wake up times for the fsflush daemon NDD Settings tcp_close_wait_interval to 7 - miliseconds to wait before reclaiming the so cket resource tcp_fin_wait_2_flush_interval to 25000 - miliseconds to wait before closing soc ket resources that have missed a FIN packet ip_path_mtu_discovery to 0 - turn off MTU discovery - must retune for IPV6 tcp_conn_req_max_q to 512 - max number of queue size for holding partially star ted connections tcp_conn_req_max_q0 to 1024 - number of connections to wait holding before serv er issues an unable to connect to server message tcp_xmit_hiwat to 65535 tcp_recv_hiwat to 65535 increases the size of the send and receive buffers tcp_cwnd_max to 65535 - increases the congestion window size used with congesti on avoidance and slow start - prevents byte overflows in the tcp stack tcp_keepalive_interval to 9 - miliseconds of idle time on keepalive connect ions tcp_ip_abort_interval to 9 - miliseconds of time retransmissions for connec tions in Established state should be retried. Cleans up hung connections on web servers. tcp_ip_abort_cinterval - 6 - miliseconds of time retransmissions in connect ions started but not established will continue. Protects from over powerful SYN flood attacks as well as dropped proxy connections. tcp_rexmit_interval_initial to 3000 - miliseconds before a retransmit is sent -needs to be lowed due to Internet latency tcp_rexmit_interval_min to 3000 - see above tcp_rexmit_interval_max to 5000 - see above tcp_conn_grace_period to 500 ip_ignore_redirect to 1 - ignores IP level redirects tcp_slow_start_initial to 2 - Microsoft BSD TCP/IP implementations do not follow the RFC (2001) for TCP/IP. When communicating with Solaris this causes a 1- 2 second delay in web page delivery. This fixes. tcp_deferred_ack_interval to 300 - miliseconds before sending delayed ack allow s ACK and response to be combined in 1 send for many HTTP requests -e On Mon, 1 Sep 2003, Haug Thomas wrote: Hi everybody, I have a problem with tomcat 4.1.24 running on Solaris 8 (with JDK 1.4.1_02). A client of mine is sending requests to the Tomcat instance in a loop (but sequentially). After a while the client receives a java.net.ConnectException with the error message Connection timed out: connect. On the server side I do not find any exception trace in the log files of the Tomcat instance. The only remarkable thing I detected is that there are thousands of sockets in the TIME WAIT state: netstat -a | grep 8080 results in myserver.8080 myclient.1679 7480 0 24820 0 TIME_WAIT myserver.8080 myclient.1680 7480 0 24820 0 TIME_WAIT myserver.8080 myclient.1680 7480 0 24820 0 TIME_WAIT ... [many more of these lines] After a while these sockets get collected by the OS. Then the client runs again without getting a connection exception (at least for a while then the 'process' repeats). Has anybody of you experienced a similar behaviour ? Has anybody of you a solution to this problem: Do I need to configure Tomcat in a special way or is it a problem of the OS and I have to configure the OS accordingly. At the moment Tomcat is using the coyote connector in the following way: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUp loadTimeout=true/ As far as I remember is the 'connectionLinger' time disabled if this configuration is not set in the connector. Is this correct and does this configuration affect the problem I am experiencing ? Thank you very much, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Thread dump - (basic)
What is the best method to get a stack dump following a frozen tomcat? I cannot use kill -QUIT (pid) since running in production and do not want to run TC in the foreground. Thanks, Euan J2DSK_1.4.1_03 TC 4.1.24 (Standalone, Coyote connector) Linux RH9. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Thread dump - (basic)
Hi, Kill -QUIT will work. It will send the output to catalina.out and not kill the process. It doesn't have to be running in the foreground. -e On Mon, 1 Sep 2003, Euan Guttridge wrote: What is the best method to get a stack dump following a frozen tomcat? I cannot use kill -QUIT (pid) since running in production and do not want to run TC in the foreground. Thanks, Euan J2DSK_1.4.1_03 TC 4.1.24 (Standalone, Coyote connector) Linux RH9. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
permissions for Tomcat+Apache integration
Hello! Here is my second question, now concerning Apache+Tomcat integration on Linux: Could someone tell me a reasonable users, groups and file permissions structure for apache, the tomcat-files itself and a typical webapp? - Java security aside. 1. Is it a good idea at all to place the webapps under apache's document root, having to care about all WEB-INF and other sensible directories with deny from all ? 2. Which account in which group? Apache needs access to static files somewhere in the webapp. (Which may be very dispersed f.e. in case of cocoon). If a tomcat user and the apache user account are in the same group with restricted permissions, I can't assign permissions to a group of developers, just another owner (me ;-). Ok, may it be. Additionally, if tomcat unpacks war files, all resulting directories are owned by tomcat alone. So should I put the apache user into the tomcat group? 3.How paranoid must I be about tomcat-files (server-directory f.e)? Tomcat needs write access to some directories, but certainly I don't know all processes tomcat. You probably guess by now that I'm not grown up with Unix-systems. Spent my whole sunday with chmod and chown, now I would be very happy if someone told me something SIMPLE :-) Thank you, Sonja - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: permissions for Tomcat+Apache integration
Hi, The question is do you need to secure your application from the outside world or do you need to secure it from users that might be logging on to your system? Or both? Usually you want to go with the both scenerio. But to keep it simple, pick a user that you want tomcat to run as. Untar Tomcat and chown -R tomcat jakarta-4.x.x (if the user is named tomcat which isn't a bad name for the Tomcat user ;) Then just run it. It will be ok just like that. If you are running Tomcat and Apache on the same machine really look at why you are running Apache at all. It's a popular misconception that you _must_ run Apache in front of Tomcat. That couldn't be more wrong. Running Tomcat alone will save you the hassle of Apache and the connectors. However you do need to run Apache if you are going to use load balanceing and the apache modules. However most times people just have Apache pipe everything back to Tomcat. In this case you don't need Apache at all. -e On Mon, 1 Sep 2003, [iso-8859-1] Sonja Löhr wrote: Hello! Here is my second question, now concerning Apache+Tomcat integration on Linux: Could someone tell me a reasonable users, groups and file permissions structure for apache, the tomcat-files itself and a typical webapp? - Java security aside. 1. Is it a good idea at all to place the webapps under apache's document root, having to care about all WEB-INF and other sensible directories with deny from all ? 2. Which account in which group? Apache needs access to static files somewhere in the webapp. (Which may be very dispersed f.e. in case of cocoon). If a tomcat user and the apache user account are in the same group with restricted permissions, I can't assign permissions to a group of developers, just another owner (me ;-). Ok, may it be. Additionally, if tomcat unpacks war files, all resulting directories are owned by tomcat alone. So should I put the apache user into the tomcat group? 3.How paranoid must I be about tomcat-files (server-directory f.e)? Tomcat needs write access to some directories, but certainly I don't know all processes tomcat. You probably guess by now that I'm not grown up with Unix-systems. Spent my whole sunday with chmod and chown, now I would be very happy if someone told me something SIMPLE :-) Thank you, Sonja - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Socket Problem with tomcat on Solaris 8
Hi Eric, thank you for your quick and ample response. I have already suspected that the OS is not well configured, so I will incorporate your proposals into my etc/system settings. Regarding the tomcat 4.1.27: I will install this version because I think that my problem is more related to the (mis)configuration of the OS. Thanks, Thomas -Ursprüngliche Nachricht- Von: Eric J. Pinnell [mailto:[EMAIL PROTECTED] Gesendet am: Montag, 1. September 2003 16:03 An: Tomcat Users List Cc: Haug Thomas Betreff: Re: Socket Problem with tomcat on Solaris 8 Hi, Other people have had this problem. You might want to try Tomcat 4.1.27 as it has a number of Coyote fixes. As for Solaris settings here are some that I use: (excuse the cut and paste) Install Patch IDs 103582-12 or better -SynFlood Listen Queue management fix 103597-04 or better -TCP patch 104212-13 or better -HME half/full duplex negotiation patch 103093 Required for Netscape 3.x In /etc/system set tcp:tcp_conn_hash_size=8192 set ncsize = 3 set ufs_inode = 3 set rlim_fd_max=4096 Changes the maximum allow files open per process set rlim_fd_cur=1024 Changes the current open files per process set autoup=240 Number of seconds in age for a memory page to be written to disk set tune_t_fsflushr=120 Number of seconds between wake up times for the fsflush daemon NDD Settings tcp_close_wait_interval to 7 - miliseconds to wait before reclaiming the so cket resource tcp_fin_wait_2_flush_interval to 25000 - miliseconds to wait before closing soc ket resources that have missed a FIN packet ip_path_mtu_discovery to 0 - turn off MTU discovery - must retune for IPV6 tcp_conn_req_max_q to 512 - max number of queue size for holding partially star ted connections tcp_conn_req_max_q0 to 1024 - number of connections to wait holding before serv er issues an unable to connect to server message tcp_xmit_hiwat to 65535 tcp_recv_hiwat to 65535 increases the size of the send and receive buffers tcp_cwnd_max to 65535 - increases the congestion window size used with congesti on avoidance and slow start - prevents byte overflows in the tcp stack tcp_keepalive_interval to 9 - miliseconds of idle time on keepalive connect ions tcp_ip_abort_interval to 9 - miliseconds of time retransmissions for connec tions in Established state should be retried. Cleans up hung connections on web servers. tcp_ip_abort_cinterval - 6 - miliseconds of time retransmissions in connect ions started but not established will continue. Protects from over powerful SYN flood attacks as well as dropped proxy connections. tcp_rexmit_interval_initial to 3000 - miliseconds before a retransmit is sent -needs to be lowed due to Internet latency tcp_rexmit_interval_min to 3000 - see above tcp_rexmit_interval_max to 5000 - see above tcp_conn_grace_period to 500 ip_ignore_redirect to 1 - ignores IP level redirects tcp_slow_start_initial to 2 - Microsoft BSD TCP/IP implementations do not follow the RFC (2001) for TCP/IP. When communicating with Solaris this causes a 1- 2 second delay in web page delivery. This fixes. tcp_deferred_ack_interval to 300 - miliseconds before sending delayed ack allow s ACK and response to be combined in 1 send for many HTTP requests -e On Mon, 1 Sep 2003, Haug Thomas wrote: Hi everybody, I have a problem with tomcat 4.1.24 running on Solaris 8 (with JDK 1.4.1_02). A client of mine is sending requests to the Tomcat instance in a loop (but sequentially). After a while the client receives a java.net.ConnectException with the error message Connection timed out: connect. On the server side I do not find any exception trace in the log files of the Tomcat instance. The only remarkable thing I detected is that there are thousands of sockets in the TIME WAIT state: netstat -a | grep 8080 results in myserver.8080 myclient.1679 7480 0 24820 0 TIME_WAIT myserver.8080 myclient.1680 7480 0 24820 0 TIME_WAIT myserver.8080 myclient.1680 7480 0 24820 0 TIME_WAIT ... [many more of these lines] After a while these sockets get collected by the OS. Then the client runs again without getting a connection exception (at least for a while then the 'process' repeats). Has anybody of you experienced a similar behaviour ? Has anybody of you a solution to this problem: Do I need to configure Tomcat in a special way or is it a problem of the OS and I have to configure the OS accordingly. At the moment Tomcat is using the coyote connector in the following way: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false
Re: permissions for Tomcat+Apache integration
You are very right in that my greatest problem is to work out a pattern where to find the static content hides that Apache could perhaps serve a bit faster. Unfortunately, I can't tell Apache to serve .gif etc. but must come the other way round, perhaps ending up with URLs to single servlets. Many people cite security-reasons for the integration of the two, but all I've been bothered up to now is how to prevent Apache to show my programming ressources to the world (those unfortunately not located in WEB-INF). I'll be thinking about doing it separately, you really calmed me down :-) thanks very much Sonja - Original Message - From: Eric J. Pinnell [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 01, 2003 4:28 PM Subject: Re: permissions for Tomcat+Apache integration Hi, The question is do you need to secure your application from the outside world or do you need to secure it from users that might be logging on to your system? Or both? Usually you want to go with the both scenerio. But to keep it simple, pick a user that you want tomcat to run as. Untar Tomcat and chown -R tomcat jakarta-4.x.x (if the user is named tomcat which isn't a bad name for the Tomcat user ;) Then just run it. It will be ok just like that. If you are running Tomcat and Apache on the same machine really look at why you are running Apache at all. It's a popular misconception that you _must_ run Apache in front of Tomcat. That couldn't be more wrong. Running Tomcat alone will save you the hassle of Apache and the connectors. However you do need to run Apache if you are going to use load balanceing and the apache modules. However most times people just have Apache pipe everything back to Tomcat. In this case you don't need Apache at all. -e On Mon, 1 Sep 2003, [iso-8859-1] Sonja Löhr wrote: Hello! Here is my second question, now concerning Apache+Tomcat integration on Linux: Could someone tell me a reasonable users, groups and file permissions structure for apache, the tomcat-files itself and a typical webapp? - Java security aside. 1. Is it a good idea at all to place the webapps under apache's document root, having to care about all WEB-INF and other sensible directories with deny from all ? 2. Which account in which group? Apache needs access to static files somewhere in the webapp. (Which may be very dispersed f.e. in case of cocoon). If a tomcat user and the apache user account are in the same group with restricted permissions, I can't assign permissions to a group of developers, just another owner (me ;-). Ok, may it be. Additionally, if tomcat unpacks war files, all resulting directories are owned by tomcat alone. So should I put the apache user into the tomcat group? 3.How paranoid must I be about tomcat-files (server-directory f.e)? Tomcat needs write access to some directories, but certainly I don't know all processes tomcat. You probably guess by now that I'm not grown up with Unix-systems. Spent my whole sunday with chmod and chown, now I would be very happy if someone told me something SIMPLE :-) Thank you, Sonja - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
The sessionCreated is not called at TC 4.1.27
I have moved my project to TC 4.1.27 recently. Today, I notice the sessionCreated method of HttpSessionListener is not called when a new session is created, but the sessionDestroyed is called when a session is deceased. It a bug in the 4.1.27 (it is fine in the 4.1.24), or something is not right in the application itself? Anyone else has the same experience? Thanks, Vernon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bad Cookies
Hi there, I'm experiencing a strange problem with Tomcat 3.2.4. I use cookies to store the session id, and everything works fine. But when I access Tomcat from behind a proxy, the session is lost between pages. Does anyone know why this happens? The error situation in Tomcat is exactly the same as if the client browser had cookies disabled. But with the proxy, it still asks to store the cookie (with the origin host set to the proxy). So, the cookie is lost somehow... Thanks in advance, Arménio Pinto - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat and IIS + Index Server - possible ?
Hello, Our configuration is as follows : Win2K, JDK 1.4.1, Tomcat 4.1.24 connected with IIS using mod_jk. Index Server is AFAIK also installed. We are thinking of adding a Search site button in our web application. The problem is that we have content coming from numerous places in our JSP pages : inside the pages (stored either as HTML or in Java String variables) or in MS SQL Server tables. We thought of using Index Server to do that, since it should normally handle most of the work easily... Is this possible in such configuration ? In other words, can Index Server access text retrieved in any way by JSPs ? Another issue is that there's no virtual directory configured in IIS other than the redirector directory (pointing to the isapi_redirector2.dll file). So I'n not sure IIS/Index Server can access JSPs at all anyway... Has anyone already tried this before ? Or maybe is there another better way to achieve this ? Please let me know, thank you very much ! Alain ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any contractors from HK, S.E.Asia or India in this forum ?
dude/dudess Why are u asking this question. Yes I am from SE Asia .so? [EMAIL PROTECTED] wrote: C'mon There are 7+ million people in HK, x-number of multi-nationals from y-number of industry sectors. I can't believe no HK person is contributing to or listening in on this forum. Don't be shy. [EMAIL PROTECTED] wrote: Hiya, all. Any contractors in this forum specializing in java applet/servlet, a2s, jndi in an apache2/tc4 environment and are from HK/China, S.E.Asia or India ? Got a website? TIA :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem switching to Struts 1.1
Marco Tedone wrote: Hi, I posted this issue to the struts-user list 3 times, but noone replied to me and frankly I'm beginning to be a little worried. In few words we have an application which was running fine until struts rc1 but when we switched to Struts 1.1 the following exceptions is thrown: !-- ENDOF EXCEPTION -- The problem seems to be the org.apache.commons.logging.impl.Log4jCategoryLog class which is not found in the classpath. Now, I had a look at the commons-logging file and actually there is a similar class called org.apache.commons.logging.impl.Log4JCategoryLog (please note the capital 'J'). What shall I do then? Yes, something looks very fishy regarding case sensitivity with the log4j support in commons-logging. You might want to file a bug against commons-logging and because class naming is inconsistent, and can cause user errors (for example, there's a o.a.c.l.impl.Log4jFactory class along with a o.a.c.l.impl.Log4JLogger class). That being said, I've only seen that error occur if the webapp is privileged (ie, there's a Context element with a privileged=true attribute). If you don't know what privileged does, and put it there because it sounds better, I suggest you remove it (and read the docs) :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
IllegalStateException - org.apache.coyote.tomcat4.CoyoteRequest.doGetSession()
Hi all, We're running Tomcat 4.1.24 on Win2K sp4. After a few days of use (usually 4-5 days), Tomcat comes to a semi-halt mode and it refuses to process some of the pages. Even the thrown exceptions are not logged. It looks like it's a thread pool related problem because, apparently, the connector runs out of threads. I know that if an error occurs, the thread is supposed to be discarded from the pool to keep the consistency and the integrity however I don't understand why they aren't created again... Please have a look at the stack trace below. Any help/advice would be greatly appreciated! ;-) Thanks, Stack Trace follows: 2003-08-31 01:37:30 JspFactoryImpl: Exception initializing page context java.lang.IllegalStateException: Cannot create a session after the response has been committed at org.apache.coyote.tomcat4.CoyoteRequest.doGetSession(CoyoteRequest.java:1884) at org.apache.coyote.tomcat4.CoyoteRequest.getSession(CoyoteRequest.java:1731) at org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:365) at org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:375) at javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:268) at org.apache.jasper.runtime.PageContextImpl._initialize(PageContextImpl.java:138) at org.apache.jasper.runtime.PageContextImpl.initialize(PageContextImpl.java:114) at org.apache.jasper.runtime.JspFactoryImpl.internalGetPageContext(JspFactoryImpl.java:175) at org.apache.jasper.runtime.JspFactoryImpl.getPageContext(JspFactoryImpl.java:154) at includes.browsercheck_inc_jsp._jspService(browsercheck_inc_jsp.java:33) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:575) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:498) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:822) at applications.beninq_new_user_jsp._jspService(beninq_new_user_jsp.java:41) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:261) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:360) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604) at
Re: IllegalStateException - org.apache.coyote.tomcat4.CoyoteRequest.doGetSession()
[EMAIL PROTECTED] wrote: Hi all, We're running Tomcat 4.1.24 on Win2K sp4. After a few days of use (usually 4-5 days), Tomcat comes to a semi-halt mode and it refuses to process some of the pages. Even the thrown exceptions are not logged. It looks like it's a thread pool related problem because, apparently, the connector runs out of threads. I know that if an error occurs, the thread is supposed to be discarded from the pool to keep the consistency and the integrity however I don't understand why they aren't created again... Please have a look at the stack trace below. Any help/advice would be greatly appreciated! ;-) Thanks, Stack Trace follows: 2003-08-31 01:37:30 JspFactoryImpl: Exception initializing page context java.lang.IllegalStateException: Cannot create a session after the response has been committed Well, this is a valid error, and doesn't indicate a problem. As for TC running out of threads, you should do a thread dump to see what's going on (ctrl+break on Windows in the TC console; I don't know how to do it if TC is running as a service). If the issues persist, you could test TC 5.0.9 beta, which has scalability improvements. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem switching to Struts 1.1
Thank you for your support. I must say that the privileged attribute for my application was set to false, but the problem still persists. Marco - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 01, 2003 6:37 PM Subject: Re: Problem switching to Struts 1.1 Marco Tedone wrote: Hi, I posted this issue to the struts-user list 3 times, but noone replied to me and frankly I'm beginning to be a little worried. In few words we have an application which was running fine until struts rc1 but when we switched to Struts 1.1 the following exceptions is thrown: !-- ENDOF EXCEPTION -- The problem seems to be the org.apache.commons.logging.impl.Log4jCategoryLog class which is not found in the classpath. Now, I had a look at the commons-logging file and actually there is a similar class called org.apache.commons.logging.impl.Log4JCategoryLog (please note the capital 'J'). What shall I do then? Yes, something looks very fishy regarding case sensitivity with the log4j support in commons-logging. You might want to file a bug against commons-logging and because class naming is inconsistent, and can cause user errors (for example, there's a o.a.c.l.impl.Log4jFactory class along with a o.a.c.l.impl.Log4JLogger class). That being said, I've only seen that error occur if the webapp is privileged (ie, there's a Context element with a privileged=true attribute). If you don't know what privileged does, and put it there because it sounds better, I suggest you remove it (and read the docs) :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IllegalStateException - org.apache.coyote.tomcat4.CoyoteRequest.doGetSession()
Well, this is a valid error, and doesn't indicate a problem. Remy, Thanks for your prompt answer. Please don't get me wrong, I don't want to sound arrogant or something, but how come an error may not indicate a problem. ;-) We've already gotten the thread dump. I'll have a look into that as well. Any more ideas? Anybody else maybe? :-) Thanks again, - Yagiz Erkan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
soft linked directories.
Im having a behaviour and dont know if this is a feature or a misbehaviour of tomcat. I set up a context with the name '/foo/'. A controller servlet manages a listing of available files within the directory '/foo/images/'. All works fine except if I add softlinked diretories underneath 'images/'. c.f. 'images/softLinkedDir' - The directory listing looks like: * lrwxrwxrwx 1 user group ... softLinkedDir - /foo/bar/dir * The behaviour now is that a request such as img src=/foo/images/softLinkedDir/a.gif ends in a 404 error saying that the requested resource a.gif does not exist. Although the file exists phsically on the file system and can be read by the user under which Tomcat is operating. Adding more to this I tried to narrow the problem by generating tests. I found out that if I soft link a file (such as 'a.gif') the resource can be read. Therefore I can ensure that all permissions to the requested resource are ok and the resource manager can read the file allright. I guess that the problem comes from the soft linked dir. Has someone else got the same behaviour ??? My setup: Engine : tomcat 4.1.18 OS : redhat linux thanks for your help, detlef - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP vs C#/.NET
Sorry, guys, I posted this messages a few days ago. And I don't why it comes up again. Xingqun - Original Message - From: Xingqun Jiang [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, August 25, 2003 4:16 PM Subject: JSP vs C#/.NET Hi, I am a pure java supporter. I don't like C# or .Net because of Microsoft's monopolization (sorry, kind of prejudice). However, I notice that more and more people pick up C#/.NET due to their new advantages. I also heard that C# is much faster than Java. My concern is, can Java/JSP still be competitive to Microsoft's products? I don't like to see java be beaten by Microsoft since it borrowed so many ideas from java to make up the so-called C#. ok, feel free to talk about this topic. Lance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem switching to Struts 1.1
Marco Tedone wrote: Thank you for your support. I must say that the privileged attribute for my application was set to false, but the problem still persists. Are you sure ? I did test it with TC 5 (maybe 5.0.5) / Struts 1.1 examples webapp / log4j 1.2.8, and it did work fine (I simply dropped the log4j JAR in the /WEB-INF/lib - and then added the properties file in /WEB-INF/classes). I'll try to test it again. Most likely the bug is with commons-logging however (the case issue really looks fishy). BTW, false is the default value. The context files for the admin and the manager are not very good examples, obviously, since they need the privileged flag to work. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL X - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ant task for reloading webapps
To get Tomcat to redeploy your war file, you need to set the redeploy=true attribute on the AutoDeploy element in server.xml. In theory, you could get an Ant task to re-load the context (assuming that you've left the 'admin' webapp installed). It would need to send a request to /admin/contextAdmin/contextRemove.jsp?removeContextName=context-name followed by a request to /admin/contextAdmin/contextAdd.jsp?addContextPath=/context-nameaddContextNa me=context-name The 3.3-nightly also has a contextReload.jsp which combines these. Bug #21456 has a patch to get it working with 3.3.1(a). [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I don't know if my last mail got throught so I'll resend. I'm using Tomcat 3.3 and cannot get the redeploying to work (ie I copy the war over an existing one and Tomcat should load the new war). I cannot get it to work. Everywhere on the net seems to say it's broken so I'm willing to now accept that now! My question is this: I have read how Tomcat 4 has an ant task to reload the war file, which works, but is this possible with Tomcat 3.3? Regards, Ian Colledge Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IllegalStateException - org.apache.coyote.tomcat4.CoyoteRequest.doGetSession()
The stack trace you posted has to do with committing the reponse (which actually means sending data back to the client instead of sitting in a buffer), then trying to allocate a session. Allocating a NEW session involves sending a cookie back to the client to let the client be aware of the new session (so there may be a session). Well, cookies can NOT be created after the response has been committed since the header has already been sent to the client. So ... look into your code and determine where you you may create a new session. Then when that may occur, see if the state may have been previously committed for some reason. The servlet spec has more details about this. -Tim [EMAIL PROTECTED] wrote: Well, this is a valid error, and doesn't indicate a problem. Remy, Thanks for your prompt answer. Please don't get me wrong, I don't want to sound arrogant or something, but how come an error may not indicate a problem. ;-) We've already gotten the thread dump. I'll have a look into that as well. Any more ideas? Anybody else maybe? :-) Thanks again, - Yagiz Erkan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IllegalStateException - org.apache.coyote.tomcat4.CoyoteRequest.doGetSession()
[EMAIL PROTECTED] wrote: Thanks for your prompt answer. Please don't get me wrong, I don't want to sound arrogant or something, but how come an error may not indicate a problem. ;-) It indicates there's likely a bug in the app, not in TC (that's what I meant). You can't create a session if the response has already been committed (a flush or writing a relatively large amount of data would do that). We've already gotten the thread dump. I'll have a look into that as well. Any more ideas? Anybody else maybe? :-) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: soft linked directories.
Could it be this? http://jakarta.apache.org/tomcat/faq/misc.html#symlink -Tim Detlef Brendle wrote: Im having a behaviour and dont know if this is a feature or a misbehaviour of tomcat. I set up a context with the name '/foo/'. A controller servlet manages a listing of available files within the directory '/foo/images/'. All works fine except if I add softlinked diretories underneath 'images/'. c.f. 'images/softLinkedDir' - The directory listing looks like: * lrwxrwxrwx 1 user group ... softLinkedDir - /foo/bar/dir * The behaviour now is that a request such as img src=/foo/images/softLinkedDir/a.gif ends in a 404 error saying that the requested resource a.gif does not exist. Although the file exists phsically on the file system and can be read by the user under which Tomcat is operating. Adding more to this I tried to narrow the problem by generating tests. I found out that if I soft link a file (such as 'a.gif') the resource can be read. Therefore I can ensure that all permissions to the requested resource are ok and the resource manager can read the file allright. I guess that the problem comes from the soft linked dir. Has someone else got the same behaviour ??? My setup: Engine : tomcat 4.1.18 OS : redhat linux thanks for your help, detlef - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem switching to Struts 1.1
Hi, I posted this issue to the struts-user list 3 times, but noone replied to me and frankly I'm beginning to be a little worried. In few words we have an application which was running fine until struts rc1 but when we switched to Struts 1.1 the following exceptions is thrown: !-- BEGIN OF EXCEPTION -- javax.servlet.ServletException: Error instantiating servlet class org.apache.struts.action.ActionServlet at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:91 2) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java: 3421) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3609) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:8 21) 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.j ava:307) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:559 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) 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:2190) at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273) 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.BootstrapService.start(BootstrapService.java:245 ) at org.apache.catalina.startup.BootstrapService.main(BootstrapService.java:307) - Root Cause - java.lang.ExceptionInInitializerError at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces sorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc torAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:90 3) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java: 3421) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3609) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:8 21) 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.j ava:307) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:559 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) 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:2190) at org.apache.catalina.startup.CatalinaService.start(CatalinaService.java:273) 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