RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException
Thanks! -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday, August 13, 2004 12:02 PM To: Tomcat Users List Subject: RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException Hi, 5.0.16 was released in November 2003, and 5.0.19 which I think has the fix was released in February 2004. Use 5.0.27 if you can, which is the latest stable release. Yoav Shapira Millennium Research Informatics >-Original Message- >From: alan sparago [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 2:58 PM >To: 'Tomcat Users List' >Subject: RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException > >How long ago? Im using Tomcat 5.0.16!!! > >-Original Message- >From: Shapira, Yoav [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 11:46 AM >To: Tomcat Users List >Subject: RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException > >Hi, >Fixed long ago, update to a more modern release. > >Yoav Shapira >Millennium Research Informatics > > >>-Original Message- >>From: alan sparago [mailto:[EMAIL PROTECTED] >>Sent: Friday, August 13, 2004 2:39 PM >>To: [EMAIL PROTECTED] >>Subject: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException >> >>I am running Tomcat 5.0.16 standalone, front-ended by a load balancer. >It >>runs on a Debian Linux 2.4.26 SMP i686 server. It threw the following >error >>to the catalina.log file. After throwing this exception, Tomcat still >>appears to be working and servicing requests but it stopped writing to >the >>catalina.log file. In researching this issue all I could find were >>references to this problem being fixed in an earlier version of Tomcat >(I >>believe 4.1.16). This was on a production box so I have no idea what >>request >>or user caused this exception. >> >> >> >>java.lang.ArrayIndexOutOfBoundsException: 49152 >>at >>org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuff e >r.ja >>v >>a:731) >>at >>org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuff e >r.ja >>v >>a:659) >>at >>org.apache.coyote.http11.InternalOutputBuffer.sendHeader(InternalOutpu t >Buff >>e >>r.java:539) >>at >>org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Process o >r.ja >>v >>a:1515) >>at >>org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:8 9 >8) >>at org.apache.coyote.Response.action(Response.java:226) >>at org.apache.coyote.Response.sendHeaders(Response.java:418) >>at >>org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:364) >>at >>org.apache.coyote.tomcat5.OutputBuffer.close(OutputBuffer.java:325) >>at >>org.apache.coyote.tomcat5.CoyoteResponse.finishResponse(CoyoteResponse . >java >>: >>497) >>at >>org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:213 ) >>at >>org.apache.coyote.http11.Http11Processor.process(Http11Processor.java: 8 >05) >>at >>org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proces s >Conn >>e >>ction(Http11Protocol.java:696) >>at >>org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java: 6 >05) >>at >>org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPo o >l.ja >>v >>a:677) >>at java.lang.Thread.run(Thread.java:534) >>Aug 12, 2004 7:09:48 PM org.apache.coyote.http11.Http11Processor >process >>SEVERE: Error finishing response >>java.lang.ArrayIndexOutOfBoundsException: 49153 >>at >>org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuff e >r.ja >>v >>a:731) >>at >>org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutpu t >Buff >>e >>r.java:471) >>at >>org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Process o >r.ja >>v >>a:1511) >>at >>org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:8 9 >8) >>at org.apache.coyote.Response.action(Response.java:224) >>at >>org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutpu t >Buff >>e >>r.java:431) >>at >>org.apache.coyote.http11.Http11Processor.process(Http11Processor.java: 8 >42) >>at >>org.apache.coyote.http11.Http11Protocol$Http11C
RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException
Hi, 5.0.16 was released in November 2003, and 5.0.19 which I think has the fix was released in February 2004. Use 5.0.27 if you can, which is the latest stable release. Yoav Shapira Millennium Research Informatics >-Original Message- >From: alan sparago [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 2:58 PM >To: 'Tomcat Users List' >Subject: RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException > >How long ago? Im using Tomcat 5.0.16!!! > >-Original Message- >From: Shapira, Yoav [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 11:46 AM >To: Tomcat Users List >Subject: RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException > >Hi, >Fixed long ago, update to a more modern release. > >Yoav Shapira >Millennium Research Informatics > > >>-Original Message- >>From: alan sparago [mailto:[EMAIL PROTECTED] >>Sent: Friday, August 13, 2004 2:39 PM >>To: [EMAIL PROTECTED] >>Subject: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException >> >>I am running Tomcat 5.0.16 standalone, front-ended by a load balancer. >It >>runs on a Debian Linux 2.4.26 SMP i686 server. It threw the following >error >>to the catalina.log file. After throwing this exception, Tomcat still >>appears to be working and servicing requests but it stopped writing to >the >>catalina.log file. In researching this issue all I could find were >>references to this problem being fixed in an earlier version of Tomcat >(I >>believe 4.1.16). This was on a production box so I have no idea what >>request >>or user caused this exception. >> >> >> >>java.lang.ArrayIndexOutOfBoundsException: 49152 >>at >>org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuff e >r.ja >>v >>a:731) >>at >>org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuff e >r.ja >>v >>a:659) >>at >>org.apache.coyote.http11.InternalOutputBuffer.sendHeader(InternalOutpu t >Buff >>e >>r.java:539) >>at >>org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Process o >r.ja >>v >>a:1515) >>at >>org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:8 9 >8) >>at org.apache.coyote.Response.action(Response.java:226) >>at org.apache.coyote.Response.sendHeaders(Response.java:418) >>at >>org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:364) >>at >>org.apache.coyote.tomcat5.OutputBuffer.close(OutputBuffer.java:325) >>at >>org.apache.coyote.tomcat5.CoyoteResponse.finishResponse(CoyoteResponse . >java >>: >>497) >>at >>org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:213 ) >>at >>org.apache.coyote.http11.Http11Processor.process(Http11Processor.java: 8 >05) >>at >>org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proces s >Conn >>e >>ction(Http11Protocol.java:696) >>at >>org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java: 6 >05) >>at >>org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPo o >l.ja >>v >>a:677) >>at java.lang.Thread.run(Thread.java:534) >>Aug 12, 2004 7:09:48 PM org.apache.coyote.http11.Http11Processor >process >>SEVERE: Error finishing response >>java.lang.ArrayIndexOutOfBoundsException: 49153 >>at >>org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuff e >r.ja >>v >>a:731) >>at >>org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutpu t >Buff >>e >>r.java:471) >>at >>org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Process o >r.ja >>v >>a:1511) >>at >>org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:8 9 >8) >>at org.apache.coyote.Response.action(Response.java:224) >>at >>org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutpu t >Buff >>e >>r.java:431) >>at >>org.apache.coyote.http11.Http11Processor.process(Http11Processor.java: 8 >42) >>at >>org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proces s >Conn >>e >>ction(Http11Protocol.java:696) >>at >>org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java: 6 >05) >>at >>org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPo o >l.ja >>v >>a:677) >>at java.lang.Thread.run(Thread.java:534) > > >- >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]
RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException
How long ago? Im using Tomcat 5.0.16!!! -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday, August 13, 2004 11:46 AM To: Tomcat Users List Subject: RE: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException Hi, Fixed long ago, update to a more modern release. Yoav Shapira Millennium Research Informatics >-Original Message- >From: alan sparago [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 2:39 PM >To: [EMAIL PROTECTED] >Subject: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException > >I am running Tomcat 5.0.16 standalone, front-ended by a load balancer. It >runs on a Debian Linux 2.4.26 SMP i686 server. It threw the following error >to the catalina.log file. After throwing this exception, Tomcat still >appears to be working and servicing requests but it stopped writing to the >catalina.log file. In researching this issue all I could find were >references to this problem being fixed in an earlier version of Tomcat (I >believe 4.1.16). This was on a production box so I have no idea what >request >or user caused this exception. > > > >java.lang.ArrayIndexOutOfBoundsException: 49152 >at >org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffe r.ja >v >a:731) >at >org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffe r.ja >v >a:659) >at >org.apache.coyote.http11.InternalOutputBuffer.sendHeader(InternalOutput Buff >e >r.java:539) >at >org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processo r.ja >v >a:1515) >at >org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:89 8) >at org.apache.coyote.Response.action(Response.java:226) >at org.apache.coyote.Response.sendHeaders(Response.java:418) >at >org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:364) >at >org.apache.coyote.tomcat5.OutputBuffer.close(OutputBuffer.java:325) >at >org.apache.coyote.tomcat5.CoyoteResponse.finishResponse(CoyoteResponse. java >: >497) >at >org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:213) >at >org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:8 05) >at >org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process Conn >e >ction(Http11Protocol.java:696) >at >org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:6 05) >at >org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja >v >a:677) >at java.lang.Thread.run(Thread.java:534) >Aug 12, 2004 7:09:48 PM org.apache.coyote.http11.Http11Processor process >SEVERE: Error finishing response >java.lang.ArrayIndexOutOfBoundsException: 49153 >at >org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffe r.ja >v >a:731) >at >org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutput Buff >e >r.java:471) >at >org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processo r.ja >v >a:1511) >at >org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:89 8) >at org.apache.coyote.Response.action(Response.java:224) >at >org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutput Buff >e >r.java:431) >at >org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:8 42) >at >org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process Conn >e >ction(Http11Protocol.java:696) >at >org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:6 05) >at >org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja >v >a:677) >at java.lang.Thread.run(Thread.java:534) - 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: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException
Hi, Fixed long ago, update to a more modern release. Yoav Shapira Millennium Research Informatics >-Original Message- >From: alan sparago [mailto:[EMAIL PROTECTED] >Sent: Friday, August 13, 2004 2:39 PM >To: [EMAIL PROTECTED] >Subject: Tomcat 5.0.16 causes; java.lang.ArrayIndexOutOfBoundsException > >I am running Tomcat 5.0.16 standalone, front-ended by a load balancer. It >runs on a Debian Linux 2.4.26 SMP i686 server. It threw the following error >to the catalina.log file. After throwing this exception, Tomcat still >appears to be working and servicing requests but it stopped writing to the >catalina.log file. In researching this issue all I could find were >references to this problem being fixed in an earlier version of Tomcat (I >believe 4.1.16). This was on a production box so I have no idea what >request >or user caused this exception. > > > >java.lang.ArrayIndexOutOfBoundsException: 49152 >at >org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffe r.ja >v >a:731) >at >org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffe r.ja >v >a:659) >at >org.apache.coyote.http11.InternalOutputBuffer.sendHeader(InternalOutput Buff >e >r.java:539) >at >org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processo r.ja >v >a:1515) >at >org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:89 8) >at org.apache.coyote.Response.action(Response.java:226) >at org.apache.coyote.Response.sendHeaders(Response.java:418) >at >org.apache.coyote.tomcat5.OutputBuffer.doFlush(OutputBuffer.java:364) >at >org.apache.coyote.tomcat5.OutputBuffer.close(OutputBuffer.java:325) >at >org.apache.coyote.tomcat5.CoyoteResponse.finishResponse(CoyoteResponse. java >: >497) >at >org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:213) >at >org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:8 05) >at >org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process Conn >e >ction(Http11Protocol.java:696) >at >org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:6 05) >at >org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja >v >a:677) >at java.lang.Thread.run(Thread.java:534) >Aug 12, 2004 7:09:48 PM org.apache.coyote.http11.Http11Processor process >SEVERE: Error finishing response >java.lang.ArrayIndexOutOfBoundsException: 49153 >at >org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffe r.ja >v >a:731) >at >org.apache.coyote.http11.InternalOutputBuffer.sendStatus(InternalOutput Buff >e >r.java:471) >at >org.apache.coyote.http11.Http11Processor.prepareResponse(Http11Processo r.ja >v >a:1511) >at >org.apache.coyote.http11.Http11Processor.action(Http11Processor.java:89 8) >at org.apache.coyote.Response.action(Response.java:224) >at >org.apache.coyote.http11.InternalOutputBuffer.endRequest(InternalOutput Buff >e >r.java:431) >at >org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:8 42) >at >org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process Conn >e >ction(Http11Protocol.java:696) >at >org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:6 05) >at >org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja >v >a:677) >at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 behind SSL Accelerator - 2nd post
Hello > the easiest is to just use relative links... I also find the HTML 'BASE' header tag very useful in this respect. Setting the BASE tag guarantees the relative links work, and all the links are relative to the same base directory, which makes things a little easier. Setting the BASE tag itself with a custom tag (as suggested by Filip) allows me to switch the whole application from HTTP to HTTPS by simply changing one application attribute. Good luck! Harry Mantheakis London, UK > how are you creating your links right now, the easiest is to just use relative > links, like > > A Link > here the browser will connect up using same protocol as the data came down on. > > or you can create your own tag, like > ">A link using tag > > Filip > > - Original Message - > From: "Adrian Klingel" <[EMAIL PROTECTED]> > To: "Tomcat User List" <[EMAIL PROTECTED]> > Sent: Tuesday, June 22, 2004 8:20 AM > Subject: Tomcat 5.0.16 behind SSL Accelerator - 2nd post > > >> I searched for this in the archives at mikal.org, and only found the >> question and no answer. >> >> I have Tomcat 5.0.16 behind a hardware SSL accelerator box. The links in my >> webapps of course refer back to HTTP://myserver.com/myapp, but I of course >> want them to be rewritten as HTTPS://mysslaccelertor:port/myapp. >> >> Is there a simple configuration change in the server.xml that I can make in >> order to fix this? >> >> Thanks, >> Adrian Klingel >> >> >> - >> 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]
RE: Tomcat 5.0.16 behind SSL Accelerator - 2nd post
That's the problem though, the browser isn't doing that. I wonder if that's a weakness of the version of IE I'm using (6.0.280)? -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 10:19 AM To: Tomcat Users List; [EMAIL PROTECTED] Subject: Re: Tomcat 5.0.16 behind SSL Accelerator - 2nd post how are you creating your links right now, the easiest is to just use relative links, like A Link here the browser will connect up using same protocol as the data came down on. or you can create your own tag, like ">A link using tag Filip - Original Message - From: "Adrian Klingel" <[EMAIL PROTECTED]> To: "Tomcat User List" <[EMAIL PROTECTED]> Sent: Tuesday, June 22, 2004 8:20 AM Subject: Tomcat 5.0.16 behind SSL Accelerator - 2nd post > I searched for this in the archives at mikal.org, and only found the > question and no answer. > > I have Tomcat 5.0.16 behind a hardware SSL accelerator box. The links in my > webapps of course refer back to HTTP://myserver.com/myapp, but I of course > want them to be rewritten as HTTPS://mysslaccelertor:port/myapp. > > Is there a simple configuration change in the server.xml that I can make in > order to fix this? > > Thanks, > Adrian Klingel > > > - > 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: Tomcat 5.0.16 behind SSL Accelerator - 2nd post
how are you creating your links right now, the easiest is to just use relative links, like A Link here the browser will connect up using same protocol as the data came down on. or you can create your own tag, like ">A link using tag Filip - Original Message - From: "Adrian Klingel" <[EMAIL PROTECTED]> To: "Tomcat User List" <[EMAIL PROTECTED]> Sent: Tuesday, June 22, 2004 8:20 AM Subject: Tomcat 5.0.16 behind SSL Accelerator - 2nd post > I searched for this in the archives at mikal.org, and only found the > question and no answer. > > I have Tomcat 5.0.16 behind a hardware SSL accelerator box. The links in my > webapps of course refer back to HTTP://myserver.com/myapp, but I of course > want them to be rewritten as HTTPS://mysslaccelertor:port/myapp. > > Is there a simple configuration change in the server.xml that I can make in > order to fix this? > > Thanks, > Adrian Klingel > > > - > 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: tomcat 5.0.16 running out of resources
set your JAVA_OPTS accordingly to your needs in your startup.* If you need 750 Mbytes, try this : set JAVA_OPTS=-server -Xms750m -Xmx750m -XX:NewRatio=2 -Message d'origine- De : Jake Alley [mailto:[EMAIL PROTECTED] Envoyé : dimanche 8 février 2004 15:23 À : [EMAIL PROTECTED] Objet : tomcat 5.0.16 running out of resources Hi, I'm running Tomcat 5.0.16 and I'm getting the following error peiiodically: The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError It happens when certain jsp forms are compiled. Is there a way to increase the amount of system resources? Sometimes the server just stops working and leaves no log traces as well. Could these be related? This is with code that worked fine in version 4. Thanks. _ Optimize your Internet experience to the max with the new MSN Premium Internet Software. http://click.atdmt.com/AVE/go/onm00200359ave/direct/01/ - 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: tomcat 5.0.16 running out of resources
Hi, also consider upgrading to 5.0.18 - there was a memory leak fixed in tomcat. You can search the archive of this conference to find more info. Best, David Jake Alley wrote: Hi, I'm running Tomcat 5.0.16 and I'm getting the following error peiiodically: The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError It happens when certain jsp forms are compiled. Is there a way to increase the amount of system resources? Sometimes the server just stops working and leaves no log traces as well. Could these be related? This is with code that worked fine in version 4. Thanks. _ Optimize your Internet experience to the max with the new MSN Premium Internet Software. http://click.atdmt.com/AVE/go/onm00200359ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 5.0.16 running out of resources
Sun's javac that comes with the 1.3 sdk leaks memory. This is a known issue. 1.4+ and jikes can fix it. To my mind the (much) better way is to precompile your JSPs. Check out: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html This has the added benefit of avoiding that annoying stuttering when your application is first accessed. HTH Jake Alley wrote: Hi, I'm running Tomcat 5.0.16 and I'm getting the following error peiiodically: The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError It happens when certain jsp forms are compiled. Is there a way to increase the amount of system resources? Sometimes the server just stops working and leaves no log traces as well. Could these be related? This is with code that worked fine in version 4. Thanks. _ Optimize your Internet experience to the max with the new MSN Premium Internet Software. http://click.atdmt.com/AVE/go/onm00200359ave/direct/01/ - 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: Re: Re: TOmcat 5.0.16 console error,Pls help
Did you just added the in server.xml or did something else??
Looks like the server.xml is not validated.
- Original Message -
From: "Avinash Sridhar" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Cc: "Doug Parsons" <[EMAIL PROTECTED]>
Sent: Monday, February 02, 2004 2:46 AM
Subject: Re: Re: Re: TOmcat 5.0.16 console error,Pls help
Hi,
This is an update to the previous HelloServlet.java file,forgot to add
the lines package
On Mon, 02 Feb 2004 Avinash Sridhar wrote :
>Hi,
>
> Thanks for the help,The HelloServlet.java file is as follows
>
>/*HelloServlet.java***/
>package package.structure
>import java.io.*;
>import javax.servlet.*;
>import javax.servlet.http.*;
>
>/** Simple servlet used to test server.
> *
> * Taken from Core Servlets and JavaServer Pages 2nd Edition
> * from Prentice Hall and Sun Microsystems Press,
> * http://www.coreservlets.com/.
> * © 2003 Marty Hall; may be freely used or adapted.
> */
>
>public class HelloServlet extends HttpServlet {
> public void doGet(HttpServletRequest request,
> HttpServletResponse response)
> throws ServletException, IOException {
> response.setContentType("text/html");
> PrintWriter out = response.getWriter();
> String docType =
> " "Transitional//EN\">\n";
>
> out.println(docType +
> "\n" +
> "Hello\n" +
> "\n" +
> "Hello\n" +
> "");
> }
>}
>
>
>/*HelloServlet.java***/
>
>Hoping to get going with it.
>
>Thanks
>AS
>
>
>On Mon, 02 Feb 2004 Doug Parsons wrote :
> >Post your HelloServlet code or attach it.
> >
> >
> >- Original Message -
> > From: "Avinash Sridhar" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Sunday, February 01, 2004 10:21 PM
> >Subject: TOmcat 5.0.16 console error,Pls help
> >
> >
> >Hi,
> >I was told that the .class files must be put into a package in order
for
> >the tomcat to run it.
> >
> >My directory structure is as follows,
> >
> >%TOMCAT HOME %/webapps/sampleapp/WEB-INF/classes
> > /WEB-INF/lib
> > /WEB-INF/sourcefiles
> > /WEB-INF/web.xml
> >In the classes directory I have make something like this
> >/classes/package/structure/HelloServlet.class(This is my servlet file),
> >
> >Now I have changed/made the web.xml in MY WEB-INF directory and have
added
> >this
> >
> >/ Contents of web.xml file */
> >
> >
> >
> > > PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
> > "http://java.sun.com/dtd/web-app_2_3.dtd";>
> >
> >
> > Servlet 2.4 Examples
> >Servlet 2.4 Examples
> >
> >
> >
> >
> >
> > HelloServlet
> > /** This is the prominent change **/
> > package.structure.HelloServlet
> > /** This is the prominent change **/
> >
> >
> >
> >
> >
> > HelloServlet
> > /sampleapp
> >
> >
> >
> >
> >
> >
> >/ Contents of web.xml file */
> >
> >
> >Hope that it is right so far,
> >
> >I dont know how to change the %TOMCAT_HOME%/conf/server.xml,do we have to
> >change anything here??, this is what I have written in the server.xml
file.
> >
> >/* Contents of server.xml file ***/
> >
> >
> >
> >
> >/* Contents of server.xml file ***/
> >
> >
> >And finally I am getting theses errors in the tomcat console
> >
> >
> >/*** Errors in Tomcat console */
> >
> >Feb 1, 2004 10:04:22 PM org.apache.commons.digester.Digester fatalError
> >SEVERE: Parse Fatal Error at line 3 column 6: The processing instruction
> >target
> >matching "[xX][mM][lL]" is not allowed.
> >org.xml.sax.SAXParseException: The processing instruction target matching
> >"[xX]
> >mM][lL]" is not allowed.
> > at
> >org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(U
> >known Source)
> > at org.apache.xerces.
Re: Re: Re: TOmcat 5.0.16 console error,Pls help
Hi,
This is an update to the previous HelloServlet.java file,forgot to add the lines
package
On Mon, 02 Feb 2004 Avinash Sridhar wrote :
>Hi,
>
> Thanks for the help,The HelloServlet.java file is as follows
>
>/*HelloServlet.java***/
>package package.structure
>import java.io.*;
>import javax.servlet.*;
>import javax.servlet.http.*;
>
>/** Simple servlet used to test server.
> *
> * Taken from Core Servlets and JavaServer Pages 2nd Edition
> * from Prentice Hall and Sun Microsystems Press,
> * http://www.coreservlets.com/.
> * © 2003 Marty Hall; may be freely used or adapted.
> */
>
>public class HelloServlet extends HttpServlet {
> public void doGet(HttpServletRequest request,
> HttpServletResponse response)
> throws ServletException, IOException {
> response.setContentType("text/html");
> PrintWriter out = response.getWriter();
> String docType =
> " "Transitional//EN\">\n";
>
> out.println(docType +
> "\n" +
> "Hello\n" +
> "\n" +
> "Hello\n" +
> "");
> }
>}
>
>
>/*HelloServlet.java***/
>
>Hoping to get going with it.
>
>Thanks
>AS
>
>
>On Mon, 02 Feb 2004 Doug Parsons wrote :
> >Post your HelloServlet code or attach it.
> >
> >
> >- Original Message -
> > From: "Avinash Sridhar" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Sunday, February 01, 2004 10:21 PM
> >Subject: TOmcat 5.0.16 console error,Pls help
> >
> >
> >Hi,
> >I was told that the .class files must be put into a package in order for
> >the tomcat to run it.
> >
> >My directory structure is as follows,
> >
> >%TOMCAT HOME %/webapps/sampleapp/WEB-INF/classes
> > /WEB-INF/lib
> > /WEB-INF/sourcefiles
> > /WEB-INF/web.xml
> >In the classes directory I have make something like this
> >/classes/package/structure/HelloServlet.class(This is my servlet file),
> >
> >Now I have changed/made the web.xml in MY WEB-INF directory and have added
> >this
> >
> >/ Contents of web.xml file */
> >
> >
> >
> > > PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
> > "http://java.sun.com/dtd/web-app_2_3.dtd";>
> >
> >
> > Servlet 2.4 Examples
> >Servlet 2.4 Examples
> >
> >
> >
> >
> >
> > HelloServlet
> > /** This is the prominent change **/
> > package.structure.HelloServlet
> > /** This is the prominent change **/
> >
> >
> >
> >
> >
> > HelloServlet
> > /sampleapp
> >
> >
> >
> >
> >
> >
> >/ Contents of web.xml file */
> >
> >
> >Hope that it is right so far,
> >
> >I dont know how to change the %TOMCAT_HOME%/conf/server.xml,do we have to
> >change anything here??, this is what I have written in the server.xml file.
> >
> >/* Contents of server.xml file ***/
> >
> >
> >
> >
> >/* Contents of server.xml file ***/
> >
> >
> >And finally I am getting theses errors in the tomcat console
> >
> >
> >/*** Errors in Tomcat console */
> >
> >Feb 1, 2004 10:04:22 PM org.apache.commons.digester.Digester fatalError
> >SEVERE: Parse Fatal Error at line 3 column 6: The processing instruction
> >target
> >matching "[xX][mM][lL]" is not allowed.
> >org.xml.sax.SAXParseException: The processing instruction target matching
> >"[xX]
> >mM][lL]" is not allowed.
> > at
> >org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(U
> >known Source)
> > at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
> >Source
> >
> > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> >Source)
> > at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
> >Source)
> > at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown
> >Source)
> > at org.apache.xerces.impl.XMLScanner.scanPIData(Unknown Source)
> > at
> >org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanPIData(Unk
> >own Source)
> > at org.apache.xerces.impl.XMLScanner.scanPI(Unknown Source)
> > at
> >org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.dispa
> >ch(Unknown Source)
> > at
> >org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(U
> >known Source)
> > at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
> >Source)
> > at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> > at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> > at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> > at org.apache.commons.digester.Digester.parse(Digester.java:1548)
> > at
> >org.apache.catalina.startup.ContextConfig.applicationConfig(Conte
Re: Re: TOmcat 5.0.16 console error,Pls help
Look at:
http://www.technobuff.net/javatips/kits/startkit/classes_ifs_pkgs.shtml
and
http://cs.stmarys.ca/~porter/csc/465/notes/javapl_packages.html
then check out
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/appdev/deployment.html
This should explain a few things.
- Original Message -
From: "Avinash Sridhar" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Cc: "Doug Parsons" <[EMAIL PROTECTED]>
Sent: Sunday, February 01, 2004 11:19 PM
Subject: Re: Re: TOmcat 5.0.16 console error,Pls help
Hi,
Thanks for the help,The HelloServlet.java file is as follows
/*HelloServlet.java***/
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
/** Simple servlet used to test server.
*
* Taken from Core Servlets and JavaServer Pages 2nd Edition
* from Prentice Hall and Sun Microsystems Press,
* http://www.coreservlets.com/.
* © 2003 Marty Hall; may be freely used or adapted.
*/
public class HelloServlet extends HttpServlet {
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
PrintWriter out = response.getWriter();
String docType =
"\n";
out.println(docType +
"\n" +
"Hello\n" +
"\n" +
"Hello\n" +
"");
}
}
/*HelloServlet.java***/
Hoping to get going with it.
Thanks
AS
On Mon, 02 Feb 2004 Doug Parsons wrote :
>Post your HelloServlet code or attach it.
>
>
>- Original Message -
> From: "Avinash Sridhar" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Sunday, February 01, 2004 10:21 PM
>Subject: TOmcat 5.0.16 console error,Pls help
>
>
>Hi,
>I was told that the .class files must be put into a package in order
for
>the tomcat to run it.
>
>My directory structure is as follows,
>
>%TOMCAT HOME %/webapps/sampleapp/WEB-INF/classes
> /WEB-INF/lib
> /WEB-INF/sourcefiles
> /WEB-INF/web.xml
>In the classes directory I have make something like this
>/classes/package/structure/HelloServlet.class(This is my servlet file),
>
>Now I have changed/made the web.xml in MY WEB-INF directory and have added
>this
>
>/ Contents of web.xml file */
>
>
>
> PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
> "http://java.sun.com/dtd/web-app_2_3.dtd";>
>
>
> Servlet 2.4 Examples
>Servlet 2.4 Examples
>
>
>
>
>
> HelloServlet
> /** This is the prominent change **/
> package.structure.HelloServlet
> /** This is the prominent change **/
>
>
>
>
>
> HelloServlet
> /sampleapp
>
>
>
>
>
>
>/ Contents of web.xml file */
>
>
>Hope that it is right so far,
>
>I dont know how to change the %TOMCAT_HOME%/conf/server.xml,do we have to
>change anything here??, this is what I have written in the server.xml file.
>
>/* Contents of server.xml file ***/
>
>
>
>
>/* Contents of server.xml file ***/
>
>
>And finally I am getting theses errors in the tomcat console
>
>
>/*** Errors in Tomcat console */
>
>Feb 1, 2004 10:04:22 PM org.apache.commons.digester.Digester fatalError
>SEVERE: Parse Fatal Error at line 3 column 6: The processing instruction
>target
>matching "[xX][mM][lL]" is not allowed.
>org.xml.sax.SAXParseException: The processing instruction target matching
>"[xX]
>mM][lL]" is not allowed.
> at
>org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(U
>known Source)
> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>Source
>
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>Source)
> at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown
>Source)
> at org.apache.xerces.impl.XMLScanner.scanPIData(Unknown Source)
> at
>org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanPIData(Unk
>own Source)
> at org.apache.xerces.impl.XMLScanner.scanPI(Unknown Source)
> at
>org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.dispa
>ch(Unknown So
Re: Re: TOmcat 5.0.16 console error,Pls help
Hi,
Thanks for the help,The HelloServlet.java file is as follows
/*HelloServlet.java***/
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
/** Simple servlet used to test server.
*
* Taken from Core Servlets and JavaServer Pages 2nd Edition
* from Prentice Hall and Sun Microsystems Press,
* http://www.coreservlets.com/.
* © 2003 Marty Hall; may be freely used or adapted.
*/
public class HelloServlet extends HttpServlet {
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
PrintWriter out = response.getWriter();
String docType =
"\n";
out.println(docType +
"\n" +
"Hello\n" +
"\n" +
"Hello\n" +
"");
}
}
/*HelloServlet.java***/
Hoping to get going with it.
Thanks
AS
On Mon, 02 Feb 2004 Doug Parsons wrote :
>Post your HelloServlet code or attach it.
>
>
>- Original Message -
> From: "Avinash Sridhar" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Sunday, February 01, 2004 10:21 PM
>Subject: TOmcat 5.0.16 console error,Pls help
>
>
>Hi,
>I was told that the .class files must be put into a package in order for
>the tomcat to run it.
>
>My directory structure is as follows,
>
>%TOMCAT HOME %/webapps/sampleapp/WEB-INF/classes
> /WEB-INF/lib
> /WEB-INF/sourcefiles
> /WEB-INF/web.xml
>In the classes directory I have make something like this
>/classes/package/structure/HelloServlet.class(This is my servlet file),
>
>Now I have changed/made the web.xml in MY WEB-INF directory and have added
>this
>
>/ Contents of web.xml file */
>
>
>
> PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
> "http://java.sun.com/dtd/web-app_2_3.dtd";>
>
>
> Servlet 2.4 Examples
>Servlet 2.4 Examples
>
>
>
>
>
> HelloServlet
> /** This is the prominent change **/
> package.structure.HelloServlet
> /** This is the prominent change **/
>
>
>
>
>
> HelloServlet
> /sampleapp
>
>
>
>
>
>
>/ Contents of web.xml file */
>
>
>Hope that it is right so far,
>
>I dont know how to change the %TOMCAT_HOME%/conf/server.xml,do we have to
>change anything here??, this is what I have written in the server.xml file.
>
>/* Contents of server.xml file ***/
>
>
>
>
>/* Contents of server.xml file ***/
>
>
>And finally I am getting theses errors in the tomcat console
>
>
>/*** Errors in Tomcat console */
>
>Feb 1, 2004 10:04:22 PM org.apache.commons.digester.Digester fatalError
>SEVERE: Parse Fatal Error at line 3 column 6: The processing instruction
>target
>matching "[xX][mM][lL]" is not allowed.
>org.xml.sax.SAXParseException: The processing instruction target matching
>"[xX]
>mM][lL]" is not allowed.
> at
>org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(U
>known Source)
> at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown
>Source
>
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>Source)
> at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
>Source)
> at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown
>Source)
> at org.apache.xerces.impl.XMLScanner.scanPIData(Unknown Source)
> at
>org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanPIData(Unk
>own Source)
> at org.apache.xerces.impl.XMLScanner.scanPI(Unknown Source)
> at
>org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.dispa
>ch(Unknown Source)
> at
>org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(U
>known Source)
> at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
>Source)
> at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
> at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at org.apache.commons.digester.Digester.parse(Digester.java:1548)
> at
>org.apache.catalina.startup.ContextConfig.applicationConfig(ContextC
>nfig.java:302)
> at
>org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:6
>4)
> at
>org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConf
>g.java:254)
> at
>org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecyc
>eSupport.java:166)
> at
>org.apache.catalina.core.StandardContext.start(StandardContext.java:
>212)
> at
>org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125
>
> at
>org.
Re: TOmcat 5.0.16 console error,Pls help
Post your HelloServlet code or attach it. - Original Message - From: "Avinash Sridhar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, February 01, 2004 10:21 PM Subject: TOmcat 5.0.16 console error,Pls help Hi, I was told that the .class files must be put into a package in order for the tomcat to run it. My directory structure is as follows, %TOMCAT HOME %/webapps/sampleapp/WEB-INF/classes /WEB-INF/lib /WEB-INF/sourcefiles /WEB-INF/web.xml In the classes directory I have make something like this /classes/package/structure/HelloServlet.class(This is my servlet file), Now I have changed/made the web.xml in MY WEB-INF directory and have added this / Contents of web.xml file */ http://java.sun.com/dtd/web-app_2_3.dtd";> Servlet 2.4 Examples Servlet 2.4 Examples HelloServlet /** This is the prominent change **/ package.structure.HelloServlet /** This is the prominent change **/ HelloServlet /sampleapp / Contents of web.xml file */ Hope that it is right so far, I dont know how to change the %TOMCAT_HOME%/conf/server.xml,do we have to change anything here??, this is what I have written in the server.xml file. /* Contents of server.xml file ***/ /* Contents of server.xml file ***/ And finally I am getting theses errors in the tomcat console /*** Errors in Tomcat console */ Feb 1, 2004 10:04:22 PM org.apache.commons.digester.Digester fatalError SEVERE: Parse Fatal Error at line 3 column 6: The processing instruction target matching "[xX][mM][lL]" is not allowed. org.xml.sax.SAXParseException: The processing instruction target matching "[xX] mM][lL]" is not allowed. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(U known Source) at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) at org.apache.xerces.impl.XMLScanner.scanPIData(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanPIData(Unk own Source) at org.apache.xerces.impl.XMLScanner.scanPI(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$PrologDispatcher.dispa ch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(U known Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1548) at org.apache.catalina.startup.ContextConfig.applicationConfig(ContextC nfig.java:302) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:6 4) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConf g.java:254) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecyc eSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java: 212) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125 at org.apache.catalina.core.StandardHost.start(StandardHost.java:816) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125 at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:51 ) at org.apache.catalina.core.StandardService.start(StandardService.java: 19) at org.apache.catalina.core.StandardServer.start(StandardServer.java:23 3) at org.apache.catalina.startup.Catalina.start(Catalina.java:581) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcce sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) Feb 1, 2004 10:04:22 PM org.apache.catalina.startup.ContextConfig applicationCo fig SEVERE: Parse error in application web.xml org.xml.sax.SAXParseException: The processing instruction target matching "[xX] mM][lL]" is not allowed. at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.j
Re: Tomcat 5.0.16 startup console error
Change the following in the server.xml : As I see from you configurations, the docbase of you application is the webapps directory of Tomcat and not at e:\ ... - Original Message - From: "Avinash Sridhar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, February 01, 2004 5:24 PM Subject: Tomcat 5.0.16 startup console error Hi, I am trying to get a simple servlet running using tomcat 5.0.16.I had posted the problem previously,but I dont know why it was ignored,plz dont ignore this too. Here is the problem I am facing... While I startup tomcat,I get the following error, /* Start of Error message **/ SEVERE: Cannot find message associated with key standardContext.resourcesStart java.lang.IllegalArgumentException: Document base E:\sampleapp does not exist or is not a readable directory /*End of Error message ***/ The directory structure is as follows /TOMCAT_HOME/webapps/sampleapp /TOMCAT_HOME/webapps/sampleapp/WEB-INF /TOMCAT_HOME/webapps/sampleapp/WEB-INF/classes /TOMCAT_HOME/webapps/sampleapp/WEB-INF/lib /TOMCAT_HOME/webapps/sampleapp/WEB-INF/sourcefiles /TOMCAT_HOME/webapps/sampleapp/WEB-INF/web.xml The content of web.xml is as follows. /**Start of web.xml ***/ http://java.sun.com/dtd/web-app_2_3.dtd";> Servlet 2.4 Examples Servlet 2.4 Examples HelloServlet HelloServlet HelloServlet /sampleapp /* End of web.xml */ Now I have modified the server.xml file in the TOMCAT_HOME/conf/server.xmllike this,just a line /*** server.xml ***/ /*server.xml / Kindly help me out. Any help would be appreciated Thanks AS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 startup console error
Avinash Sridhar wrote: [snip...] /* Start of Error message **/ SEVERE: Cannot find message associated with key standardContext.resourcesStart java.lang.IllegalArgumentException: Document base E:\sampleapp does not exist or is not a readable directory /*End of Error message ***/ The directory structure is as follows /TOMCAT_HOME/webapps/sampleapp /TOMCAT_HOME/webapps/sampleapp/WEB-INF /TOMCAT_HOME/webapps/sampleapp/WEB-INF/classes /TOMCAT_HOME/webapps/sampleapp/WEB-INF/lib /TOMCAT_HOME/webapps/sampleapp/WEB-INF/sourcefiles /TOMCAT_HOME/webapps/sampleapp/WEB-INF/web.xml [snip...] Now I have modified the server.xml file in the TOMCAT_HOME/conf/server.xmllike this,just a line /*** server.xml ***/ /*server.xml/ I don't understand why you want to have the docBase as "e:\sampleapp" while your directory structure is like /TOMCAT_HOME/webapps/sampleapp? Please try set docBase as "sampleapp". Best Bao Kindly help me out. Any help would be appreciated Thanks AS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 Requested resource not available
Yup, that's my problem like Tim Funk pointed . Thanks a lot for your help. Looks like you're one of the most helpful persons on this list :) On Mon, 2004-01-26 at 22:05, Shapira, Yoav wrote: > Howdy, > Do you have a servlet-mapping element in your web.xml for this servlet? > Doesn't look like it, and that's probably your problem. > > Yoav Shapira > Millennium ChemInformatics > > > >-Original Message- > >From: dontrango [mailto:[EMAIL PROTECTED] > >Sent: Saturday, January 24, 2004 3:42 AM > >To: [EMAIL PROTECTED] > >Subject: Tomcat 5.0.16 Requested resource not available > > > > > >Hi, > > > >I have the error message below whenever I'm calling my servlet: > > > >I run "http://localhost:8080/myApp/servlet/TestingServlet2"; > > > >I get : > > > >HTTP Status 404 - /myApp/servlet/TestingServlet2 > > > >type Status report > > > >message /myApp/servlet/TestingServlet2 > > > >description The requested resource (/myApp/servlet/TestingServlet2) is > >not available. > >Apache Tomcat/5.0.16 > > > >--- > > > >I read the thread "RE: Tomcat4.1.29 Requested resource not available" > on > >this mailing list, I managed to get the same result suggested by BAO > >RuiXian on the last thread. So I still don't get the solution. > > > > > >My settings: > > > > > >JAVA_HOME=/usr/local/opt/j2sdk1.4.2_01/ > >"CLASSPATH=/usr/local/opt/tomcat/common/lib/servlet-api.jar:." > > > > > >Using CATALINA_BASE: /usr/local/opt/tomcat > >Using CATALINA_HOME: /usr/local/opt/tomcat > >Using CATALINA_TMPDIR: /usr/local/opt/tomcat/temp > >Using JAVA_HOME: /usr/local/opt/j2sdk1.4.2_01/ > > > >My server.xml > >- > > > > > unpackWARs="true" autoDeploy="true" > > xmlValidation="false" xmlNamespaceAware="false"> > > > directory="logs" prefix="mandala_log." suffix=".txt" > >timestamp="false"/> > > > directory="logs" prefix="mandala_sysout_log." > >suffix=".txt" > > timestamp="false"/> > > > directory="logs" prefix="mandala_syserr_log." > >suffix=".txt" > > timestamp="false"/> > > > > > > > > > > > > >debug="4"/> > > > > > >My web.xml > >-- > > > > > > >PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" > >"http://java.sun.com/dtd/web-app_2_3.dtd";> > > > > > > > >TestingServlet2 > >TestingServlet2 > > > > > > > >What I've done: > >--- > > > >I have an instance of tomcat4.1.27 running on another machine (say > >hostA) and this tomcat5.0.16 runs on (host B). > > > >1. I compiled 'TestingServlet2' on hostB, brought it to hostA to the > >same directory ( I have the same directory structure, *.xml files on > >both hosts ) I managed to get the wanted output on host A but not on > >host B. > > > >2. I compiled 'TestingServlet2' on host B in > >CATALINA_HOME/webapps/myApp/WEB-INF/classes, brought the .java file to > >CATALINA_HOME/webapps/jsp-examples/WEB-INF/classes and compiled it > >there. > > > >the I revert to the original server.xml: > > > > > > > > > > > >then I run http://localhost:8080/jsp-examples/servlet/TestingServlet2. > > > >I still get the 'HTTP 404' error message. I managed to see the other > >examples without any problem. > > > >3. when I run http://localhost:8080/myApp/, I'm able to see the > >directory listing there. > > > >It seems that only catalina can't see the servlets I placed in the > >WEB-INF/classes directory. > > > >Since I've set "debug=4" in my server.xml, > >should there not be some error messages in my > >CATALINA_HOME/logs/log_localhost*? I don't get any message other than > >"INFO:*" lines in it. > > > >Is there a way to have a similar utility to log errors like Apache's > >error_log? > > > >Thanks for the suggestions :) > > > > > > > > > > > > > > > > > > > > > > > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > This e-mail, including any attachments, is a confidential business communication, > and may contain information that is confidential, proprietary and/or privileged. > This e-mail is intended only for the individual(s) to whom it is addressed, and may > not be saved, copied, printed, disclosed or used by anyone else. If you are not > the(an) intended recipient, please immediately delete this e-mail from your computer > system and notify the sender. Thank you. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- dontrango <[EMAIL PROTECTED]> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 Requested resource not available
Howdy, Do you have a servlet-mapping element in your web.xml for this servlet? Doesn't look like it, and that's probably your problem. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: dontrango [mailto:[EMAIL PROTECTED] >Sent: Saturday, January 24, 2004 3:42 AM >To: [EMAIL PROTECTED] >Subject: Tomcat 5.0.16 Requested resource not available > > >Hi, > >I have the error message below whenever I'm calling my servlet: > >I run "http://localhost:8080/myApp/servlet/TestingServlet2"; > >I get : > >HTTP Status 404 - /myApp/servlet/TestingServlet2 > >type Status report > >message /myApp/servlet/TestingServlet2 > >description The requested resource (/myApp/servlet/TestingServlet2) is >not available. >Apache Tomcat/5.0.16 > >--- > >I read the thread "RE: Tomcat4.1.29 Requested resource not available" on >this mailing list, I managed to get the same result suggested by BAO >RuiXian on the last thread. So I still don't get the solution. > > >My settings: > > >JAVA_HOME=/usr/local/opt/j2sdk1.4.2_01/ >"CLASSPATH=/usr/local/opt/tomcat/common/lib/servlet-api.jar:." > > >Using CATALINA_BASE: /usr/local/opt/tomcat >Using CATALINA_HOME: /usr/local/opt/tomcat >Using CATALINA_TMPDIR: /usr/local/opt/tomcat/temp >Using JAVA_HOME: /usr/local/opt/j2sdk1.4.2_01/ > >My server.xml >- > > unpackWARs="true" autoDeploy="true" > xmlValidation="false" xmlNamespaceAware="false"> > directory="logs" prefix="mandala_log." suffix=".txt" >timestamp="false"/> > directory="logs" prefix="mandala_sysout_log." >suffix=".txt" > timestamp="false"/> > directory="logs" prefix="mandala_syserr_log." >suffix=".txt" > timestamp="false"/> > > > > > >debug="4"/> > > >My web.xml >-- > > >PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" >"http://java.sun.com/dtd/web-app_2_3.dtd";> > > > >TestingServlet2 >TestingServlet2 > > > >What I've done: >--- > >I have an instance of tomcat4.1.27 running on another machine (say >hostA) and this tomcat5.0.16 runs on (host B). > >1. I compiled 'TestingServlet2' on hostB, brought it to hostA to the >same directory ( I have the same directory structure, *.xml files on >both hosts ) I managed to get the wanted output on host A but not on >host B. > >2. I compiled 'TestingServlet2' on host B in >CATALINA_HOME/webapps/myApp/WEB-INF/classes, brought the .java file to >CATALINA_HOME/webapps/jsp-examples/WEB-INF/classes and compiled it >there. > >the I revert to the original server.xml: > > > > > >then I run http://localhost:8080/jsp-examples/servlet/TestingServlet2. > >I still get the 'HTTP 404' error message. I managed to see the other >examples without any problem. > >3. when I run http://localhost:8080/myApp/, I'm able to see the >directory listing there. > >It seems that only catalina can't see the servlets I placed in the >WEB-INF/classes directory. > >Since I've set "debug=4" in my server.xml, >should there not be some error messages in my >CATALINA_HOME/logs/log_localhost*? I don't get any message other than >"INFO:*" lines in it. > >Is there a way to have a similar utility to log errors like Apache's >error_log? > >Thanks for the suggestions :) > > > > > > > > > > > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 jsp:useBean of type java.util.List won't compil e
Jason,
I believe you can use the type attribute instead of class to indicate that
the bean should not be instantiated. (This is an old reference, but I think
it's still accurate on the topic:
http://java.sun.com/products/jsp/syntax/1.0/syntaxref10.fm14.html.)
-john.
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, January 12, 2004 3:08 PM
To: Tomcat Users List
Subject: Re: Tomcat 5.0.16 jsp:useBean of type java.util.List won't
compile
Jason Wilson wrote:
> I have some jsp pages that now break in Tomcat 5.0.16.
> In particular, my use of the jsp:useBean tag is no
> longer working, it fails to compile.
>
> ## class="java.util.List"/>
>
> In the generated servlet, it attempts to do a
>
> ## java.util.List myListBean = new java.util.List();
>
> which does not work, since it is not a concrete class.
>
> In the version of Tomcat I was working with (4.1.*),
> it didn't use a hard coded constructor, for example:
>
> ## myListBean = (java.util.List)
> java.beans.Beans.instantiate(this.getClass().getClassLoader(),
> "java.util.List");
>
> Using reflection to call the constructordid not create
> a compile time error. This was good, in any case,
> because my JSP is never supposed to instantiate these
> beans, they are created by a servlet that forwards the
> request to them.
>
> Does anyone know why this new JSP servlet generator
> uses this type of constructor? It seems like it would
> break A LOT of code out there, where a JPS page uses
> the useBean to get a bean that is supposed to already
> be existing in the specified scope. Or are we
> supposed to only put concrete objects in our class
> types, and only those that have a no-arg constructor?
>
> Is there something new in the jsp 2.0 spec that allows
> me to define a bean that will never be instantiated in
> the page itself?
>
> My workaround is to remove all the jsp:useBean tags
> and just use scriptlets to get at the objects.
>
> ## <% java.util.List myList = (java.util.List)
> session.getAttribute("myList"); %>
>
> Once again, is there anyway that I can use jsp:useBean
> with classes like java.util.List or even classes that
> I have written that do not provide a no-arg
> constructor?
I did run into this issue, and the classes of the objects specified in
useBean *must* be JavaBeans (I did check the specification). So this
means, indeed, a concrete class with a no arg constructor.
> ## myListBean = (java.util.List)
> java.beans.Beans.instantiate(this.getClass().getClassLoader(),
> "java.util.List");
would create an error at runtime. I think the compile time error is more
honest and prevents sloppy coding, so I did go in and changed some JSP
code from JBoss management pages. Yes, I know, the code is never
supposed to be run blabla, but still, bugs do happen ;-)
--
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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 jsp:useBean of type java.util.List won't compile
--- Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Jason Wilson wrote:
> > I have some jsp pages that now break in Tomcat
> 5.0.16.
> > In particular, my use of the jsp:useBean tag is
> no
> > longer working, it fails to compile.
> >
> > ## > class="java.util.List"/>
> >
> > In the generated servlet, it attempts to do a
> >
> > ## java.util.List myListBean = new
> java.util.List();
> >
> > which does not work, since it is not a concrete
> class.
> >
> > In the version of Tomcat I was working with
> (4.1.*),
> > it didn't use a hard coded constructor, for
> example:
> >
> > ## myListBean = (java.util.List)
> >
>
java.beans.Beans.instantiate(this.getClass().getClassLoader(),
> > "java.util.List");
> >
> > Using reflection to call the constructordid not
> create
> > a compile time error. This was good, in any case,
> > because my JSP is never supposed to instantiate
> these
> > beans, they are created by a servlet that forwards
> the
> > request to them.
> >
> > Does anyone know why this new JSP servlet
> generator
> > uses this type of constructor? It seems like it
> would
> > break A LOT of code out there, where a JPS page
> uses
> > the useBean to get a bean that is supposed to
> already
> > be existing in the specified scope. Or are we
> > supposed to only put concrete objects in our class
> > types, and only those that have a no-arg
> constructor?
> >
> > Is there something new in the jsp 2.0 spec that
> allows
> > me to define a bean that will never be
> instantiated in
> > the page itself?
> >
> > My workaround is to remove all the jsp:useBean
> tags
> > and just use scriptlets to get at the objects.
> >
> > ## <% java.util.List myList = (java.util.List)
> > session.getAttribute("myList"); %>
> >
> > Once again, is there anyway that I can use
> jsp:useBean
> > with classes like java.util.List or even classes
> that
> > I have written that do not provide a no-arg
> > constructor?
>
> I did run into this issue, and the classes of the
> objects specified in
> useBean *must* be JavaBeans (I did check the
> specification). So this
> means, indeed, a concrete class with a no arg
> constructor.
>
> > ## myListBean = (java.util.List)
> >
>
java.beans.Beans.instantiate(this.getClass().getClassLoader(),
> > "java.util.List");
> would create an error at runtime. I think the
> compile time error is more
> honest and prevents sloppy coding, so I did go in
> and changed some JSP
> code from JBoss management pages. Yes, I know, the
> code is never
> supposed to be run blabla, but still, bugs do happen
> ;-)
Well, I guess it makes sense the useBean tag requires
it to be a bean. Perhaps I should be hoping for a
jsp:useObject that uses any object (and expects it to
already exist, and doesn't try to construct it). As
it stands, I expect to be able to use any object
passed from my servlets, and use them by interface or
polymorphically as I choose. For this reason, using
the scriptlet seems to be my best option. The useBean
tries to construct objects, and I never want my JSP
page to be able to construct them.
My general design is to have the servlets handle all
the object construction, navigation, logic, etc, and
the JSP pages get objects from the request or session
and use them to display information in the HTML. With
this design, I never want the JSP page to instantiate
objects. Therefore, I probably shouldn't be using the
useBean anyway. Back to scriptlets I suppose :)
>
> --
> 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]
>
__
Do you Yahoo!?
Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes
http://hotjobs.sweepstakes.yahoo.com/signingbonus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 jsp:useBean of type java.util.List won't compile
Jason Wilson wrote:
I have some jsp pages that now break in Tomcat 5.0.16.
In particular, my use of the jsp:useBean tag is no
longer working, it fails to compile.
##
In the generated servlet, it attempts to do a
## java.util.List myListBean = new java.util.List();
which does not work, since it is not a concrete class.
In the version of Tomcat I was working with (4.1.*),
it didn't use a hard coded constructor, for example:
## myListBean = (java.util.List)
java.beans.Beans.instantiate(this.getClass().getClassLoader(),
"java.util.List");
Using reflection to call the constructordid not create
a compile time error. This was good, in any case,
because my JSP is never supposed to instantiate these
beans, they are created by a servlet that forwards the
request to them.
Does anyone know why this new JSP servlet generator
uses this type of constructor? It seems like it would
break A LOT of code out there, where a JPS page uses
the useBean to get a bean that is supposed to already
be existing in the specified scope. Or are we
supposed to only put concrete objects in our class
types, and only those that have a no-arg constructor?
Is there something new in the jsp 2.0 spec that allows
me to define a bean that will never be instantiated in
the page itself?
My workaround is to remove all the jsp:useBean tags
and just use scriptlets to get at the objects.
## <% java.util.List myList = (java.util.List)
session.getAttribute("myList"); %>
Once again, is there anyway that I can use jsp:useBean
with classes like java.util.List or even classes that
I have written that do not provide a no-arg
constructor?
I did run into this issue, and the classes of the objects specified in
useBean *must* be JavaBeans (I did check the specification). So this
means, indeed, a concrete class with a no arg constructor.
> ## myListBean = (java.util.List)
> java.beans.Beans.instantiate(this.getClass().getClassLoader(),
> "java.util.List");
would create an error at runtime. I think the compile time error is more
honest and prevents sloppy coding, so I did go in and changed some JSP
code from JBoss management pages. Yes, I know, the code is never
supposed to be run blabla, but still, bugs do happen ;-)
--
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: Tomcat 5.0.16 user configuration
Hello, Do you don't have any ideas or is the questian to newbie like? About an answer, i would be very pleasure. greets michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 Replication
Hrmmm, perhaps I should reboot using the non-SMP kernel and try it. I'll have to do that when I get back to the servers. -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 2:04 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication uname -a machine #1) Linux draco 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386 GNU/Linux machine #2) Linux scorpio 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386 GNU/Linux java -version: java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) same on both -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 1:56 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication [EMAIL PROTECTED] bin]# uname -a Linux rh9 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux [EMAIL PROTECTED] bin]# java -version java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 11:05 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication sun JDK 1.4.2 for Linux Kernel 2.4.20-8smp Tomcat 5.0.16 with catalina-cluster.jar from CVS head Hrmmmare yours SMP servers? Could be something odd with synch if that is the case. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 1:01 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication interesting, mine doesn't work at all unless I set the LD_ASSUME_KERNEL what VM (version and name) are you using? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:59 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Now that's really very strange. I am running RH9 and everything seems to go through just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:56 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: >I don't seem to need the ld_assume_kernel thing. What are the symptoms when >it is required? > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Friday, January 09, 2004 12:33 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >Just tried the CVS head and everything works with any CPU going crazy! >only if ld_assume_kernel is set to 2.4 > >One more question for you Filip, is the useDirtyFlag working at all? It >seams like even if it's set to true, the whole session gets replicated >after each request. :( > >Jean-Philippe > >[EMAIL PROTECTED] wrote: > > > >>Hurray for Fillip! :) >> >>I'll get the CVS head for the module today and test this out. >>Happy to see that it got fixed that quickly! >> >>Thanks again and I'll let you know how it goes >> >>Jean-Philippe >> >>Filip Hanik wrote: >> >> >> >>>Jean-Philippe and Steve, >>>I fixed the bug, and tried replication on RH9. Immediately it didn't >>>work. >>>The problem is that when RH9 tries to write the ACK back to the NIO >>>socket, >>>it never reaches the other node. and times out after a long time. >>> >>>I set LD_ASSUME_KERNEL=2.4 and it started to work >>> >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 6:43 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>ok guys, >>>good news. The 100% cpu is totally my fault. I messed up on that one. >>>I was registering OP_WRITE as an interest >>>this is not good :) >>>checking in the working code in 15 min, some more regression tests >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 2:54 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>another code change was, that I am now accepting keys for OP_READ and >>>OP_WRITE. before it was only OP_READ, >>>but for synchronous
RE: tomcat 5.0.16 Replication
uname -a machine #1) Linux draco 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386 GNU/Linux machine #2) Linux scorpio 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386 GNU/Linux java -version: java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) same on both -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 1:56 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication [EMAIL PROTECTED] bin]# uname -a Linux rh9 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux [EMAIL PROTECTED] bin]# java -version java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 11:05 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication sun JDK 1.4.2 for Linux Kernel 2.4.20-8smp Tomcat 5.0.16 with catalina-cluster.jar from CVS head Hrmmmare yours SMP servers? Could be something odd with synch if that is the case. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 1:01 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication interesting, mine doesn't work at all unless I set the LD_ASSUME_KERNEL what VM (version and name) are you using? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:59 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Now that's really very strange. I am running RH9 and everything seems to go through just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:56 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: >I don't seem to need the ld_assume_kernel thing. What are the symptoms when >it is required? > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Friday, January 09, 2004 12:33 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >Just tried the CVS head and everything works with any CPU going crazy! >only if ld_assume_kernel is set to 2.4 > >One more question for you Filip, is the useDirtyFlag working at all? It >seams like even if it's set to true, the whole session gets replicated >after each request. :( > >Jean-Philippe > >[EMAIL PROTECTED] wrote: > > > >>Hurray for Fillip! :) >> >>I'll get the CVS head for the module today and test this out. >>Happy to see that it got fixed that quickly! >> >>Thanks again and I'll let you know how it goes >> >>Jean-Philippe >> >>Filip Hanik wrote: >> >> >> >>>Jean-Philippe and Steve, >>>I fixed the bug, and tried replication on RH9. Immediately it didn't >>>work. >>>The problem is that when RH9 tries to write the ACK back to the NIO >>>socket, >>>it never reaches the other node. and times out after a long time. >>> >>>I set LD_ASSUME_KERNEL=2.4 and it started to work >>> >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 6:43 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>ok guys, >>>good news. The 100% cpu is totally my fault. I messed up on that one. >>>I was registering OP_WRITE as an interest >>>this is not good :) >>>checking in the working code in 15 min, some more regression tests >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 2:54 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>another code change was, that I am now accepting keys for OP_READ and >>>OP_WRITE. before it was only OP_READ, >>>but for synchronous replication I need both. >>> >>>this is good info, I just got RH9 installed. will be trying it out >>>this and >>>next week. >>> >>>Filip >>> >>>-Original Message- >>>From: [EMAIL PROTECTED] >>>[mailto:[EMAIL PROTE
RE: tomcat 5.0.16 Replication
[EMAIL PROTECTED] bin]# uname -a Linux rh9 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux [EMAIL PROTECTED] bin]# java -version java version "1.4.2_03" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 11:05 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication sun JDK 1.4.2 for Linux Kernel 2.4.20-8smp Tomcat 5.0.16 with catalina-cluster.jar from CVS head Hrmmmare yours SMP servers? Could be something odd with synch if that is the case. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 1:01 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication interesting, mine doesn't work at all unless I set the LD_ASSUME_KERNEL what VM (version and name) are you using? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:59 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Now that's really very strange. I am running RH9 and everything seems to go through just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:56 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: >I don't seem to need the ld_assume_kernel thing. What are the symptoms when >it is required? > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Friday, January 09, 2004 12:33 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >Just tried the CVS head and everything works with any CPU going crazy! >only if ld_assume_kernel is set to 2.4 > >One more question for you Filip, is the useDirtyFlag working at all? It >seams like even if it's set to true, the whole session gets replicated >after each request. :( > >Jean-Philippe > >[EMAIL PROTECTED] wrote: > > > >>Hurray for Fillip! :) >> >>I'll get the CVS head for the module today and test this out. >>Happy to see that it got fixed that quickly! >> >>Thanks again and I'll let you know how it goes >> >>Jean-Philippe >> >>Filip Hanik wrote: >> >> >> >>>Jean-Philippe and Steve, >>>I fixed the bug, and tried replication on RH9. Immediately it didn't >>>work. >>>The problem is that when RH9 tries to write the ACK back to the NIO >>>socket, >>>it never reaches the other node. and times out after a long time. >>> >>>I set LD_ASSUME_KERNEL=2.4 and it started to work >>> >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 6:43 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>ok guys, >>>good news. The 100% cpu is totally my fault. I messed up on that one. >>>I was registering OP_WRITE as an interest >>>this is not good :) >>>checking in the working code in 15 min, some more regression tests >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 2:54 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>another code change was, that I am now accepting keys for OP_READ and >>>OP_WRITE. before it was only OP_READ, >>>but for synchronous replication I need both. >>> >>>this is good info, I just got RH9 installed. will be trying it out >>>this and >>>next week. >>> >>>Filip >>> >>>-Original Message- >>>From: [EMAIL PROTECTED] >>>[mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 11:46 AM >>>To: Tomcat Users List >>>Subject: Re: tomcat 5.0.16 Replication >>> >>> >>>The only changes in the ReplicationListener class is the try catch that >>>was added. >>> >>>the code logic is the same. Weird enough. So it's probably elsewhere >>>that something changed in the state of the SelectionKey. >>> >>>Jean-Philippe Bélanger >>> >>>Steve Nelson wrote: >>> >>> >>> &
Re: tomcat 5.0.16 Replication
uname -a reports: 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux Filip Hanik wrote: interesting, mine doesn't work at all unless I set the LD_ASSUME_KERNEL what VM (version and name) are you using? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:59 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Now that's really very strange. I am running RH9 and everything seems to go through just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:56 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: I don't seem to need the ld_assume_kernel thing. What are the symptoms when it is required? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:33 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Just tried the CVS head and everything works with any CPU going crazy! only if ld_assume_kernel is set to 2.4 One more question for you Filip, is the useDirtyFlag working at all? It seams like even if it's set to true, the whole session gets replicated after each request. :( Jean-Philippe [EMAIL PROTECTED] wrote: Hurray for Fillip! :) I'll get the CVS head for the module today and test this out. Happy to see that it got fixed that quickly! Thanks again and I'll let you know how it goes Jean-Philippe Filip Hanik wrote: Jean-Philippe and Steve, I fixed the bug, and tried replication on RH9. Immediately it didn't work. The problem is that when RH9 tries to write the ACK back to the NIO socket, it never reaches the other node. and times out after a long time. I set LD_ASSUME_KERNEL=2.4 and it started to work Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 6:43 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication ok guys, good news. The 100% cpu is totally my fault. I messed up on that one. I was registering OP_WRITE as an interest this is not good :) checking in the working code in 15 min, some more regression tests Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 2:54 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: I was just about to try this actually. I found through googling alot of people having problems with select with 1.4 and NIO with Redhat 9. They were actually experiencing crashes though. To verify your results I just put a Thread.Sleep(1); where you suggested and I also see the jump in performance. Something must have changed in ReplicationListener that causes this because the 5.0.16 version doesn't seem to have the problem. I'll see if I can figure it out when I get back to where I can diff the files. -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:25 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication More content for you Filip. I've checked and followed the code of the listen event in ReplicationListener.java Here's what happening: selector.select(timeout) -> return immediatly with one SelectorKey available That key is not Acceptable and not Readable so it immediatly skip those IFs and loops back to the beginning. I've put traces and this is executed once every millisecond hence the 100% load on the server. Just to make sure, I've put a Thread.sleep(10) at the end of the loop and the CPU dropped back to 0% and the replication still worked nicely but probably a little slower since the wait of 10ms. I don't know much about those NIO packages but seams like the select(timeout) method shouldn't return a SelectorKey of that state. with any waiting. Let me know what you can dig from those. Jean-Philippe Bélanger [EMAIL PROTECTED] wrote: Hi Filip. I did
RE: tomcat 5.0.16 Replication
sun JDK 1.4.2 for Linux Kernel 2.4.20-8smp Tomcat 5.0.16 with catalina-cluster.jar from CVS head Hrmmmare yours SMP servers? Could be something odd with synch if that is the case. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 1:01 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication interesting, mine doesn't work at all unless I set the LD_ASSUME_KERNEL what VM (version and name) are you using? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:59 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Now that's really very strange. I am running RH9 and everything seems to go through just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:56 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: >I don't seem to need the ld_assume_kernel thing. What are the symptoms when >it is required? > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Friday, January 09, 2004 12:33 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >Just tried the CVS head and everything works with any CPU going crazy! >only if ld_assume_kernel is set to 2.4 > >One more question for you Filip, is the useDirtyFlag working at all? It >seams like even if it's set to true, the whole session gets replicated >after each request. :( > >Jean-Philippe > >[EMAIL PROTECTED] wrote: > > > >>Hurray for Fillip! :) >> >>I'll get the CVS head for the module today and test this out. >>Happy to see that it got fixed that quickly! >> >>Thanks again and I'll let you know how it goes >> >>Jean-Philippe >> >>Filip Hanik wrote: >> >> >> >>>Jean-Philippe and Steve, >>>I fixed the bug, and tried replication on RH9. Immediately it didn't >>>work. >>>The problem is that when RH9 tries to write the ACK back to the NIO >>>socket, >>>it never reaches the other node. and times out after a long time. >>> >>>I set LD_ASSUME_KERNEL=2.4 and it started to work >>> >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 6:43 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>ok guys, >>>good news. The 100% cpu is totally my fault. I messed up on that one. >>>I was registering OP_WRITE as an interest >>>this is not good :) >>>checking in the working code in 15 min, some more regression tests >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 2:54 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>another code change was, that I am now accepting keys for OP_READ and >>>OP_WRITE. before it was only OP_READ, >>>but for synchronous replication I need both. >>> >>>this is good info, I just got RH9 installed. will be trying it out >>>this and >>>next week. >>> >>>Filip >>> >>>-Original Message- >>>From: [EMAIL PROTECTED] >>>[mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 11:46 AM >>>To: Tomcat Users List >>>Subject: Re: tomcat 5.0.16 Replication >>> >>> >>>The only changes in the ReplicationListener class is the try catch that >>>was added. >>> >>>the code logic is the same. Weird enough. So it's probably elsewhere >>>that something changed in the state of the SelectionKey. >>> >>>Jean-Philippe Bélanger >>> >>>Steve Nelson wrote: >>> >>> >>> >>> >>> >>>>I was just about to try this actually. I found through googling alot of >>>>people >>>>having problems with select with 1.4 and NIO with Redhat 9. They were >>>>actually >>>>experiencing crashes though. >>>> >>>>To verify your results I just put a Thread.Sleep(1); where you >>>> >>>> >>>> >>>suggested and >>> >>> >>
RE: tomcat 5.0.16 Replication
interesting, mine doesn't work at all unless I set the LD_ASSUME_KERNEL what VM (version and name) are you using? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:59 AM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Now that's really very strange. I am running RH9 and everything seems to go through just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:56 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: >I don't seem to need the ld_assume_kernel thing. What are the symptoms when >it is required? > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Friday, January 09, 2004 12:33 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >Just tried the CVS head and everything works with any CPU going crazy! >only if ld_assume_kernel is set to 2.4 > >One more question for you Filip, is the useDirtyFlag working at all? It >seams like even if it's set to true, the whole session gets replicated >after each request. :( > >Jean-Philippe > >[EMAIL PROTECTED] wrote: > > > >>Hurray for Fillip! :) >> >>I'll get the CVS head for the module today and test this out. >>Happy to see that it got fixed that quickly! >> >>Thanks again and I'll let you know how it goes >> >>Jean-Philippe >> >>Filip Hanik wrote: >> >> >> >>>Jean-Philippe and Steve, >>>I fixed the bug, and tried replication on RH9. Immediately it didn't >>>work. >>>The problem is that when RH9 tries to write the ACK back to the NIO >>>socket, >>>it never reaches the other node. and times out after a long time. >>> >>>I set LD_ASSUME_KERNEL=2.4 and it started to work >>> >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 6:43 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>ok guys, >>>good news. The 100% cpu is totally my fault. I messed up on that one. >>>I was registering OP_WRITE as an interest >>>this is not good :) >>>checking in the working code in 15 min, some more regression tests >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 2:54 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>another code change was, that I am now accepting keys for OP_READ and >>>OP_WRITE. before it was only OP_READ, >>>but for synchronous replication I need both. >>> >>>this is good info, I just got RH9 installed. will be trying it out >>>this and >>>next week. >>> >>>Filip >>> >>>-Original Message- >>>From: [EMAIL PROTECTED] >>>[mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 11:46 AM >>>To: Tomcat Users List >>>Subject: Re: tomcat 5.0.16 Replication >>> >>> >>>The only changes in the ReplicationListener class is the try catch that >>>was added. >>> >>>the code logic is the same. Weird enough. So it's probably elsewhere >>>that something changed in the state of the SelectionKey. >>> >>>Jean-Philippe Bélanger >>> >>>Steve Nelson wrote: >>> >>> >>> >>> >>> >>>>I was just about to try this actually. I found through googling alot of >>>>people >>>>having problems with select with 1.4 and NIO with Redhat 9. They were >>>>actually >>>>experiencing crashes though. >>>> >>>>To verify your results I just put a Thread.Sleep(1); where you >>>> >>>> >>>> >>>suggested and >>> >>> >>> >>> >>>>I also see the jump in performance. >>>> >>>>Something must have changed in ReplicationListener that causes this >>>>because >>>>the 5.0.16 >>>>version doesn't seem to have the problem. I'll see if I can figure >>>>it out >>>>when I ge
RE: tomcat 5.0.16 Replication
Now that's really very strange. I am running RH9 and everything seems to go through just fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:56 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: >I don't seem to need the ld_assume_kernel thing. What are the symptoms when >it is required? > > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Friday, January 09, 2004 12:33 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >Just tried the CVS head and everything works with any CPU going crazy! >only if ld_assume_kernel is set to 2.4 > >One more question for you Filip, is the useDirtyFlag working at all? It >seams like even if it's set to true, the whole session gets replicated >after each request. :( > >Jean-Philippe > >[EMAIL PROTECTED] wrote: > > > >>Hurray for Fillip! :) >> >>I'll get the CVS head for the module today and test this out. >>Happy to see that it got fixed that quickly! >> >>Thanks again and I'll let you know how it goes >> >>Jean-Philippe >> >>Filip Hanik wrote: >> >> >> >>>Jean-Philippe and Steve, >>>I fixed the bug, and tried replication on RH9. Immediately it didn't >>>work. >>>The problem is that when RH9 tries to write the ACK back to the NIO >>>socket, >>>it never reaches the other node. and times out after a long time. >>> >>>I set LD_ASSUME_KERNEL=2.4 and it started to work >>> >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 6:43 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>ok guys, >>>good news. The 100% cpu is totally my fault. I messed up on that one. >>>I was registering OP_WRITE as an interest >>>this is not good :) >>>checking in the working code in 15 min, some more regression tests >>>Filip >>> >>>-Original Message- >>>From: Filip Hanik [mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 2:54 PM >>>To: Tomcat Users List >>>Subject: RE: tomcat 5.0.16 Replication >>> >>> >>>another code change was, that I am now accepting keys for OP_READ and >>>OP_WRITE. before it was only OP_READ, >>>but for synchronous replication I need both. >>> >>>this is good info, I just got RH9 installed. will be trying it out >>>this and >>>next week. >>> >>>Filip >>> >>>-Original Message- >>>From: [EMAIL PROTECTED] >>>[mailto:[EMAIL PROTECTED] >>>Sent: Thursday, January 08, 2004 11:46 AM >>>To: Tomcat Users List >>>Subject: Re: tomcat 5.0.16 Replication >>> >>> >>>The only changes in the ReplicationListener class is the try catch that >>>was added. >>> >>>the code logic is the same. Weird enough. So it's probably elsewhere >>>that something changed in the state of the SelectionKey. >>> >>>Jean-Philippe Bélanger >>> >>>Steve Nelson wrote: >>> >>> >>> >>> >>> >>>>I was just about to try this actually. I found through googling alot of >>>>people >>>>having problems with select with 1.4 and NIO with Redhat 9. They were >>>>actually >>>>experiencing crashes though. >>>> >>>>To verify your results I just put a Thread.Sleep(1); where you >>>> >>>> >>>> >>>suggested and >>> >>> >>> >>> >>>>I also see the jump in performance. >>>> >>>>Something must have changed in ReplicationListener that causes this >>>>because >>>>the 5.0.16 >>>>version doesn't seem to have the problem. I'll see if I can figure >>>>it out >>>>when I get back to where I can diff the files. >>>> >>>>-Steve >>>> >>>>-Original Message- >>>>From: [EMAIL PROTECTED] >>>>[mailto:[EMAIL PROTECTED] >>>>Sent: Thur
Re: tomcat 5.0.16 Replication
The replication message ACK never get back to the sender. So my webpages never loads without that flag. I think it is only needed under REDHAT 9. Jean-Philippe Bélanger Steve Nelson wrote: I don't seem to need the ld_assume_kernel thing. What are the symptoms when it is required? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:33 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Just tried the CVS head and everything works with any CPU going crazy! only if ld_assume_kernel is set to 2.4 One more question for you Filip, is the useDirtyFlag working at all? It seams like even if it's set to true, the whole session gets replicated after each request. :( Jean-Philippe [EMAIL PROTECTED] wrote: Hurray for Fillip! :) I'll get the CVS head for the module today and test this out. Happy to see that it got fixed that quickly! Thanks again and I'll let you know how it goes Jean-Philippe Filip Hanik wrote: Jean-Philippe and Steve, I fixed the bug, and tried replication on RH9. Immediately it didn't work. The problem is that when RH9 tries to write the ACK back to the NIO socket, it never reaches the other node. and times out after a long time. I set LD_ASSUME_KERNEL=2.4 and it started to work Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 6:43 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication ok guys, good news. The 100% cpu is totally my fault. I messed up on that one. I was registering OP_WRITE as an interest this is not good :) checking in the working code in 15 min, some more regression tests Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 2:54 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: I was just about to try this actually. I found through googling alot of people having problems with select with 1.4 and NIO with Redhat 9. They were actually experiencing crashes though. To verify your results I just put a Thread.Sleep(1); where you suggested and I also see the jump in performance. Something must have changed in ReplicationListener that causes this because the 5.0.16 version doesn't seem to have the problem. I'll see if I can figure it out when I get back to where I can diff the files. -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:25 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication More content for you Filip. I've checked and followed the code of the listen event in ReplicationListener.java Here's what happening: selector.select(timeout) -> return immediatly with one SelectorKey available That key is not Acceptable and not Readable so it immediatly skip those IFs and loops back to the beginning. I've put traces and this is executed once every millisecond hence the 100% load on the server. Just to make sure, I've put a Thread.sleep(10) at the end of the loop and the CPU dropped back to 0% and the replication still worked nicely but probably a little slower since the wait of 10ms. I don't know much about those NIO packages but seams like the select(timeout) method shouldn't return a SelectorKey of that state. with any waiting. Let me know what you can dig from those. Jean-Philippe Bélanger [EMAIL PROTECTED] wrote: Hi Filip. I did some profiling of 40mins of tomcat with and without a 2nd node up. here are the results with -Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: Those number are cpu=times and not samples since the later one freezes on my systems. So that list shows the time spent in each methods. Major difference the some call to the sun.nio.ch.PollArrayWrapper class. I don't know much about those NIOs packages but 819000 call in 40 mins is a lot. The Socket Interface was called more than twice with 2 hosts than with a single one. Which seams normal. Maybe this can help. If you need the complete hprof file I can send them to you. 1 host in cluster: CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00
Re: tomcat 5.0.16 Replication
A... I see. So no way to have only the value which setAttribute was called on to be replicated (yet...) ? Thanks Jean-Philippe Bélanger Filip Hanik wrote: useDirtyFlag=true means that session (yes the whole) only gets replicated when setAttribute and removeAttribute is called -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:33 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Just tried the CVS head and everything works with any CPU going crazy! only if ld_assume_kernel is set to 2.4 One more question for you Filip, is the useDirtyFlag working at all? It seams like even if it's set to true, the whole session gets replicated after each request. :( Jean-Philippe [EMAIL PROTECTED] wrote: Hurray for Fillip! :) I'll get the CVS head for the module today and test this out. Happy to see that it got fixed that quickly! Thanks again and I'll let you know how it goes Jean-Philippe Filip Hanik wrote: Jean-Philippe and Steve, I fixed the bug, and tried replication on RH9. Immediately it didn't work. The problem is that when RH9 tries to write the ACK back to the NIO socket, it never reaches the other node. and times out after a long time. I set LD_ASSUME_KERNEL=2.4 and it started to work Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 6:43 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication ok guys, good news. The 100% cpu is totally my fault. I messed up on that one. I was registering OP_WRITE as an interest this is not good :) checking in the working code in 15 min, some more regression tests Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 2:54 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: I was just about to try this actually. I found through googling alot of people having problems with select with 1.4 and NIO with Redhat 9. They were actually experiencing crashes though. To verify your results I just put a Thread.Sleep(1); where you suggested and I also see the jump in performance. Something must have changed in ReplicationListener that causes this because the 5.0.16 version doesn't seem to have the problem. I'll see if I can figure it out when I get back to where I can diff the files. -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:25 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication More content for you Filip. I've checked and followed the code of the listen event in ReplicationListener.java Here's what happening: selector.select(timeout) -> return immediatly with one SelectorKey available That key is not Acceptable and not Readable so it immediatly skip those IFs and loops back to the beginning. I've put traces and this is executed once every millisecond hence the 100% load on the server. Just to make sure, I've put a Thread.sleep(10) at the end of the loop and the CPU dropped back to 0% and the replication still worked nicely but probably a little slower since the wait of 10ms. I don't know much about those NIO packages but seams like the select(timeout) method shouldn't return a SelectorKey of that state. with any waiting. Let me know what you can dig from those. Jean-Philippe Bélanger [EMAIL PROTECTED] wrote: Hi Filip. I did some profiling of 40mins of tomcat with and without a 2nd node up. here are the results with -Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: Those number are cpu=times and not samples since the later one freezes on my systems. So that list shows the time spent in each methods. Major difference the some call to the sun.nio.ch.PollArrayWrapper class. I don't know much about those NIOs packages but 819000 call in 40 mins is a lot. The Socket Interface was called more than twice with 2 hosts than with a single one. Which seams normal. Maybe this can help. If you need the complete hprof file I can send them to you. 1 host in cluster: CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2
RE: tomcat 5.0.16 Replication
I don't seem to need the ld_assume_kernel thing. What are the symptoms when it is required? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 12:33 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Just tried the CVS head and everything works with any CPU going crazy! only if ld_assume_kernel is set to 2.4 One more question for you Filip, is the useDirtyFlag working at all? It seams like even if it's set to true, the whole session gets replicated after each request. :( Jean-Philippe [EMAIL PROTECTED] wrote: > Hurray for Fillip! :) > > I'll get the CVS head for the module today and test this out. > Happy to see that it got fixed that quickly! > > Thanks again and I'll let you know how it goes > > Jean-Philippe > > Filip Hanik wrote: > >> Jean-Philippe and Steve, >> I fixed the bug, and tried replication on RH9. Immediately it didn't >> work. >> The problem is that when RH9 tries to write the ACK back to the NIO >> socket, >> it never reaches the other node. and times out after a long time. >> >> I set LD_ASSUME_KERNEL=2.4 and it started to work >> >> Filip >> >> -Original Message- >> From: Filip Hanik [mailto:[EMAIL PROTECTED] >> Sent: Thursday, January 08, 2004 6:43 PM >> To: Tomcat Users List >> Subject: RE: tomcat 5.0.16 Replication >> >> >> ok guys, >> good news. The 100% cpu is totally my fault. I messed up on that one. >> I was registering OP_WRITE as an interest >> this is not good :) >> checking in the working code in 15 min, some more regression tests >> Filip >> >> -Original Message- >> From: Filip Hanik [mailto:[EMAIL PROTECTED] >> Sent: Thursday, January 08, 2004 2:54 PM >> To: Tomcat Users List >> Subject: RE: tomcat 5.0.16 Replication >> >> >> another code change was, that I am now accepting keys for OP_READ and >> OP_WRITE. before it was only OP_READ, >> but for synchronous replication I need both. >> >> this is good info, I just got RH9 installed. will be trying it out >> this and >> next week. >> >> Filip >> >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] >> Sent: Thursday, January 08, 2004 11:46 AM >> To: Tomcat Users List >> Subject: Re: tomcat 5.0.16 Replication >> >> >> The only changes in the ReplicationListener class is the try catch that >> was added. >> >> the code logic is the same. Weird enough. So it's probably elsewhere >> that something changed in the state of the SelectionKey. >> >> Jean-Philippe Bélanger >> >> Steve Nelson wrote: >> >> >> >>> I was just about to try this actually. I found through googling alot of >>> people >>> having problems with select with 1.4 and NIO with Redhat 9. They were >>> actually >>> experiencing crashes though. >>> >>> To verify your results I just put a Thread.Sleep(1); where you >>> >> >> suggested and >> >> >>> I also see the jump in performance. >>> >>> Something must have changed in ReplicationListener that causes this >>> because >>> the 5.0.16 >>> version doesn't seem to have the problem. I'll see if I can figure >>> it out >>> when I get back to where I can diff the files. >>> >>> -Steve >>> >>> -Original Message- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] >>> Sent: Thursday, January 08, 2004 12:25 PM >>> To: Tomcat Users List >>> Subject: Re: tomcat 5.0.16 Replication >>> >>> >>> More content for you Filip. >>> >>> I've checked and followed the code of the listen event in >>> ReplicationListener.java >>> >>> Here's what happening: >>> >>> selector.select(timeout) -> return immediatly with one SelectorKey >>> >> >> available >> >> >>> That key is not Acceptable and not Readable so it immediatly skip those >>> IFs and loops back to the beginning. >>> >>> I've put traces and this is executed once every millisecond hence the >>> 100% load on the server. >>> Just to make sure, I've put a Thread.sleep(10) at the end of the loop >>> and the CPU dropped back to 0% and the replication still worked nicely >>> but probably a little slower since the wait of 10ms. >>> >
RE: tomcat 5.0.16 Replication
useDirtyFlag=true means that session (yes the whole) only gets replicated when setAttribute and removeAttribute is called -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 10:33 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Just tried the CVS head and everything works with any CPU going crazy! only if ld_assume_kernel is set to 2.4 One more question for you Filip, is the useDirtyFlag working at all? It seams like even if it's set to true, the whole session gets replicated after each request. :( Jean-Philippe [EMAIL PROTECTED] wrote: > Hurray for Fillip! :) > > I'll get the CVS head for the module today and test this out. > Happy to see that it got fixed that quickly! > > Thanks again and I'll let you know how it goes > > Jean-Philippe > > Filip Hanik wrote: > >> Jean-Philippe and Steve, >> I fixed the bug, and tried replication on RH9. Immediately it didn't >> work. >> The problem is that when RH9 tries to write the ACK back to the NIO >> socket, >> it never reaches the other node. and times out after a long time. >> >> I set LD_ASSUME_KERNEL=2.4 and it started to work >> >> Filip >> >> -Original Message- >> From: Filip Hanik [mailto:[EMAIL PROTECTED] >> Sent: Thursday, January 08, 2004 6:43 PM >> To: Tomcat Users List >> Subject: RE: tomcat 5.0.16 Replication >> >> >> ok guys, >> good news. The 100% cpu is totally my fault. I messed up on that one. >> I was registering OP_WRITE as an interest >> this is not good :) >> checking in the working code in 15 min, some more regression tests >> Filip >> >> -Original Message- >> From: Filip Hanik [mailto:[EMAIL PROTECTED] >> Sent: Thursday, January 08, 2004 2:54 PM >> To: Tomcat Users List >> Subject: RE: tomcat 5.0.16 Replication >> >> >> another code change was, that I am now accepting keys for OP_READ and >> OP_WRITE. before it was only OP_READ, >> but for synchronous replication I need both. >> >> this is good info, I just got RH9 installed. will be trying it out >> this and >> next week. >> >> Filip >> >> -Original Message- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] >> Sent: Thursday, January 08, 2004 11:46 AM >> To: Tomcat Users List >> Subject: Re: tomcat 5.0.16 Replication >> >> >> The only changes in the ReplicationListener class is the try catch that >> was added. >> >> the code logic is the same. Weird enough. So it's probably elsewhere >> that something changed in the state of the SelectionKey. >> >> Jean-Philippe Bélanger >> >> Steve Nelson wrote: >> >> >> >>> I was just about to try this actually. I found through googling alot of >>> people >>> having problems with select with 1.4 and NIO with Redhat 9. They were >>> actually >>> experiencing crashes though. >>> >>> To verify your results I just put a Thread.Sleep(1); where you >>> >> >> suggested and >> >> >>> I also see the jump in performance. >>> >>> Something must have changed in ReplicationListener that causes this >>> because >>> the 5.0.16 >>> version doesn't seem to have the problem. I'll see if I can figure >>> it out >>> when I get back to where I can diff the files. >>> >>> -Steve >>> >>> -Original Message- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] >>> Sent: Thursday, January 08, 2004 12:25 PM >>> To: Tomcat Users List >>> Subject: Re: tomcat 5.0.16 Replication >>> >>> >>> More content for you Filip. >>> >>> I've checked and followed the code of the listen event in >>> ReplicationListener.java >>> >>> Here's what happening: >>> >>> selector.select(timeout) -> return immediatly with one SelectorKey >>> >> >> available >> >> >>> That key is not Acceptable and not Readable so it immediatly skip those >>> IFs and loops back to the beginning. >>> >>> I've put traces and this is executed once every millisecond hence the >>> 100% load on the server. >>> Just to make sure, I've put a Thread.sleep(10) at the end of the loop >>> and the CPU dropped back to 0% and the replication still worked nicely >>> but probably a little slower since the wait of 10ms. >>&g
RE: tomcat 5.0.16 Replication
I will be implementing some performance improvements today. I'll let you know how it goes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 09, 2004 4:33 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Hurray for Fillip! :) I'll get the CVS head for the module today and test this out. Happy to see that it got fixed that quickly! Thanks again and I'll let you know how it goes Jean-Philippe Filip Hanik wrote: >Jean-Philippe and Steve, >I fixed the bug, and tried replication on RH9. Immediately it didn't work. >The problem is that when RH9 tries to write the ACK back to the NIO socket, >it never reaches the other node. and times out after a long time. > >I set LD_ASSUME_KERNEL=2.4 and it started to work > >Filip > >-Original Message- >From: Filip Hanik [mailto:[EMAIL PROTECTED] >Sent: Thursday, January 08, 2004 6:43 PM >To: Tomcat Users List >Subject: RE: tomcat 5.0.16 Replication > > >ok guys, >good news. The 100% cpu is totally my fault. I messed up on that one. >I was registering OP_WRITE as an interest >this is not good :) >checking in the working code in 15 min, some more regression tests >Filip > >-Original Message- >From: Filip Hanik [mailto:[EMAIL PROTECTED] >Sent: Thursday, January 08, 2004 2:54 PM >To: Tomcat Users List >Subject: RE: tomcat 5.0.16 Replication > > >another code change was, that I am now accepting keys for OP_READ and >OP_WRITE. before it was only OP_READ, >but for synchronous replication I need both. > >this is good info, I just got RH9 installed. will be trying it out this and >next week. > >Filip > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Thursday, January 08, 2004 11:46 AM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >The only changes in the ReplicationListener class is the try catch that >was added. > >the code logic is the same. Weird enough. So it's probably elsewhere >that something changed in the state of the SelectionKey. > >Jean-Philippe Bélanger > >Steve Nelson wrote: > > > >>I was just about to try this actually. I found through googling alot of >>people >>having problems with select with 1.4 and NIO with Redhat 9. They were >>actually >>experiencing crashes though. >> >>To verify your results I just put a Thread.Sleep(1); where you >> >> >suggested and > > >>I also see the jump in performance. >> >>Something must have changed in ReplicationListener that causes this because >>the 5.0.16 >>version doesn't seem to have the problem. I'll see if I can figure it out >>when I get back to where I can diff the files. >> >>-Steve >> >>-Original Message- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] >>Sent: Thursday, January 08, 2004 12:25 PM >>To: Tomcat Users List >>Subject: Re: tomcat 5.0.16 Replication >> >> >>More content for you Filip. >> >>I've checked and followed the code of the listen event in >>ReplicationListener.java >> >>Here's what happening: >> >>selector.select(timeout) -> return immediatly with one SelectorKey >> >> >available > > >>That key is not Acceptable and not Readable so it immediatly skip those >>IFs and loops back to the beginning. >> >>I've put traces and this is executed once every millisecond hence the >>100% load on the server. >>Just to make sure, I've put a Thread.sleep(10) at the end of the loop >>and the CPU dropped back to 0% and the replication still worked nicely >>but probably a little slower since the wait of 10ms. >> >>I don't know much about those NIO packages but seams like the >>select(timeout) method shouldn't return a SelectorKey of that state. >>with any waiting. >> >>Let me know what you can dig from those. >> >>Jean-Philippe Bélanger >> >>[EMAIL PROTECTED] wrote: >> >> >> >> >> >>>Hi Filip. >>> >>>I did some profiling of 40mins of tomcat with and without a 2nd node >>>up. here are the results with >>>-Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: >>> >>>Those number are cpu=times and not samples since the later one freezes >>>on my systems. >>>So that list shows the time spent in each methods. >>> >>>Major difference the some call to the sun.nio.ch.PollArrayWrapper >>>class. I don't know much about those NIOs
Re: tomcat 5.0.16 Replication
Just tried the CVS head and everything works with any CPU going crazy! only if ld_assume_kernel is set to 2.4 One more question for you Filip, is the useDirtyFlag working at all? It seams like even if it's set to true, the whole session gets replicated after each request. :( Jean-Philippe [EMAIL PROTECTED] wrote: Hurray for Fillip! :) I'll get the CVS head for the module today and test this out. Happy to see that it got fixed that quickly! Thanks again and I'll let you know how it goes Jean-Philippe Filip Hanik wrote: Jean-Philippe and Steve, I fixed the bug, and tried replication on RH9. Immediately it didn't work. The problem is that when RH9 tries to write the ACK back to the NIO socket, it never reaches the other node. and times out after a long time. I set LD_ASSUME_KERNEL=2.4 and it started to work Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 6:43 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication ok guys, good news. The 100% cpu is totally my fault. I messed up on that one. I was registering OP_WRITE as an interest this is not good :) checking in the working code in 15 min, some more regression tests Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 2:54 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: I was just about to try this actually. I found through googling alot of people having problems with select with 1.4 and NIO with Redhat 9. They were actually experiencing crashes though. To verify your results I just put a Thread.Sleep(1); where you suggested and I also see the jump in performance. Something must have changed in ReplicationListener that causes this because the 5.0.16 version doesn't seem to have the problem. I'll see if I can figure it out when I get back to where I can diff the files. -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:25 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication More content for you Filip. I've checked and followed the code of the listen event in ReplicationListener.java Here's what happening: selector.select(timeout) -> return immediatly with one SelectorKey available That key is not Acceptable and not Readable so it immediatly skip those IFs and loops back to the beginning. I've put traces and this is executed once every millisecond hence the 100% load on the server. Just to make sure, I've put a Thread.sleep(10) at the end of the loop and the CPU dropped back to 0% and the replication still worked nicely but probably a little slower since the wait of 10ms. I don't know much about those NIO packages but seams like the select(timeout) method shouldn't return a SelectorKey of that state. with any waiting. Let me know what you can dig from those. Jean-Philippe Bélanger [EMAIL PROTECTED] wrote: Hi Filip. I did some profiling of 40mins of tomcat with and without a 2nd node up. here are the results with -Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: Those number are cpu=times and not samples since the later one freezes on my systems. So that list shows the time spent in each methods. Major difference the some call to the sun.nio.ch.PollArrayWrapper class. I don't know much about those NIOs packages but 819000 call in 40 mins is a lot. The Socket Interface was called more than twice with 2 hosts than with a single one. Which seams normal. Maybe this can help. If you need the complete hprof file I can send them to you. 1 host in cluster: CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 rank self accum count trace method 1 11.48% 11.48% 5485 java.lang.Object.wait 2 11.46% 22.94% 11786 java.lang.Object.wait 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive 4 10.93% 44.81%4114 224 java.lang.Thread.sleep 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 6 7.37% 63.09% 28 495 java.lang.Object.wait 7 7.24% 70.34% 10 576 java.lang.Object.wait 8 4.57% 74.90% 90 716 java.lang.Thread.sleep 9 4.48% 79.38% 1 909 java.lang.
Re: tomcat 5.0.16 Replication
Hurray for Fillip! :) I'll get the CVS head for the module today and test this out. Happy to see that it got fixed that quickly! Thanks again and I'll let you know how it goes Jean-Philippe Filip Hanik wrote: Jean-Philippe and Steve, I fixed the bug, and tried replication on RH9. Immediately it didn't work. The problem is that when RH9 tries to write the ACK back to the NIO socket, it never reaches the other node. and times out after a long time. I set LD_ASSUME_KERNEL=2.4 and it started to work Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 6:43 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication ok guys, good news. The 100% cpu is totally my fault. I messed up on that one. I was registering OP_WRITE as an interest this is not good :) checking in the working code in 15 min, some more regression tests Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 2:54 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: I was just about to try this actually. I found through googling alot of people having problems with select with 1.4 and NIO with Redhat 9. They were actually experiencing crashes though. To verify your results I just put a Thread.Sleep(1); where you suggested and I also see the jump in performance. Something must have changed in ReplicationListener that causes this because the 5.0.16 version doesn't seem to have the problem. I'll see if I can figure it out when I get back to where I can diff the files. -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:25 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication More content for you Filip. I've checked and followed the code of the listen event in ReplicationListener.java Here's what happening: selector.select(timeout) -> return immediatly with one SelectorKey available That key is not Acceptable and not Readable so it immediatly skip those IFs and loops back to the beginning. I've put traces and this is executed once every millisecond hence the 100% load on the server. Just to make sure, I've put a Thread.sleep(10) at the end of the loop and the CPU dropped back to 0% and the replication still worked nicely but probably a little slower since the wait of 10ms. I don't know much about those NIO packages but seams like the select(timeout) method shouldn't return a SelectorKey of that state. with any waiting. Let me know what you can dig from those. Jean-Philippe Bélanger [EMAIL PROTECTED] wrote: Hi Filip. I did some profiling of 40mins of tomcat with and without a 2nd node up. here are the results with -Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: Those number are cpu=times and not samples since the later one freezes on my systems. So that list shows the time spent in each methods. Major difference the some call to the sun.nio.ch.PollArrayWrapper class. I don't know much about those NIOs packages but 819000 call in 40 mins is a lot. The Socket Interface was called more than twice with 2 hosts than with a single one. Which seams normal. Maybe this can help. If you need the complete hprof file I can send them to you. 1 host in cluster: CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 rank self accum count trace method 1 11.48% 11.48% 5485 java.lang.Object.wait 2 11.46% 22.94% 11786 java.lang.Object.wait 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive 4 10.93% 44.81%4114 224 java.lang.Thread.sleep 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 6 7.37% 63.09% 28 495 java.lang.Object.wait 7 7.24% 70.34% 10 576 java.lang.Object.wait 8 4.57% 74.90% 90 716 java.lang.Thread.sleep 9 4.48% 79.38% 1 909 java.lang.Object.wait 10 4.48% 83.86% 1 908 java.lang.Object.wait 11 4.48% 88.34% 15 810 java.lang.Object.wait 12 4.47% 92.81% 1 910 java.net.PlainSocketImpl.socketAccept 13 0.71% 93.52% 2 623 java.lang.Object.wait 14 0.56% 94.08% 2 706 java.lang.Object.wait 15 0.38% 94.46
RE: tomcat 5.0.16 Replication
Jean-Philippe and Steve, I fixed the bug, and tried replication on RH9. Immediately it didn't work. The problem is that when RH9 tries to write the ACK back to the NIO socket, it never reaches the other node. and times out after a long time. I set LD_ASSUME_KERNEL=2.4 and it started to work Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 6:43 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication ok guys, good news. The 100% cpu is totally my fault. I messed up on that one. I was registering OP_WRITE as an interest this is not good :) checking in the working code in 15 min, some more regression tests Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 2:54 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: >I was just about to try this actually. I found through googling alot of >people >having problems with select with 1.4 and NIO with Redhat 9. They were >actually >experiencing crashes though. > >To verify your results I just put a Thread.Sleep(1); where you suggested and >I also see the jump in performance. > >Something must have changed in ReplicationListener that causes this because >the 5.0.16 >version doesn't seem to have the problem. I'll see if I can figure it out >when I get back to where I can diff the files. > >-Steve > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Thursday, January 08, 2004 12:25 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >More content for you Filip. > >I've checked and followed the code of the listen event in >ReplicationListener.java > >Here's what happening: > >selector.select(timeout) -> return immediatly with one SelectorKey available >That key is not Acceptable and not Readable so it immediatly skip those >IFs and loops back to the beginning. > >I've put traces and this is executed once every millisecond hence the >100% load on the server. >Just to make sure, I've put a Thread.sleep(10) at the end of the loop >and the CPU dropped back to 0% and the replication still worked nicely >but probably a little slower since the wait of 10ms. > >I don't know much about those NIO packages but seams like the >select(timeout) method shouldn't return a SelectorKey of that state. >with any waiting. > >Let me know what you can dig from those. > >Jean-Philippe Bélanger > >[EMAIL PROTECTED] wrote: > > > >>Hi Filip. >> >>I did some profiling of 40mins of tomcat with and without a 2nd node >>up. here are the results with >>-Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: >> >>Those number are cpu=times and not samples since the later one freezes >>on my systems. >>So that list shows the time spent in each methods. >> >>Major difference the some call to the sun.nio.ch.PollArrayWrapper >>class. I don't know much about those NIOs packages but 819000 call in >>40 mins is a lot. >>The Socket Interface was called more than twice with 2 hosts than with >>a single one. Which seams normal. >> >>Maybe this can help. >>If you need the complete hprof file I can send them to you. >> >>1 host in cluster: >>CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 >>rank self accum count trace method >> 1 11.48% 11.48% 5485 java.lang.Object.wait >> 2 11.46% 22.94% 11786 java.lang.Object.wait >> 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive >> 4 10.93% 44.81%4114 224 java.lang.Thread.sleep >> 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 >> 6 7.37% 63.09% 28 495 java.lang.Object.wait >> 7 7.24% 70.34% 10 576 java.lang.Object.wait >> 8 4.57% 74.90% 90 716 java.lang.Thread.sleep >> 9 4.48% 79.38% 1 909 java.lang.Object.wait >> 10 4.48% 83.86% 1 908 java.
Re: tomcat 5.0.16 win svc & CATALINA_BASE
"Maxime Colas des Francs" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi, > > How to fix CATALINA_BASE when i use Tomcat 5.0.16 as windows service ? > In JavaOptions, include -Dcatalina.home=c:\path\to\tomcat\install > I attempt to configure service with procrun options (like with > %CATALINA_HOME%\bin\tomcatw //ES//Tomcat5') > and put my path for catalina_base in "WorkingPath" but doesn't work. What > is WorkingPath ? > WorkingPath is the directory that Tomcat excecutes in if --Java==java. Otherwise, it has no effect. > thks for help - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 Replication
ok guys, good news. The 100% cpu is totally my fault. I messed up on that one. I was registering OP_WRITE as an interest this is not good :) checking in the working code in 15 min, some more regression tests Filip -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 2:54 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: >I was just about to try this actually. I found through googling alot of >people >having problems with select with 1.4 and NIO with Redhat 9. They were >actually >experiencing crashes though. > >To verify your results I just put a Thread.Sleep(1); where you suggested and >I also see the jump in performance. > >Something must have changed in ReplicationListener that causes this because >the 5.0.16 >version doesn't seem to have the problem. I'll see if I can figure it out >when I get back to where I can diff the files. > >-Steve > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Thursday, January 08, 2004 12:25 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >More content for you Filip. > >I've checked and followed the code of the listen event in >ReplicationListener.java > >Here's what happening: > >selector.select(timeout) -> return immediatly with one SelectorKey available >That key is not Acceptable and not Readable so it immediatly skip those >IFs and loops back to the beginning. > >I've put traces and this is executed once every millisecond hence the >100% load on the server. >Just to make sure, I've put a Thread.sleep(10) at the end of the loop >and the CPU dropped back to 0% and the replication still worked nicely >but probably a little slower since the wait of 10ms. > >I don't know much about those NIO packages but seams like the >select(timeout) method shouldn't return a SelectorKey of that state. >with any waiting. > >Let me know what you can dig from those. > >Jean-Philippe Bélanger > >[EMAIL PROTECTED] wrote: > > > >>Hi Filip. >> >>I did some profiling of 40mins of tomcat with and without a 2nd node >>up. here are the results with >>-Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: >> >>Those number are cpu=times and not samples since the later one freezes >>on my systems. >>So that list shows the time spent in each methods. >> >>Major difference the some call to the sun.nio.ch.PollArrayWrapper >>class. I don't know much about those NIOs packages but 819000 call in >>40 mins is a lot. >>The Socket Interface was called more than twice with 2 hosts than with >>a single one. Which seams normal. >> >>Maybe this can help. >>If you need the complete hprof file I can send them to you. >> >>1 host in cluster: >>CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 >>rank self accum count trace method >> 1 11.48% 11.48% 5485 java.lang.Object.wait >> 2 11.46% 22.94% 11786 java.lang.Object.wait >> 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive >> 4 10.93% 44.81%4114 224 java.lang.Thread.sleep >> 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 >> 6 7.37% 63.09% 28 495 java.lang.Object.wait >> 7 7.24% 70.34% 10 576 java.lang.Object.wait >> 8 4.57% 74.90% 90 716 java.lang.Thread.sleep >> 9 4.48% 79.38% 1 909 java.lang.Object.wait >> 10 4.48% 83.86% 1 908 java.lang.Object.wait >> 11 4.48% 88.34% 15 810 java.lang.Object.wait >> 12 4.47% 92.81% 1 910 java.net.PlainSocketImpl.socketAccept >> 13 0.71% 93.52% 2 623 java.lang.Object.wait >> 14 0.56% 94.08% 2 706 java.lang.Object.wait >> 15 0.38% 94.46% 2 914 java.lang.Object.wait >> 16 0.24% 94.70% 775 913 java.lang.String.toCharArray >> 17 0.23% 94.93% 3 475 java.lang.Thread.sleep >
RE: tomcat 5.0.16 Replication
another code change was, that I am now accepting keys for OP_READ and OP_WRITE. before it was only OP_READ, but for synchronous replication I need both. this is good info, I just got RH9 installed. will be trying it out this and next week. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 11:46 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: >I was just about to try this actually. I found through googling alot of >people >having problems with select with 1.4 and NIO with Redhat 9. They were >actually >experiencing crashes though. > >To verify your results I just put a Thread.Sleep(1); where you suggested and >I also see the jump in performance. > >Something must have changed in ReplicationListener that causes this because >the 5.0.16 >version doesn't seem to have the problem. I'll see if I can figure it out >when I get back to where I can diff the files. > >-Steve > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] >Sent: Thursday, January 08, 2004 12:25 PM >To: Tomcat Users List >Subject: Re: tomcat 5.0.16 Replication > > >More content for you Filip. > >I've checked and followed the code of the listen event in >ReplicationListener.java > >Here's what happening: > >selector.select(timeout) -> return immediatly with one SelectorKey available >That key is not Acceptable and not Readable so it immediatly skip those >IFs and loops back to the beginning. > >I've put traces and this is executed once every millisecond hence the >100% load on the server. >Just to make sure, I've put a Thread.sleep(10) at the end of the loop >and the CPU dropped back to 0% and the replication still worked nicely >but probably a little slower since the wait of 10ms. > >I don't know much about those NIO packages but seams like the >select(timeout) method shouldn't return a SelectorKey of that state. >with any waiting. > >Let me know what you can dig from those. > >Jean-Philippe Bélanger > >[EMAIL PROTECTED] wrote: > > > >>Hi Filip. >> >>I did some profiling of 40mins of tomcat with and without a 2nd node >>up. here are the results with >>-Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: >> >>Those number are cpu=times and not samples since the later one freezes >>on my systems. >>So that list shows the time spent in each methods. >> >>Major difference the some call to the sun.nio.ch.PollArrayWrapper >>class. I don't know much about those NIOs packages but 819000 call in >>40 mins is a lot. >>The Socket Interface was called more than twice with 2 hosts than with >>a single one. Which seams normal. >> >>Maybe this can help. >>If you need the complete hprof file I can send them to you. >> >>1 host in cluster: >>CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 >>rank self accum count trace method >> 1 11.48% 11.48% 5485 java.lang.Object.wait >> 2 11.46% 22.94% 11786 java.lang.Object.wait >> 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive >> 4 10.93% 44.81%4114 224 java.lang.Thread.sleep >> 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 >> 6 7.37% 63.09% 28 495 java.lang.Object.wait >> 7 7.24% 70.34% 10 576 java.lang.Object.wait >> 8 4.57% 74.90% 90 716 java.lang.Thread.sleep >> 9 4.48% 79.38% 1 909 java.lang.Object.wait >> 10 4.48% 83.86% 1 908 java.lang.Object.wait >> 11 4.48% 88.34% 15 810 java.lang.Object.wait >> 12 4.47% 92.81% 1 910 java.net.PlainSocketImpl.socketAccept >> 13 0.71% 93.52% 2 623 java.lang.Object.wait >> 14 0.56% 94.08% 2 706 java.lang.Object.wait >> 15 0.38% 94.46% 2 914 java.lang.Object.wait >> 16 0.24% 94.70% 775 913 java.lang.String.toCharArray >> 17 0.23% 94.93% 3 475 java.lang.Thread.sleep >> 18 0.16% 95.09% 2 472 java.lang.Object.wait >> 19 0.15% 95.24% 2 595 java.lang.Thread.sleep >> 20 0.15% 95.40% 2 586 java.lang.Thread.sleep >> 21 0.15% 95.55% 2 703 java.lang.Thread.sleep >> 22 0.15% 95.70% 2 476 java.lang.Thread.sleep >> 23 0.15% 95.85% 2 692 java.lang.Thread.sleep >> 24 0.12% 95.97% 218595
Re: tomcat 5.0.16 Replication
The only changes in the ReplicationListener class is the try catch that was added. the code logic is the same. Weird enough. So it's probably elsewhere that something changed in the state of the SelectionKey. Jean-Philippe Bélanger Steve Nelson wrote: I was just about to try this actually. I found through googling alot of people having problems with select with 1.4 and NIO with Redhat 9. They were actually experiencing crashes though. To verify your results I just put a Thread.Sleep(1); where you suggested and I also see the jump in performance. Something must have changed in ReplicationListener that causes this because the 5.0.16 version doesn't seem to have the problem. I'll see if I can figure it out when I get back to where I can diff the files. -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:25 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication More content for you Filip. I've checked and followed the code of the listen event in ReplicationListener.java Here's what happening: selector.select(timeout) -> return immediatly with one SelectorKey available That key is not Acceptable and not Readable so it immediatly skip those IFs and loops back to the beginning. I've put traces and this is executed once every millisecond hence the 100% load on the server. Just to make sure, I've put a Thread.sleep(10) at the end of the loop and the CPU dropped back to 0% and the replication still worked nicely but probably a little slower since the wait of 10ms. I don't know much about those NIO packages but seams like the select(timeout) method shouldn't return a SelectorKey of that state. with any waiting. Let me know what you can dig from those. Jean-Philippe Bélanger [EMAIL PROTECTED] wrote: Hi Filip. I did some profiling of 40mins of tomcat with and without a 2nd node up. here are the results with -Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: Those number are cpu=times and not samples since the later one freezes on my systems. So that list shows the time spent in each methods. Major difference the some call to the sun.nio.ch.PollArrayWrapper class. I don't know much about those NIOs packages but 819000 call in 40 mins is a lot. The Socket Interface was called more than twice with 2 hosts than with a single one. Which seams normal. Maybe this can help. If you need the complete hprof file I can send them to you. 1 host in cluster: CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 rank self accum count trace method 1 11.48% 11.48% 5485 java.lang.Object.wait 2 11.46% 22.94% 11786 java.lang.Object.wait 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive 4 10.93% 44.81%4114 224 java.lang.Thread.sleep 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 6 7.37% 63.09% 28 495 java.lang.Object.wait 7 7.24% 70.34% 10 576 java.lang.Object.wait 8 4.57% 74.90% 90 716 java.lang.Thread.sleep 9 4.48% 79.38% 1 909 java.lang.Object.wait 10 4.48% 83.86% 1 908 java.lang.Object.wait 11 4.48% 88.34% 15 810 java.lang.Object.wait 12 4.47% 92.81% 1 910 java.net.PlainSocketImpl.socketAccept 13 0.71% 93.52% 2 623 java.lang.Object.wait 14 0.56% 94.08% 2 706 java.lang.Object.wait 15 0.38% 94.46% 2 914 java.lang.Object.wait 16 0.24% 94.70% 775 913 java.lang.String.toCharArray 17 0.23% 94.93% 3 475 java.lang.Thread.sleep 18 0.16% 95.09% 2 472 java.lang.Object.wait 19 0.15% 95.24% 2 595 java.lang.Thread.sleep 20 0.15% 95.40% 2 586 java.lang.Thread.sleep 21 0.15% 95.55% 2 703 java.lang.Thread.sleep 22 0.15% 95.70% 2 476 java.lang.Thread.sleep 23 0.15% 95.85% 2 692 java.lang.Thread.sleep 24 0.12% 95.97% 218595 385 java.lang.CharacterDataLatin1.toLowerCase 25 0.12% 96.09% 218595 408 java.lang.Character.toLowerCase 26 0.11% 96.20% 218595 433 java.lang.CharacterDataLatin1.getProperties 27 0.10% 96.30% 210925 389 java.lang.String.equalsIgnoreCase 28 0.08% 96.38% 157259 387 java.lang.String.charAt 29 0.08% 96.46% 1 646 java.lang.Thread.sleep 30 0.08% 96.53% 1 634 java.lang.Thread.sleep 31 0.08% 96.61% 1 903 java.lang.Thread.sleep 32 0.08% 96.69% 1 714 java.lang.Thread.sleep 33 0.08% 96.76% 1 811 java.lang.Thread.sleep 34 0.08% 96.84% 1 715 java.lang.Thread.sleep 2 hosts: CPU TIME (ms) BEGIN (total = 37247) Thu Jan 8 11:01:28 2004 rank self accum count trace method 1 9.56% 9.56% 5285 java.lang.Object.wait 2 9.56% 19.12% 2986 java.lang.Object.wait 3 9.30% 28.43% 3 267 java.lang.Object.wait 4 9.25% 37.68%6644 224 java.lang.Thread.sleep 5 9.23% 46.91% 13116 215 java.net.PlainDatagramSocketImpl.receive 6
RE: tomcat 5.0.16 Replication
I was just about to try this actually. I found through googling alot of people having problems with select with 1.4 and NIO with Redhat 9. They were actually experiencing crashes though. To verify your results I just put a Thread.Sleep(1); where you suggested and I also see the jump in performance. Something must have changed in ReplicationListener that causes this because the 5.0.16 version doesn't seem to have the problem. I'll see if I can figure it out when I get back to where I can diff the files. -Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 08, 2004 12:25 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication More content for you Filip. I've checked and followed the code of the listen event in ReplicationListener.java Here's what happening: selector.select(timeout) -> return immediatly with one SelectorKey available That key is not Acceptable and not Readable so it immediatly skip those IFs and loops back to the beginning. I've put traces and this is executed once every millisecond hence the 100% load on the server. Just to make sure, I've put a Thread.sleep(10) at the end of the loop and the CPU dropped back to 0% and the replication still worked nicely but probably a little slower since the wait of 10ms. I don't know much about those NIO packages but seams like the select(timeout) method shouldn't return a SelectorKey of that state. with any waiting. Let me know what you can dig from those. Jean-Philippe Bélanger [EMAIL PROTECTED] wrote: > Hi Filip. > > I did some profiling of 40mins of tomcat with and without a 2nd node > up. here are the results with > -Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: > > Those number are cpu=times and not samples since the later one freezes > on my systems. > So that list shows the time spent in each methods. > > Major difference the some call to the sun.nio.ch.PollArrayWrapper > class. I don't know much about those NIOs packages but 819000 call in > 40 mins is a lot. > The Socket Interface was called more than twice with 2 hosts than with > a single one. Which seams normal. > > Maybe this can help. > If you need the complete hprof file I can send them to you. > > 1 host in cluster: > CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 > rank self accum count trace method > 1 11.48% 11.48% 5485 java.lang.Object.wait > 2 11.46% 22.94% 11786 java.lang.Object.wait > 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive > 4 10.93% 44.81%4114 224 java.lang.Thread.sleep > 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 > 6 7.37% 63.09% 28 495 java.lang.Object.wait > 7 7.24% 70.34% 10 576 java.lang.Object.wait > 8 4.57% 74.90% 90 716 java.lang.Thread.sleep > 9 4.48% 79.38% 1 909 java.lang.Object.wait > 10 4.48% 83.86% 1 908 java.lang.Object.wait > 11 4.48% 88.34% 15 810 java.lang.Object.wait > 12 4.47% 92.81% 1 910 java.net.PlainSocketImpl.socketAccept > 13 0.71% 93.52% 2 623 java.lang.Object.wait > 14 0.56% 94.08% 2 706 java.lang.Object.wait > 15 0.38% 94.46% 2 914 java.lang.Object.wait > 16 0.24% 94.70% 775 913 java.lang.String.toCharArray > 17 0.23% 94.93% 3 475 java.lang.Thread.sleep > 18 0.16% 95.09% 2 472 java.lang.Object.wait > 19 0.15% 95.24% 2 595 java.lang.Thread.sleep > 20 0.15% 95.40% 2 586 java.lang.Thread.sleep > 21 0.15% 95.55% 2 703 java.lang.Thread.sleep > 22 0.15% 95.70% 2 476 java.lang.Thread.sleep > 23 0.15% 95.85% 2 692 java.lang.Thread.sleep > 24 0.12% 95.97% 218595 385 java.lang.CharacterDataLatin1.toLowerCase > 25 0.12% 96.09% 218595 408 java.lang.Character.toLowerCase > 26 0.11% 96.20% 218595 433 > java.lang.CharacterDataLatin1.getProperties > 27 0.10% 96.30% 210925 389 java.lang.String.equalsIgnoreCase > 28 0.08% 96.38% 157259 387 java.lang.String.charAt > 29 0.08% 96.46% 1 646 java.lang.Thread.sleep > 30 0.08% 96.53% 1 634 java.lang.Thread.sleep > 31 0.08% 96.61% 1 903 java.lang.Thread.sleep > 32 0.08% 96.69% 1 714 java.lang.Thread.sleep > 33 0.08% 96.76% 1 811 java.lang.Thread.sleep > 34 0.08% 96.84% 1 715 java.lang.Thread.sleep > > 2 hosts: > CPU TIME (ms) BEGIN (total = 37247) Thu Jan 8 11:01:28 2004 > rank self accum count trace method > 1 9.56% 9.56% 5285 java.lang.Object.wait > 2 9.56% 19.12% 2986 java.lang.Object.wait > 3 9.30% 28.43% 3 267 java.lang.Object.wait > 4 9.25% 37.68%6644
Re: tomcat 5.0.16 Replication
January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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] -- Jean-Philippe Bélanger (514)228-8800 ext 3060 111 Duke CGI - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 5.0.16 Replication
Hi Filip. I did some profiling of 40mins of tomcat with and without a 2nd node up. here are the results with -Xrunhprof:cpu=samples,thread=y,file=/u01/portal/java.hprof.txt,depth=10: Those number are cpu=times and not samples since the later one freezes on my systems. So that list shows the time spent in each methods. Major difference the some call to the sun.nio.ch.PollArrayWrapper class. I don't know much about those NIOs packages but 819000 call in 40 mins is a lot. The Socket Interface was called more than twice with 2 hosts than with a single one. Which seams normal. Maybe this can help. If you need the complete hprof file I can send them to you. 1 host in cluster: CPU TIME (ms) BEGIN (total = 19701) Thu Jan 8 10:00:59 2004 rank self accum count trace method 1 11.48% 11.48% 5485 java.lang.Object.wait 2 11.46% 22.94% 11786 java.lang.Object.wait 3 10.95% 33.89%4115 215 java.net.PlainDatagramSocketImpl.receive 4 10.93% 44.81%4114 224 java.lang.Thread.sleep 5 10.91% 55.73% 19005 214 sun.nio.ch.PollArrayWrapper.poll0 6 7.37% 63.09% 28 495 java.lang.Object.wait 7 7.24% 70.34% 10 576 java.lang.Object.wait 8 4.57% 74.90% 90 716 java.lang.Thread.sleep 9 4.48% 79.38% 1 909 java.lang.Object.wait 10 4.48% 83.86% 1 908 java.lang.Object.wait 11 4.48% 88.34% 15 810 java.lang.Object.wait 12 4.47% 92.81% 1 910 java.net.PlainSocketImpl.socketAccept 13 0.71% 93.52% 2 623 java.lang.Object.wait 14 0.56% 94.08% 2 706 java.lang.Object.wait 15 0.38% 94.46% 2 914 java.lang.Object.wait 16 0.24% 94.70% 775 913 java.lang.String.toCharArray 17 0.23% 94.93% 3 475 java.lang.Thread.sleep 18 0.16% 95.09% 2 472 java.lang.Object.wait 19 0.15% 95.24% 2 595 java.lang.Thread.sleep 20 0.15% 95.40% 2 586 java.lang.Thread.sleep 21 0.15% 95.55% 2 703 java.lang.Thread.sleep 22 0.15% 95.70% 2 476 java.lang.Thread.sleep 23 0.15% 95.85% 2 692 java.lang.Thread.sleep 24 0.12% 95.97% 218595 385 java.lang.CharacterDataLatin1.toLowerCase 25 0.12% 96.09% 218595 408 java.lang.Character.toLowerCase 26 0.11% 96.20% 218595 433 java.lang.CharacterDataLatin1.getProperties 27 0.10% 96.30% 210925 389 java.lang.String.equalsIgnoreCase 28 0.08% 96.38% 157259 387 java.lang.String.charAt 29 0.08% 96.46% 1 646 java.lang.Thread.sleep 30 0.08% 96.53% 1 634 java.lang.Thread.sleep 31 0.08% 96.61% 1 903 java.lang.Thread.sleep 32 0.08% 96.69% 1 714 java.lang.Thread.sleep 33 0.08% 96.76% 1 811 java.lang.Thread.sleep 34 0.08% 96.84% 1 715 java.lang.Thread.sleep 2 hosts: CPU TIME (ms) BEGIN (total = 37247) Thu Jan 8 11:01:28 2004 rank self accum count trace method 1 9.56% 9.56% 5285 java.lang.Object.wait 2 9.56% 19.12% 2986 java.lang.Object.wait 3 9.30% 28.43% 3 267 java.lang.Object.wait 4 9.25% 37.68%6644 224 java.lang.Thread.sleep 5 9.23% 46.91% 13116 215 java.net.PlainDatagramSocketImpl.receive 6 7.67% 54.58% 3 266 java.lang.Object.wait 7 5.90% 60.47% 39 847 java.lang.Object.wait 8 5.76% 66.24% 12 503 java.lang.Object.wait 9 3.90% 70.14% 145 975 java.lang.Thread.sleep 10 3.90% 74.04% 1 1174 java.lang.Object.wait 11 3.90% 77.94% 1 1173 java.lang.Object.wait 12 3.90% 81.84% 25 973 java.lang.Object.wait 13 3.90% 85.74% 1 1175 java.net.PlainSocketImpl.socketAccept 14 3.88% 89.62% 819692 214 sun.nio.ch.PollArrayWrapper.poll0 15 0.75% 90.37% 2 958 java.lang.Object.wait 16 0.28% 90.65% 2 457 java.lang.Object.wait 17 0.26% 90.91% 2 1181 java.lang.Object.wait Filip Hanik wrote: I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, tr
RE: tomcat 5.0.16 Replication
Ends up doing the same thing. The variable was set. I checked it with an echo. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 4:05 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication you should do export LD_ASSUME_KERNEL=2.4.1 not export set LD_ASSUME_KERNEL=2.4.1 in regular bash shell -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:38 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Heh, now I am replying to myself :P I tried export set LD_ASSUME_KERNEL=2.4.1 No change in Behaviour then I tried export set LD_ASSUME_KERNEL=2.2.5 again, no change. I restarted both servers between runs. I still get the CPU going crazy Scenario. -Steve -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 3:03 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, I reverted back to the 5.0.16 version and now I don't have the high CPU ute. But it takes almost 60 seconds for the Manager to request the session state. Which causes it to fail to synch about half the time. Must be something in the Synch code. Which comes back to your original comments about the NIO stuff and RH9 not liking Java in general. Is there a known fix for making things right with RH9? I could try that. -Steve -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:53 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Yep, also happens when I use asynch. I couldn't get the profiling files to load on the machine I am using right now, when I get back to the servers I'll try to figure out what is eating up all the CPUalthough TOP tells me arround 30% of the ute is system level as opposed the the java executable. Sounds like alot of the load may be in system calls. -Steve -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:47 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -
RE: tomcat 5.0.16 Replication
you should do export LD_ASSUME_KERNEL=2.4.1 not export set LD_ASSUME_KERNEL=2.4.1 in regular bash shell -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:38 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Heh, now I am replying to myself :P I tried export set LD_ASSUME_KERNEL=2.4.1 No change in Behaviour then I tried export set LD_ASSUME_KERNEL=2.2.5 again, no change. I restarted both servers between runs. I still get the CPU going crazy Scenario. -Steve -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 3:03 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, I reverted back to the 5.0.16 version and now I don't have the high CPU ute. But it takes almost 60 seconds for the Manager to request the session state. Which causes it to fail to synch about half the time. Must be something in the Synch code. Which comes back to your original comments about the NIO stuff and RH9 not liking Java in general. Is there a known fix for making things right with RH9? I could try that. -Steve -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:53 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Yep, also happens when I use asynch. I couldn't get the profiling files to load on the machine I am using right now, when I get back to the servers I'll try to figure out what is eating up all the CPUalthough TOP tells me arround 30% of the ute is system level as opposed the the java executable. Sounds like alot of the load may be in system calls. -Steve -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:47 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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]
RE: tomcat 5.0.16 Replication
Heh, now I am replying to myself :P I tried export set LD_ASSUME_KERNEL=2.4.1 No change in Behaviour then I tried export set LD_ASSUME_KERNEL=2.2.5 again, no change. I restarted both servers between runs. I still get the CPU going crazy Scenario. -Steve -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 3:03 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, I reverted back to the 5.0.16 version and now I don't have the high CPU ute. But it takes almost 60 seconds for the Manager to request the session state. Which causes it to fail to synch about half the time. Must be something in the Synch code. Which comes back to your original comments about the NIO stuff and RH9 not liking Java in general. Is there a known fix for making things right with RH9? I could try that. -Steve -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:53 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Yep, also happens when I use asynch. I couldn't get the profiling files to load on the machine I am using right now, when I get back to the servers I'll try to figure out what is eating up all the CPUalthough TOP tells me arround 30% of the ute is system level as opposed the the java executable. Sounds like alot of the load may be in system calls. -Steve -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:47 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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: tomcat 5.0.16 Replication
Okay, I reverted back to the 5.0.16 version and now I don't have the high CPU ute. But it takes almost 60 seconds for the Manager to request the session state. Which causes it to fail to synch about half the time. Must be something in the Synch code. Which comes back to your original comments about the NIO stuff and RH9 not liking Java in general. Is there a known fix for making things right with RH9? I could try that. -Steve -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:53 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Yep, also happens when I use asynch. I couldn't get the profiling files to load on the machine I am using right now, when I get back to the servers I'll try to figure out what is eating up all the CPUalthough TOP tells me arround 30% of the ute is system level as opposed the the java executable. Sounds like alot of the load may be in system calls. -Steve -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:47 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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: tomcat 5.0.16 Replication
Yep, also happens when I use asynch. I couldn't get the profiling files to load on the machine I am using right now, when I get back to the servers I'll try to figure out what is eating up all the CPUalthough TOP tells me arround 30% of the ute is system level as opposed the the java executable. Sounds like alot of the load may be in system calls. -Steve -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 2:47 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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: tomcat 5.0.16 Replication
I'll try to get an instance going today. Will let you know how it goes also, try asynchronous replication, does it still go to 100%? Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 12:08 PM To: 'Tomcat Users List' Subject: RE: tomcat 5.0.16 Replication Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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: Tomcat 5.0.16 in XP Profesional
did your turn your firwall down and replaced it whit an costomisable firwall so you can open needed port ? look in the folder catalina_ home/logs if tomcat have realy started you gone a have logs files there if yess it realy stated then see want those logs says could bee usefull [EMAIL PROTECTED] crazy-wilys webmaster From: "Jason Roscoe" <[EMAIL PROTECTED]> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Subject: RE: Tomcat 5.0.16 in XP Profesional Date: Wed, 7 Jan 2004 10:16:36 -0500 Ok, I downloaded the binaries, installed them and tried to start Tomcat from my windows start panel, and nothing happened. I ran startup.bat and I got the server to start up now, but when I go to localhost:8080 I get: "The page cannot be displayed" -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 10:05 AM To: 'Tomcat Users List' Subject: RE: Tomcat 5.0.16 in XP Profesional You have downloaded the *source* of Tomcat. You need the binary in order to actually run Tomcat. > -Original Message- > From: Jason Roscoe [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 8:58 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > > I am trying to start the server using the startup.bat file > found in > jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src\bin. > Maybe I'm not starting it correctly??? > > -Original Message- > From: Rod Giffin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 9:48 AM > To: [EMAIL PROTECTED] > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > Jason Roscoe said: > > > > If I try any of these: > > > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\ > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src > > CATALINA_HOME: > > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina > > > > I get: > > > > The CATALINA_HOME environment variable is not defined correctly... > > OK, but are you trying to start the server from a source code > directory? > > That's what it looks like. > > Rod. > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > __ > > Disclaimer: This e-mail message is intended only for the > personal use of > the recipient(s) named above. If you are not an intended > recipient, you > may not review, copy or distribute this message. If you have > received this communication in error, please notify us > immediately by e-mail and delete > the original message. > This e-mail expresses views only of the sender, which are not to be > attributed to Rite Aid Corporation and may not be copied or > distributed > without this statement. > > - > 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] _ MSN Search, le moteur de recherche qui pense comme vous ! http://fr.ca.search.msn.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 Replication
Okay, did that got this BEGIN TO RECEIVE SENT:Default 1 RECEIVED:Default 1 FROM /10.0.0.110: SENT:Default 2 BEGIN TO RECEIVE RECEIVED:Default 2 FROM /10.0.0.110: SENT:Default 3 BEGIN TO RECEIVE RECEIVED:Default 3 FROM /10.0.0.110: SENT:Default 4 BEGIN TO RECEIVE RECEIVED:Default 4 FROM /10.0.0.110: *shrug* BTW It didn't go to 100% CPU ute before I started using the code from CVS. Of course the Manager would almost always timeout before it would recieve the message. Now it gets the message right away, but maxes my machine out. -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:58 PM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication 100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 Replication
100% cpu can mean that you have a multicast problem, try to run java -cp tomcat-replication.jar MCaster download the jar from http://cvs.apache.org/~fhanik/ Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 5.0.16 Replication
Well just to make sure that I wasn't saying something untrue. I went to check my redhats. Everything DOES work fine but it's true that there is some loop somewhere because both my tomcat are having abnormal loadavg. ie: 1.15 even with the server are idle. Jean-Philippe Bélanger Filip Hanik wrote: I had socket dead locks in the java.io.OutputStream.write that never returned, caused the system to eventually hang. in the next few weeks, I'll try to get a RH9 instance going. So everything works for you? Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 11:43 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Currently running tomcat 5.0.16 with the CVS HEAD of the replication module. This is under redhat 9. So far so good. What kind of problem did you encounter under rh9? Jean-Philippe Bélanger Filip Hanik wrote: my only experience with Redhat 9 is that it doesn't play well with NIO. I have not successfully ran tomcat clustering on RH9, I use RH8. I also don't have a RH9 machine at home yet, so I can't develop for it Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 Replication
My CPU Util jumps to 100% on both processes. It functions properly other than maxing the machine. BTW this is with NO load. I am going to try to profile it but the EJP profile files total over 800 meg for just starting up Tomcat. And I am off-site so I had to transfer them. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 1:43 PM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Currently running tomcat 5.0.16 with the CVS HEAD of the replication module. This is under redhat 9. So far so good. What kind of problem did you encounter under rh9? Jean-Philippe Bélanger Filip Hanik wrote: >my only experience with Redhat 9 is that it doesn't play well with NIO. >I have not successfully ran tomcat clustering on RH9, I use RH8. >I also don't have a RH9 machine at home yet, so I can't develop for it > >Filip > >-Original Message- >From: Steve Nelson [mailto:[EMAIL PROTECTED] >Sent: Wednesday, January 07, 2004 6:51 AM >To: '[EMAIL PROTECTED]' >Subject: tomcat 5.0.16 Replication > > > >I was having random problems with clustering when starting up. Mostly it had >to do with Timing out >when the manager was starting up. I built the CVS version and it solved that >problem. But it has caused >some serious performance problems. > >First a little background. > >I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat >5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are >restricted to a crossover link between the servers. There are 3 hosts in the >server.xml, all with clustering set up. They all function just fine. > >But.the cpu's spikes up to 100% if I start up both servers. I know this >didn't happen without the new catalina-cluster.jar. If I shut down 1 server >(doesn't matter which) everything returns to normal. But when both are >running both servers are at 100% CPU. I am trying to profile it now, but I >figured if someone has already experienced this they could save me some >time. > >Oh, and there isn't anything relevant in my logs. It's not throwing millions >of errors or something. > >-Steve Nelson > > > >- >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: tomcat 5.0.16 Replication
I had socket dead locks in the java.io.OutputStream.write that never returned, caused the system to eventually hang. in the next few weeks, I'll try to get a RH9 instance going. So everything works for you? Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 11:43 AM To: Tomcat Users List Subject: Re: tomcat 5.0.16 Replication Currently running tomcat 5.0.16 with the CVS HEAD of the replication module. This is under redhat 9. So far so good. What kind of problem did you encounter under rh9? Jean-Philippe Bélanger Filip Hanik wrote: >my only experience with Redhat 9 is that it doesn't play well with NIO. >I have not successfully ran tomcat clustering on RH9, I use RH8. >I also don't have a RH9 machine at home yet, so I can't develop for it > >Filip > >-Original Message- >From: Steve Nelson [mailto:[EMAIL PROTECTED] >Sent: Wednesday, January 07, 2004 6:51 AM >To: '[EMAIL PROTECTED]' >Subject: tomcat 5.0.16 Replication > > > >I was having random problems with clustering when starting up. Mostly it had >to do with Timing out >when the manager was starting up. I built the CVS version and it solved that >problem. But it has caused >some serious performance problems. > >First a little background. > >I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat >5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are >restricted to a crossover link between the servers. There are 3 hosts in the >server.xml, all with clustering set up. They all function just fine. > >But.the cpu's spikes up to 100% if I start up both servers. I know this >didn't happen without the new catalina-cluster.jar. If I shut down 1 server >(doesn't matter which) everything returns to normal. But when both are >running both servers are at 100% CPU. I am trying to profile it now, but I >figured if someone has already experienced this they could save me some >time. > >Oh, and there isn't anything relevant in my logs. It's not throwing millions >of errors or something. > >-Steve Nelson > > > >- >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]
Re: tomcat 5.0.16 Replication
Currently running tomcat 5.0.16 with the CVS HEAD of the replication module. This is under redhat 9. So far so good. What kind of problem did you encounter under rh9? Jean-Philippe Bélanger Filip Hanik wrote: my only experience with Redhat 9 is that it doesn't play well with NIO. I have not successfully ran tomcat clustering on RH9, I use RH8. I also don't have a RH9 machine at home yet, so I can't develop for it Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - 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: tomcat 5.0.16 Replication
my only experience with Redhat 9 is that it doesn't play well with NIO. I have not successfully ran tomcat clustering on RH9, I use RH8. I also don't have a RH9 machine at home yet, so I can't develop for it Filip -Original Message- From: Steve Nelson [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 6:51 AM To: '[EMAIL PROTECTED]' Subject: tomcat 5.0.16 Replication I was having random problems with clustering when starting up. Mostly it had to do with Timing out when the manager was starting up. I built the CVS version and it solved that problem. But it has caused some serious performance problems. First a little background. I have 2 servers, dual 300mhz cpq proliants, both running Redhat - 9, Tomcat 5.0.16 (with catalina-cluster.jar build from cvs) The multicast packets are restricted to a crossover link between the servers. There are 3 hosts in the server.xml, all with clustering set up. They all function just fine. But.the cpu's spikes up to 100% if I start up both servers. I know this didn't happen without the new catalina-cluster.jar. If I shut down 1 server (doesn't matter which) everything returns to normal. But when both are running both servers are at 100% CPU. I am trying to profile it now, but I figured if someone has already experienced this they could save me some time. Oh, and there isn't anything relevant in my logs. It's not throwing millions of errors or something. -Steve Nelson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 Replication (This is a Thread is a Duplicate Pl ease Ignore)
RE: Tomcat 5.0.16 in XP Profesional
Ok, I downloaded the binaries, installed them and tried to start Tomcat from my windows start panel, and nothing happened. I ran startup.bat and I got the server to start up now, but when I go to localhost:8080 I get: "The page cannot be displayed" -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 10:05 AM To: 'Tomcat Users List' Subject: RE: Tomcat 5.0.16 in XP Profesional You have downloaded the *source* of Tomcat. You need the binary in order to actually run Tomcat. > -Original Message- > From: Jason Roscoe [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 8:58 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > > I am trying to start the server using the startup.bat file > found in > jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src\bin. > Maybe I'm not starting it correctly??? > > -Original Message- > From: Rod Giffin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 9:48 AM > To: [EMAIL PROTECTED] > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > Jason Roscoe said: > > > > If I try any of these: > > > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\ > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src > > CATALINA_HOME: > > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina > > > > I get: > > > > The CATALINA_HOME environment variable is not defined correctly... > > OK, but are you trying to start the server from a source code > directory? > > That's what it looks like. > > Rod. > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > __ > > Disclaimer: This e-mail message is intended only for the > personal use of > the recipient(s) named above. If you are not an intended > recipient, you > may not review, copy or distribute this message. If you have > received this communication in error, please notify us > immediately by e-mail and delete > the original message. > This e-mail expresses views only of the sender, which are not to be > attributed to Rite Aid Corporation and may not be copied or > distributed > without this statement. > > - > 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]
Re: Tomcat 5.0.16 in XP Profesional
As the other posters pointed out, you are pointing the variable to your source code which is wrong. I seriously doubt that you installed Tomcat on a directory called "jakarta-tomcat-5.0.16-src". You need to check your installation. - Original Message - From: "Jason Roscoe" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Wednesday, January 07, 2004 08:51 AM Subject: RE: Tomcat 5.0.16 in XP Profesional > > I don't have a directory that has all those in it, this is Tomcat 5, not > sure that makes a difference or not. The directories I have are: > > jakarta-tomcat-5.0.16-src\ > jakarta-servletapi-5\ > jakarta-tomcat-catlina\ > jakarta-tomcat-connectors\ > jakarta-tomcat-jasper\ > > -Original Message- > From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 9:46 AM > To: Tomcat Users List > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > The value CATALINA_HOME doesn't sound valid. > > CATALINA_HOME should point to the directory that > contains typically something like: > > bin > webapps > lib > server > conf > common > logs > work > classes > > > -----Original Message- > > From: Jason Roscoe [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, January 07, 2004 3:35 PM > > To: 'Tomcat Users List' > > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > > JAVA_HOME: E:\j2sdk_nb\j2sdk1.4.2 > > CATALINA_HOME: > > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src > > > > Can someone help me??? > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > __ > Disclaimer: This e-mail message is intended only for the personal use of > the recipient(s) named above. If you are not an intended recipient, you > may not review, copy or distribute this message. If you have received this > communication in error, please notify us immediately by e-mail and delete > the original message. > This e-mail expresses views only of the sender, which are not to be > attributed to Rite Aid Corporation and may not be copied or distributed > without this statement. > > - > 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: Tomcat 5.0.16 in XP Profesional
You have downloaded the *source* of Tomcat. You need the binary in order to actually run Tomcat. > -Original Message- > From: Jason Roscoe [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 8:58 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > > I am trying to start the server using the startup.bat file > found in > jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src\bin. > Maybe I'm not starting it correctly??? > > -Original Message- > From: Rod Giffin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 9:48 AM > To: [EMAIL PROTECTED] > Subject: RE: Tomcat 5.0.16 in XP Profesional > > > Jason Roscoe said: > > > > If I try any of these: > > > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\ > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src > > CATALINA_HOME: > > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina > > > > I get: > > > > The CATALINA_HOME environment variable is not defined correctly... > > OK, but are you trying to start the server from a source code > directory? > > That's what it looks like. > > Rod. > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > __ > > Disclaimer: This e-mail message is intended only for the > personal use of > the recipient(s) named above. If you are not an intended > recipient, you > may not review, copy or distribute this message. If you have > received this communication in error, please notify us > immediately by e-mail and delete > the original message. > This e-mail expresses views only of the sender, which are not to be > attributed to Rite Aid Corporation and may not be copied or > distributed > without this statement. > > - > 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: Tomcat 5.0.16 in XP Profesional
You either have to download the binary version of tomcat from http://jakarta.apache.org/site/binindex.cgi or to create a binary from the sources: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/building.html More details installing the binary download can be found in http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-5/RUNNING.txt?view=markup or RUNNING.txt in the download. > -Original Message- > From: Jason Roscoe [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 3:52 PM > To: 'Tomcat Users List' > Subject: RE: Tomcat 5.0.16 in XP Profesional > > I don't have a directory that has all those in it, this is > Tomcat 5, not > sure that makes a difference or not. The directories I have are: > > jakarta-tomcat-5.0.16-src\ > jakarta-servletapi-5\ > jakarta-tomcat-catlina\ > jakarta-tomcat-connectors\ > jakarta-tomcat-jasper\ > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 in XP Profesional
I am trying to start the server using the startup.bat file found in jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src\bin. Maybe I'm not starting it correctly??? -Original Message- From: Rod Giffin [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 9:48 AM To: [EMAIL PROTECTED] Subject: RE: Tomcat 5.0.16 in XP Profesional Jason Roscoe said: > > If I try any of these: > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\ > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src > CATALINA_HOME: > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina > > I get: > > The CATALINA_HOME environment variable is not defined correctly... OK, but are you trying to start the server from a source code directory? That's what it looks like. Rod. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Disclaimer: This e-mail message is intended only for the personal use of the recipient(s) named above. If you are not an intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify us immediately by e-mail and delete the original message. This e-mail expresses views only of the sender, which are not to be attributed to Rite Aid Corporation and may not be copied or distributed without this statement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 in XP Profesional
Jason Roscoe said: > > If I try any of these: > > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\ > CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src > CATALINA_HOME: > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina > > I get: > > The CATALINA_HOME environment variable is not defined correctly... OK, but are you trying to start the server from a source code directory? That's what it looks like. Rod. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 in XP Profesional
I don't have a directory that has all those in it, this is Tomcat 5, not sure that makes a difference or not. The directories I have are: jakarta-tomcat-5.0.16-src\ jakarta-servletapi-5\ jakarta-tomcat-catlina\ jakarta-tomcat-connectors\ jakarta-tomcat-jasper\ -Original Message- From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 9:46 AM To: Tomcat Users List Subject: RE: Tomcat 5.0.16 in XP Profesional The value CATALINA_HOME doesn't sound valid. CATALINA_HOME should point to the directory that contains typically something like: bin webapps lib server conf common logs work classes > -Original Message- > From: Jason Roscoe [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 3:35 PM > To: 'Tomcat Users List' > Subject: RE: Tomcat 5.0.16 in XP Profesional > > JAVA_HOME: E:\j2sdk_nb\j2sdk1.4.2 > CATALINA_HOME: > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src > > Can someone help me??? > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Disclaimer: This e-mail message is intended only for the personal use of the recipient(s) named above. If you are not an intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify us immediately by e-mail and delete the original message. This e-mail expresses views only of the sender, which are not to be attributed to Rite Aid Corporation and may not be copied or distributed without this statement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 in XP Profesional
If I try any of these: CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\ CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src CATALINA_HOME: E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina I get: The CATALINA_HOME environment variable is not defined correctly... No, I am not using Nebeans or Eclipse. I am just trying to start the server. -Original Message- From: Rod Giffin [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 07, 2004 9:36 AM To: [EMAIL PROTECTED] Subject: RE: Tomcat 5.0.16 in XP Profesional Jason Roscoe said: > > I have tried setting these environment variables up and I get the > error: > > Exception in thread "main" java.lang.NoClassDefFoundError; > org/apache/catalina/startup/Bootstrap. > > My environment variables are: > > JAVA_HOME: E:\j2sdk_nb\j2sdk1.4.2 > CATALINA_HOME: > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src > > Can someone help me??? Kind of going out on a limb here, but CATALINA_HOME needs to point to the top level of your compiled and installed tomcat software, not the catalina source code. Are you trying to compile tomcat inside of Eclipse or Netbeans? Rod. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Disclaimer: This e-mail message is intended only for the personal use of the recipient(s) named above. If you are not an intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify us immediately by e-mail and delete the original message. This e-mail expresses views only of the sender, which are not to be attributed to Rite Aid Corporation and may not be copied or distributed without this statement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 in XP Profesional
The value CATALINA_HOME doesn't sound valid. CATALINA_HOME should point to the directory that contains typically something like: bin webapps lib server conf common logs work classes > -Original Message- > From: Jason Roscoe [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 07, 2004 3:35 PM > To: 'Tomcat Users List' > Subject: RE: Tomcat 5.0.16 in XP Profesional > > JAVA_HOME: E:\j2sdk_nb\j2sdk1.4.2 > CATALINA_HOME: > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src > > Can someone help me??? > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 in XP Profesional
Jason Roscoe said: > > I have tried setting these environment variables up and I get the error: > > Exception in thread "main" java.lang.NoClassDefFoundError; > org/apache/catalina/startup/Bootstrap. > > My environment variables are: > > JAVA_HOME: E:\j2sdk_nb\j2sdk1.4.2 > CATALINA_HOME: > E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src > > Can someone help me??? Kind of going out on a limb here, but CATALINA_HOME needs to point to the top level of your compiled and installed tomcat software, not the catalina source code. Are you trying to compile tomcat inside of Eclipse or Netbeans? Rod. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 in XP Profesional
I have tried setting these environment variables up and I get the error:
Exception in thread "main" java.lang.NoClassDefFoundError;
org/apache/catalina/startup/Bootstrap.
My environment variables are:
JAVA_HOME: E:\j2sdk_nb\j2sdk1.4.2
CATALINA_HOME:
E:\jakarta-tomcat-5.0.16-src\jakarta-tomcat-catalina\catalina\src
Can someone help me???
-Original Message-
From: epyonne [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 07, 2004 8:56 AM
To: Tomcat Users List
Subject: Re: Tomcat 5.0.16 in XP Profesional
Yes, environmental variables are still necessary in XP.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 06, 2004 09:19 PM
Subject: Tomcat 5.0.16 in XP Profesional
> Dear all,
> I have install Tomcat 5.0.16 in my XP Professional with JVM1.4_02
>
> I wonder, do i need to set the "JAVA_HOME" and "CATALINA_HOME" in the
> Global Environment Setting ?
>
> I know i have to do this at Win98 or Wind95, but not sure is it
> necessary to do it in XP or more higher OS version?
>
> This is because i have this error when i am trying to run Eclipse with
> my Tomcat,. I got this error,
>
> } catch (Throwable t) {
> if (!(t instanceof SkipPageException)){
>out = _jspx_out;
>if (out != null && out.getBufferSize() != 0)
> out.clearBuffer();
> >>>>> if (pageContext != null)
> >>>>> pageContext.handlePageException(t);
> }
>} finally {
> if (_jspxFactory != null)
> _jspxFactory.releasePageContext(pageContext);
>}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
__
Disclaimer: This e-mail message is intended only for the personal use of
the recipient(s) named above. If you are not an intended recipient, you
may not review, copy or distribute this message. If you have received this
communication in error, please notify us immediately by e-mail and delete
the original message.
This e-mail expresses views only of the sender, which are not to be
attributed to Rite Aid Corporation and may not be copied or distributed
without this statement.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 in XP Profesional
Yes, environmental variables are still necessary in XP.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 06, 2004 09:19 PM
Subject: Tomcat 5.0.16 in XP Profesional
> Dear all,
> I have install Tomcat 5.0.16 in my XP Professional with JVM1.4_02
>
> I wonder, do i need to set the "JAVA_HOME" and "CATALINA_HOME" in the
> Global Environment Setting ?
>
> I know i have to do this at Win98 or Wind95, but not sure is it necessary
> to do it in XP or more higher OS version?
>
> This is because i have this error when i am trying to run Eclipse with my
> Tomcat,. I got this error,
>
> } catch (Throwable t) {
> if (!(t instanceof SkipPageException)){
>out = _jspx_out;
>if (out != null && out.getBufferSize() != 0)
> out.clearBuffer();
> > if (pageContext != null) pageContext.handlePageException(t);
> }
>} finally {
> if (_jspxFactory != null)
> _jspxFactory.releasePageContext(pageContext);
>}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 Replication
clustering doesn't support frames. synchronizing everything down to that level would cause overhead, so I decided against supporting it. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 6:46 AM To: Tomcat Users List Subject: RE: tomcat 5.0.16 Replication I built the latest CVS branch for the clustering module and replaced my catalina-cluster.jar. Seams like everything is synchronous as stated. I had another unrelated problem with a IFRAME that IE seams to load before the server (tomcat) ends the request. So even if everything was synchronous the iframe request could be done by IE before the actual parent page was done replicating. I'll let you know if any other problem gets by since that release will be going thru intensive testing in the coming weeks. Thanks -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Saturday, January 03, 2004 8:07 PM To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: tomcat 5.0.16 Replication it will come out in the next release. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 31, 2003 9:41 AM To: Tomcat-user Subject: tomcat 5.0.16 Replication The new tomcat 5.0.16 replication seams to work odly. >From what I've read from the documentation and the mailing list, the clustering is supposed to be done synchronously. Right? Well that's not what's happening on my end, the client receives the response before the whole replication thing is done. ex: I got a webpage that fetches data and if data is found put it in the session and return a webpage containing a IFRAME. In the IFRAME, the src hits a webpage on the same cluster and loads up the data found in the session and display it. Well sometimes, when the IFRAME is shown and that hit is forwarded to different server than the first access, the data in the session is empty. Then once the page is loaded (empty) and returned to the client, I get the replication message in my logs. (The message containing the data that was supposed to be already replicated). [Cluster config] [end Cluster Config] Any idea on what could be going wrong here? Jean-Philippe Bélanger CGI - 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]
RE: tomcat 5.0.16 Replication
I built the latest CVS branch for the clustering module and replaced my catalina-cluster.jar. Seams like everything is synchronous as stated. I had another unrelated problem with a IFRAME that IE seams to load before the server (tomcat) ends the request. So even if everything was synchronous the iframe request could be done by IE before the actual parent page was done replicating. I'll let you know if any other problem gets by since that release will be going thru intensive testing in the coming weeks. Thanks -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Saturday, January 03, 2004 8:07 PM To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: tomcat 5.0.16 Replication it will come out in the next release. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 31, 2003 9:41 AM To: Tomcat-user Subject: tomcat 5.0.16 Replication The new tomcat 5.0.16 replication seams to work odly. >From what I've read from the documentation and the mailing list, the clustering is supposed to be done synchronously. Right? Well that's not what's happening on my end, the client receives the response before the whole replication thing is done. ex: I got a webpage that fetches data and if data is found put it in the session and return a webpage containing a IFRAME. In the IFRAME, the src hits a webpage on the same cluster and loads up the data found in the session and display it. Well sometimes, when the IFRAME is shown and that hit is forwarded to different server than the first access, the data in the session is empty. Then once the page is loaded (empty) and returned to the client, I get the replication message in my logs. (The message containing the data that was supposed to be already replicated). [Cluster config] [end Cluster Config] Any idea on what could be going wrong here? Jean-Philippe Bélanger CGI - 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: Tomcat 5.0.16 Server Can't Find Keystore
Because the VM is being started from C:\WINDOWS\System32 since it is running as a service. If it were started from catalina.bat, then the VM would have been started from CATALINA_HOME/bin, so it would have looked there for the config directory. Why it doesn't look from in the location of CATALNIA_HOME rather than wherever the VM was started for the keystore stuff is beyond me. I'm not really sure about the keystore stuff since I haven't configured SSL for Tomcat as of yet. Jake At 09:40 AM 1/3/2004 -0600, you wrote: Yesterday, in response to a post asking how to run Tomcat as a server, someone pointed out that the *.exe binary, which includes the installer, is now available. (Hooray!) So, I downloaded it, and it installed flawlessly. I had renamed my previous Tomcat 5.0.16 installation so the server version could be installed in parallel. I am using HTTPS, and I have enabled the proper connectors in server.xml as I had done before. However, with the Tomcat service started, when I start the application, it fails with the following entry in the stdout.log file: java.io.FileNotFoundException: C:\WINDOWS\system32\config\systemprofile\.keystore (The system cannot find the file specified) The error message is valid in that my .keystore is under C:\Document Settings. That keystore had been generated by the Java keytool utility using the instructions in Tomcat for establishing an SSL connector.. I tried generating another key, thinking maybe this version looked in a different place. However, the keytool failed claiming that the alias "Tomcat" already existed, implying it was looking C:\Document Settings. I have check server.xml and web.xml, but I can't find anything to specify where Tomcat is to look for the .keystore file. Anyone have any suggestions as to how to make Tomcat look in C:\Document Settings or how to make keytool generate a .keystore file in C:\WINDOWS\System32\config\systemprofile where it's looking? Merrill Cornish - 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: tomcat 5.0.16 Replication
it will come out in the next release. Filip -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 31, 2003 9:41 AM To: Tomcat-user Subject: tomcat 5.0.16 Replication The new tomcat 5.0.16 replication seams to work odly. >From what I've read from the documentation and the mailing list, the clustering is supposed to be done synchronously. Right? Well that's not what's happening on my end, the client receives the response before the whole replication thing is done. ex: I got a webpage that fetches data and if data is found put it in the session and return a webpage containing a IFRAME. In the IFRAME, the src hits a webpage on the same cluster and loads up the data found in the session and display it. Well sometimes, when the IFRAME is shown and that hit is forwarded to different server than the first access, the data in the session is empty. Then once the page is loaded (empty) and returned to the client, I get the replication message in my logs. (The message containing the data that was supposed to be already replicated). [Cluster config] [end Cluster Config] Any idea on what could be going wrong here? Jean-Philippe Bélanger CGI - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 DBCP Connection Pool Exhausted Error
This is where I saw it : http://jakarta.apache.org/commons/dbcp/apidocs/org/apache/commons/dbcp/AbandonedConfig.html But I think the code is still in there, just marked as deprecated :D Philipp Taprogge wrote: Hi! Kwok Peng Tuck wrote: Isn't removeAbandoned deprecated ? If so is it still usable ? I can't find a word about it being deprecated on http://jakarta.apache.org/commons/dbcp/configuration.html I am using this parameter quite successfully. Phil - 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: Tomcat 5.0.16 DBCP Connection Pool Exhausted Error
Hi! Kwok Peng Tuck wrote: Isn't removeAbandoned deprecated ? If so is it still usable ? I can't find a word about it being deprecated on http://jakarta.apache.org/commons/dbcp/configuration.html I am using this parameter quite successfully. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 DBCP Connection Pool Exhausted Error
Hi,
I am getting right away. Below the code structure where I am getting.
try{
Context ctx = new InitialContext();
if(ctx == null )
throw new Exception("No Context found");
DataSource ds =
(DataSource)ctx.lookup("java:comp/env/jdbc/informixDB");
if (ds != null) {
Connection conn = ds.getConnection();
-- Here its going to catch section with "connection pool
exhausted error". --
-
-
Thanks
KD
- Original Message -
From: "Kwok Peng Tuck" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Monday, December 15, 2003 8:44 PM
Subject: Re: Tomcat 5.0.16 DBCP Connection Pool Exhausted Error
> Isn't removeAbandoned deprecated ? If so is it still usable ?
>
>
> >
> > Hmm... are you getting the error right away or only after a few
requests?
> >
> > Hard to say anything without further information. It is always a good
> > idea to make sure you properly close all Statements, ResultSets anc
> > Connections obtained from the pool.
> > If you ae using commons dbcp, you could also add
> >
> > logAbandonedtrue
> > removeAbandonedtrue
> >
> >
>
> -
> 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: Tomcat 5.0.16 DBCP Connection Pool Exhausted Error
Isn't removeAbandoned deprecated ? If so is it still usable ? Hmm... are you getting the error right away or only after a few requests? Hard to say anything without further information. It is always a good idea to make sure you properly close all Statements, ResultSets anc Connections obtained from the pool. If you ae using commons dbcp, you could also add logAbandonedtrue removeAbandonedtrue - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 DBCP Connection Pool Exhausted Error
Kausik Dey wrote: Hi Guys, Currently I am using 5.0.5 in production. I was trying to upgrade to 5.0.15 or 5.0.16. I made necessary changes to server.xml > to create informix DBCP. Unfortunately, I am getting "Connection Pool Exhausted" error while trying to obtain the connection from Datasource. Is it a bug in these version or I am doing something wrong? Please advise me. Hmm... are you getting the error right away or only after a few requests? Hard to say anything without further information. It is always a good idea to make sure you properly close all Statements, ResultSets anc Connections obtained from the pool. If you ae using commons dbcp, you could also add logAbandonedtrue removeAbandonedtrue to your ressource definition. The first should remove any stale connections after they time out, the second should give you a stack trace of the violating code. Hope this helps Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 DBCP Connection Pool Exhausted Error
Hmm maybe you are not returning connections after using them ?
In the tomcat docs they do give a pattern you could use in your code, like
try {
}catch(SQLException e) {
}finally {
try {
//Perform your close statements here.
}catch(SQLException e) {
}
}
HIH .
Kausik Dey wrote:
Hi Guys,
Currently I am using 5.0.5 in production. I was trying to upgrade to 5.0.15 or 5.0.16. I made necessary changes to server.xml to create informix DBCP. Unfortunately, I am getting "Connection Pool Exhausted" error while trying to obtain the connection from Datasource. Is it a bug in these version or I am doing something wrong? Please advise me.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat 5.0.16 log4j wierd behaviour
On Thu, 4 Dec 2003, Shapira, Yoav wrote: > Howdy, > > >When I deploy the webapp into /webapps/ then start tomcat, I get the > >error below--not when it loads my webapp--but when it loads the > >tomcat-docs webapp...?? So I copy the commons-logging.jar and > >log4j.jar into /commons/lib/ dir and the problem goes away, but is that > >how things should be done? But I really want to keep my webapps as > >self-contained as possible... Any pointers? > > There was nothing else in your message, i.e. no error. ;) > > Tomcat 5 uses the commons-logging api a lot more than tomcat 4. Tomcat > 5 (and tomcat 4) don't use log4j directly (which I dislike, but that's > another story). > > You shouldn't have to put log4j.jar and commons-logging.jar in > common/lib. You should be able to deploy in a completely self-contained > manner: I have a bunch of applications using log4j deploying fine in > tomcat 5, without adding anything to common/lib, just log4j.jar in > WEB-INF/lib of each application. > > Perhaps your error message will shed more light... > > Yoav Shapira Hi Yoav, Yeah I thought that was the case...but it seems like my webapp and the default ones that came with tomcat don't like each other, in regards to logging. I included the errors below. I'm still having some really wierd log4j errors that I'm not sure if it's coming from tomcat or turbine :( INFO: Installing web application at context path from URL file:E:\Java\Software \jakarta-tomcat-5.0.16\webapps\ROOT Dec 14, 2003 1:45:28 PM org.apache.catalina.core.StandardHostDeployer install INFO: Error installing org.apache.commons.logging.LogConfigurationException: java.lang.ClassNotFoundExc eption: org.apache.commons.logging.impl.Log4jFactory at org.apache.commons.logging.LogFactory$2.run(LogFactory.java:609) at java.security.AccessController.doPrivileged(Native Method) at org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:561) at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:298) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:395) at org.apache.catalina.session.ManagerBase.(ManagerBase.java:107) at org.apache.catalina.session.StandardManager.(StandardManager.ja va:111) at org.apache.catalina.startup.ContextConfig.managerConfig(ContextConfig .java:350) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:65 5) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfi g.java:254) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4 212) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:866) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:85 0) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep loyer.java:316) at org.apache.catalina.core.StandardHost.install(StandardHost.java:859) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j ava:723) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:473 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1002) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :393) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1133) at org.apache.catalina.core.StandardHost.start(StandardHost.java:816) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:518 ) at org.apache.catalina.core.StandardService.start(StandardService.java:5 19) at org.apache.catalina.core.StandardServer.start(StandardServer.java:234 3) at org.apache.catalina.startup.Catalina.start(Catalina.java:581) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.impl.Log 4jFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
Re: Tomcat 5.0.16 : manager-app access - solved
Hi Andy, yes, you were completely right with your assumption about the user roles. Thanks a lot greets Dirk - Original Message - From: Adam Hardy <[EMAIL PROTECTED]> To: Tomcat Users List <[EMAIL PROTECTED]> Sent: Thursday, December 11, 2003 10:33 PM Subject: Re: Tomcat 5.0.16 : manager-app access - solved > Ah! If only you hadn't dropped the thread! Oh well, glad you got it sorted. > > As for the commas, looks like you found a bug - although I would check > that user_roles="admin" works for admin only as well. > > Adam > > On 12/11/2003 04:09 PM Dirk Griesbach wrote: > > I traced the problem down to the 'user_role' entry in the database: > > The role of the user used by the manager-app had role "admin,manager" > > (like in 'tomcat-users.xml' in a memory Realm) which does not work. > > Changing the user_role to 'manager' puts it..but now the admin-app using > > the same user complains. > > > > Maybe class > > "org.apache.catalina.realm.DataSourceRealm" works different than > > "org.apache.catalina.realm.UserDatabaseRealm" > > regarding comma seperated roles ? > > > > grisi > > - Original Message - > > From: Dirk Griesbach <[EMAIL PROTECTED]> > > To: Tomcat Users List <[EMAIL PROTECTED]> > > Sent: Thursday, December 11, 2003 9:57 AM > > Subject: Re: Tomcat 5.0.16 : manager-app access > > > > > > > >>Hi Adam, > >> > >>thanx for your hint, is there a FAQ or Readme on TC5 I missed ? > >> > >>I moved the manager.xml to ...\conf\catalina\localhost. > >>It has the following content: > >>" > >> >>debug="0" privileged="true"> > >> > >>>>type="javax.sql.DataSource"/> > >> > >>" > >>You're right, the Realm is defined in the server.xml: > >> > >>" > >>... > >> > >>... > >> >> auth="Container" > >> type="javax.sql.DataSource" /> > >> > >> > >> > >> > >> > >>" > >>Unfortunately: no effect, "403 - Access to the requested resource has been > >>denied" > >>The admin-app still shows no entry in 'User database" > >> > >>Is there something else that's worth having a look at ? > >> > >>Dirk > >> > >>- Original Message - > >>From: Adam Hardy <[EMAIL PROTECTED]> > >>To: Tomcat Users List <[EMAIL PROTECTED]> > >>Sent: Wednesday, December 10, 2003 10:17 PM > >>Subject: Re: Tomcat 5.0.16 : manager-app access > >> > >> > >> > >>>On 12/10/2003 05:49 PM Dirk Griesbach wrote: > >>> > >>>>hello folks, > >>>> > >>>>a question on datasource realms and the manager app: > >>>> > >>>>When I installed TC 5.0.16 'out-of-the-box' I could start the > >> > >>manager-app. > >> > >>>>Then I deployed our webapp (manually), configured a DataSourceRealm > >> > >>using mysql > >> > >>>>for authentification, configured SSL, form based LogIn and ... the > >> > >>webapp works fine. > >> > >>>>(The resource name is still "UserDatabase") > >>>> > >>>>But if I now try to use the manager-app I get the error: "403 - access > >> > >>denied" without even being prompted. > >> > >>>>I've modified "..server\webapps\manager\WEB-INF\web.xml" so that it > >> > >>reads: > >> > >>>>"... > >>>> UserDatabase > >>>> javax.sql.DataSource > >>>> > >>>>" > >>>> > >>>>and "..server\webapps\manager\manager.xml" that it reads > >>>> > >>>>"... > >>>> >>>>type="javax.sql.DataSource"/> > >>>> > >>>>" > >>>>no effect. > >>>> > >>>>Even more strange the behaviour of the "admin-app": > >>>> > >>>>The Login-screen appears as usual and login data that complies with > > > > the > > >
Re: Tomcat 5.0.16 : manager-app access - solved
Ah! If only you hadn't dropped the thread! Oh well, glad you got it sorted. As for the commas, looks like you found a bug - although I would check that user_roles="admin" works for admin only as well. Adam On 12/11/2003 04:09 PM Dirk Griesbach wrote: I traced the problem down to the 'user_role' entry in the database: The role of the user used by the manager-app had role "admin,manager" (like in 'tomcat-users.xml' in a memory Realm) which does not work. Changing the user_role to 'manager' puts it..but now the admin-app using the same user complains. Maybe class "org.apache.catalina.realm.DataSourceRealm" works different than "org.apache.catalina.realm.UserDatabaseRealm" regarding comma seperated roles ? grisi - Original Message - From: Dirk Griesbach <[EMAIL PROTECTED]> To: Tomcat Users List <[EMAIL PROTECTED]> Sent: Thursday, December 11, 2003 9:57 AM Subject: Re: Tomcat 5.0.16 : manager-app access Hi Adam, thanx for your hint, is there a FAQ or Readme on TC5 I missed ? I moved the manager.xml to ...\conf\catalina\localhost. It has the following content: " " You're right, the Realm is defined in the server.xml: " ... ... " Unfortunately: no effect, "403 - Access to the requested resource has been denied" The admin-app still shows no entry in 'User database" Is there something else that's worth having a look at ? Dirk - Original Message ----- From: Adam Hardy <[EMAIL PROTECTED]> To: Tomcat Users List <[EMAIL PROTECTED]> Sent: Wednesday, December 10, 2003 10:17 PM Subject: Re: Tomcat 5.0.16 : manager-app access On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still "UserDatabase") But if I now try to use the manager-app I get the error: "403 - access denied" without even being prompted. I've modified "..server\webapps\manager\WEB-INF\web.xml" so that it reads: "... UserDatabase javax.sql.DataSource " and "..server\webapps\manager\manager.xml" that it reads "... " no effect. Even more strange the behaviour of the "admin-app": The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on "dataSource" shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error "The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request." Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - 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] -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 : manager-app access
Hi Dirk, re: a FAQ or whatever, it's just a case of reading the tomcat 5 docs on the Jakarta website where appropriate. The manager app will only let you log on with the role 'manager'. If your user in that realm isn't in the role, you won't get in. You can change this in the server/webapps/manager/WEB-INF/web.xml config. However you say you don't even get the chance to login? Strange. I'm not familiar with the admin app. Are you saying that your realm should show up there but doesn't? And the realm works fine for your app and for the admin app, but not for the manager app? Judging by the error in the admin app you spoke of, I would guess that there is something wrong with the roles configuration in your realm. Do you use roles in your own app? If so and it works, then perhaps it's not that problem. But I'd look there first. Adam On 12/11/2003 09:57 AM Dirk Griesbach wrote: thanx for your hint, is there a FAQ or Readme on TC5 I missed ? I moved the manager.xml to ...\conf\catalina\localhost. It has the following content: " " You're right, the Realm is defined in the server.xml: " ... ... " Unfortunately: no effect, "403 - Access to the requested resource has been denied" The admin-app still shows no entry in 'User database" Is there something else that's worth having a look at ? Dirk - Original Message - From: Adam Hardy <[EMAIL PROTECTED]> To: Tomcat Users List <[EMAIL PROTECTED]> Sent: Wednesday, December 10, 2003 10:17 PM Subject: Re: Tomcat 5.0.16 : manager-app access On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still "UserDatabase") But if I now try to use the manager-app I get the error: "403 - access denied" without even being prompted. I've modified "..server\webapps\manager\WEB-INF\web.xml" so that it reads: "... UserDatabase javax.sql.DataSource " and "..server\webapps\manager\manager.xml" that it reads "... " no effect. Even more strange the behaviour of the "admin-app": The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on "dataSource" shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error "The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request." Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.0.16 : manager-app access
Hi Adam, thanx for your hint, is there a FAQ or Readme on TC5 I missed ? I moved the manager.xml to ...\conf\catalina\localhost. It has the following content: " " You're right, the Realm is defined in the server.xml: " ... ... " Unfortunately: no effect, "403 - Access to the requested resource has been denied" The admin-app still shows no entry in 'User database" Is there something else that's worth having a look at ? Dirk - Original Message - From: Adam Hardy <[EMAIL PROTECTED]> To: Tomcat Users List <[EMAIL PROTECTED]> Sent: Wednesday, December 10, 2003 10:17 PM Subject: Re: Tomcat 5.0.16 : manager-app access > On 12/10/2003 05:49 PM Dirk Griesbach wrote: > > hello folks, > > > > a question on datasource realms and the manager app: > > > > When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. > > > > Then I deployed our webapp (manually), configured a DataSourceRealm using mysql > > for authentification, configured SSL, form based LogIn and ... the webapp works fine. > > (The resource name is still "UserDatabase") > > > > But if I now try to use the manager-app I get the error: "403 - access denied" without even being prompted. > > > > I've modified "..server\webapps\manager\WEB-INF\web.xml" so that it reads: > > > > "... > >UserDatabase > >javax.sql.DataSource > > > > " > > > > and "..server\webapps\manager\manager.xml" that it reads > > > > "... > > > type="javax.sql.DataSource"/> > > > > " > > no effect. > > > > Even more strange the behaviour of the "admin-app": > > > > The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. > > Clicking on "dataSource" shows up the 'mysql-jdbc' Installation. > > Clicking on 'user database' showsnothing. > > Clicking on 'user roles, groups' etc. results in an error > > "The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request." > > Admin-app uses struts with TagLibs, is there something hardcoded in there ? > > > > Why do the these two applications not recognize the new Realm ? > > > Hi Dirk, > presumably you configured the realm in the server.xml. > > You need to put the manager.xml file in conf/Catalina/localhost/ which > is the new place for it in 5.x > > Adam > -- > struts 1.1 + tomcat 5.0.16 + java 1.4.2 > Linux 2.4.20 Debian > > - > 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: Tomcat 5.0.16 : manager-app access
On 12/10/2003 05:49 PM Dirk Griesbach wrote: hello folks, a question on datasource realms and the manager app: When I installed TC 5.0.16 'out-of-the-box' I could start the manager-app. Then I deployed our webapp (manually), configured a DataSourceRealm using mysql for authentification, configured SSL, form based LogIn and ... the webapp works fine. (The resource name is still "UserDatabase") But if I now try to use the manager-app I get the error: "403 - access denied" without even being prompted. I've modified "..server\webapps\manager\WEB-INF\web.xml" so that it reads: "... UserDatabase javax.sql.DataSource " and "..server\webapps\manager\manager.xml" that it reads "... " no effect. Even more strange the behaviour of the "admin-app": The Login-screen appears as usual and login data that complies with the the DataSource Realm is being accepted. Clicking on "dataSource" shows up the 'mysql-jdbc' Installation. Clicking on 'user database' showsnothing. Clicking on 'user roles, groups' etc. results in an error "The server encountered an internal error (Error retrieving attribute groups) that prevented it from fulfilling this request." Admin-app uses struts with TagLibs, is there something hardcoded in there ? Why do the these two applications not recognize the new Realm ? Hi Dirk, presumably you configured the realm in the server.xml. You need to put the manager.xml file in conf/Catalina/localhost/ which is the new place for it in 5.x Adam -- struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat-5.0.16 with jsvc exists with error
The jsvc name is a Linux thing, having to do with quirks in Linux permissions. You can look through the source if you really find this interesting (it's half decently documentented there :). Jsvc works on a parent-slave model. The parent sits around to see if the slave has died, and recieves signals. The slave invokes Tomcat via JNI, and does Tomcat things :). It invokes Tomcat in 'daemon' mode, so that Tomcat doesn't listen on 8005. When you send a kill, you send it to the parent, which then tells the slave to gracefully shutdown. Thanks for this explanation, but this still doesn't explain, what's this jsvc.exec error: Service exit with a return value of 143 is about. I couldn't find anything on that with google. Regards Marten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat-5.0.16 with jsvc exists with error
"Marten Lehmann" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hello, > > I'm using tomcat-5.0.16 with jsvc to bind tomcat to port 80, but running > it with a different user than root. Startup and running is fine. > Shutdown (in general) also. But when tomcat (or jsvc?) exits, the > following entry always appears in catalina.out: > > jsvc.exec error: Service exit with a return value of 143 > > Also, when jsvc is running, all processes are named jsvc, not java. I > don't understand how jsvc is integrated with tomcat. Can anyone explain, > please? And why can't I shutdown tomcat via the shutdown-message on port > 8005 by default anymore, but only kill the master jsvc-process? It seems > that this is a hard shutdown which could kill threads of webapps which > must shutdown gracefully. Or did I get something wrong? > The jsvc name is a Linux thing, having to do with quirks in Linux permissions. You can look through the source if you really find this interesting (it's half decently documentented there :). Jsvc works on a parent-slave model. The parent sits around to see if the slave has died, and recieves signals. The slave invokes Tomcat via JNI, and does Tomcat things :). It invokes Tomcat in 'daemon' mode, so that Tomcat doesn't listen on 8005. When you send a kill, you send it to the parent, which then tells the slave to gracefully shutdown. > Regards > Marten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0.16 fails to compile JSP page where 4.1.18 would...
Thanks Remmy, That was it. Lon -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, December 08, 2003 3:38 PM To: Tomcat Users List Subject: Re: Tomcat 5.0.16 fails to compile JSP page where 4.1.18 would... Lon Palmer wrote: > Hello Group! > > I'm trying to upgrade to tomcat 5.0.16 but I'm having some trouble with just > one JSP page. The pagew will not compile and the error points to this line > in the JSP: > > "application" /> > > A pretty straight forward JSP line to be sure. Here is the error message: > type Exception report > message > description The server encountered an internal error () that prevented it > from fulfilling this request. > exception > org.apache.jasper.JasperException: Unable to compile class for JSP > > An error occurred at line: 17 in the jsp file: /LogCheck.jsp > > Generated servlet error: > [javac] Compiling 1 source file > > /usr/local/tomcat/jakarta-tomcat-5.0.16/work/Catalina/k4sv.com/_/org/apache/ > jsp/LogCheck_jsp.java:59: LogKeeper(java.lang.String) in > com.k4sv.web.LogKeeper cannot be applied to () > LOG_KEEPER = new com.k4sv.web.LogKeeper(); >^ > 1 error > > > > org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle > r.java:127) > > org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:3 > 51) > org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415) > org.apache.jasper.compiler.Compiler.compile(Compiler.java:458) > org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) > > org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 > 52) > > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 > 91) > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) > javax.servlet.http.HttpServlet.service(HttpServlet.java:856) > note The full stack trace of the root cause is available in the Tomcat logs. > > Is there something in the new JSP spec that prevents this syntax? Am I > doing something wrong? This page compiles great under 4.1.18 by the way. For jsp:getProperty and the others, your bean must comply with the JavaBean specification (ie, have a no arg constructor). I think this is indeed a change from 4.1.x (you can compare the generated code). BTW, you can use the Jasper from 4.1.x with 5.0.x without any problems if you don't care about JSP 2.0 for now (I suggest you care, it's nice :) ). -- 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: Tomcat 5.0.16 fails to compile JSP page where 4.1.18 would...
Lon Palmer wrote: Hello Group! I'm trying to upgrade to tomcat 5.0.16 but I'm having some trouble with just one JSP page. The pagew will not compile and the error points to this line in the JSP: A pretty straight forward JSP line to be sure. Here is the error message: type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 17 in the jsp file: /LogCheck.jsp Generated servlet error: [javac] Compiling 1 source file /usr/local/tomcat/jakarta-tomcat-5.0.16/work/Catalina/k4sv.com/_/org/apache/ jsp/LogCheck_jsp.java:59: LogKeeper(java.lang.String) in com.k4sv.web.LogKeeper cannot be applied to () LOG_KEEPER = new com.k4sv.web.LogKeeper(); ^ 1 error org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle r.java:127) org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:3 51) org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:415) org.apache.jasper.compiler.Compiler.compile(Compiler.java:458) org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 52) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) javax.servlet.http.HttpServlet.service(HttpServlet.java:856) note The full stack trace of the root cause is available in the Tomcat logs. Is there something in the new JSP spec that prevents this syntax? Am I doing something wrong? This page compiles great under 4.1.18 by the way. For jsp:getProperty and the others, your bean must comply with the JavaBean specification (ie, have a no arg constructor). I think this is indeed a change from 4.1.x (you can compare the generated code). BTW, you can use the Jasper from 4.1.x with 5.0.x without any problems if you don't care about JSP 2.0 for now (I suggest you care, it's nice :) ). -- 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: [TOMCAT] 5.0.16
Really? JAVA_HOME should be point to the jdk base directory not a jar file, you drop the /lib/tools.jar from it. Thank you, Patrick Sullivan Centura Health 303-643-4021 -Original Message- From: Schalk [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2003 8:39 AM To: 'Tomcat Users List' Subject: RE: [TOMCAT] 5.0.16 Derek My JAVA_HOME points to j2sdk1.4.2/lib/tools.jar Kind Regards Schalk Neethling Web Developer.Designer.Programmer.CEO Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Derek Mahar [mailto:[EMAIL PROTECTED] :: Sent: Friday, December 05, 2003 4:43 PM :: To: [EMAIL PROTECTED] :: Subject: RE: [TOMCAT] 5.0.16 :: :: Where is your JVM installed? Is your JAVA_HOME environment variable set :: to this location? The Tomcat 5.0.16 Windows installation worked fine :: for me and had no trouble finding the JVM. :: :: Derek :: :: -Original Message- :: From: Schalk [mailto:[EMAIL PROTECTED] :: Sent: December 4, 2003 5:44 PM :: To: [EMAIL PROTECTED] :: Subject: [TOMCAT] 5.0.16 :: :: :: I have been running Tomcat 4.1.29 with no problems. When trying to :: upgrade to Tomcat 5.0.16 via the .exe download the installation program :: keeps saying JRE not found and cancel the installation. Anyone know why :: this is happening? :: :: :: :: Kind Regards :: :: Schalk Neethling :: :: Web Developer.Designer.Programmer.CEO :: :: Volume4.Development.Multimedia.Branding :: :: emotionalize.conceptualize.visualize.realize :: :: Tel: +27125468436 :: :: Fax: +27125468436 :: :: email:[EMAIL PROTECTED] :: :: web: www.volume4.co.za :: :: :: :: This message contains information that is considered to be sensitive or :: confidential and may not be forwarded or disclosed to any other party :: without the permission of the sender. If you received this message in :: error, please notify me immediately so that I can correct and delete the :: original email. Thank you. :: :: :: :: :: - :: 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: [TOMCAT] 5.0.16
Schalk: I think your JAVA_HOME is incorrect. Why does it point to j2sdk1.4.2/lib/tools.jar? My JAVA_HOME is C:\Sun\j2sdk1.4.2. Derek -Original Message- From: Schalk [mailto:[EMAIL PROTECTED] Sent: December 5, 2003 10:39 AM To: 'Tomcat Users List' Subject: RE: [TOMCAT] 5.0.16 Derek My JAVA_HOME points to j2sdk1.4.2/lib/tools.jar Kind Regards Schalk Neethling Web Developer.Designer.Programmer.CEO Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Derek Mahar [mailto:[EMAIL PROTECTED] :: Sent: Friday, December 05, 2003 4:43 PM :: To: [EMAIL PROTECTED] :: Subject: RE: [TOMCAT] 5.0.16 :: :: Where is your JVM installed? Is your JAVA_HOME environment variable set :: to this location? The Tomcat 5.0.16 Windows installation worked fine :: for me and had no trouble finding the JVM. :: :: Derek :: :: -Original Message- :: From: Schalk [mailto:[EMAIL PROTECTED] :: Sent: December 4, 2003 5:44 PM :: To: [EMAIL PROTECTED] :: Subject: [TOMCAT] 5.0.16 :: :: :: I have been running Tomcat 4.1.29 with no problems. When trying to :: upgrade to Tomcat 5.0.16 via the .exe download the installation program :: keeps saying JRE not found and cancel the installation. Anyone know why :: this is happening? :: :: :: :: Kind Regards :: :: Schalk Neethling :: :: Web Developer.Designer.Programmer.CEO :: :: Volume4.Development.Multimedia.Branding :: :: emotionalize.conceptualize.visualize.realize :: :: Tel: +27125468436 :: :: Fax: +27125468436 :: :: email:[EMAIL PROTECTED] :: :: web: www.volume4.co.za :: :: :: :: This message contains information that is considered to be sensitive or :: confidential and may not be forwarded or disclosed to any other party :: without the permission of the sender. If you received this message in :: error, please notify me immediately so that I can correct and delete the :: original email. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [TOMCAT] 5.0.16
Schalk wrote: Derek My JAVA_HOME points to j2sdk1.4.2/lib/tools.jar No, it should point to the base path of the JDK (ex: c:\j2sdk1.4.2). -- 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: [TOMCAT] 5.0.16
try pointing it to the j2sdk directory. IE: /usr/local/j2sdk1.4.2 On Friday 05 December 2003 10:38 am, Schalk wrote: > Derek > > My JAVA_HOME points to j2sdk1.4.2/lib/tools.jar > > Kind Regards > Schalk Neethling > Web Developer.Designer.Programmer.CEO > Volume4.Development.Multimedia.Branding > emotionalize.conceptualize.visualize.realize > Tel: +27125468436 > Fax: +27125468436 > email:[EMAIL PROTECTED] > web: www.volume4.co.za > > This message contains information that is considered to be sensitive or > confidential and may not be forwarded or disclosed to any other party > without the permission of the sender. If you received this message in > error, please notify me immediately so that I can correct and delete the > original email. Thank you. > > :: -Original Message- > :: From: Derek Mahar [mailto:[EMAIL PROTECTED] > :: Sent: Friday, December 05, 2003 4:43 PM > :: To: [EMAIL PROTECTED] > :: Subject: RE: [TOMCAT] 5.0.16 > :: > :: Where is your JVM installed? Is your JAVA_HOME environment variable set > :: to this location? The Tomcat 5.0.16 Windows installation worked fine > :: for me and had no trouble finding the JVM. > :: > :: Derek > :: > :: -Original Message- > :: From: Schalk [mailto:[EMAIL PROTECTED] > :: Sent: December 4, 2003 5:44 PM > :: To: [EMAIL PROTECTED] > :: Subject: [TOMCAT] 5.0.16 > :: > :: > :: I have been running Tomcat 4.1.29 with no problems. When trying to > :: upgrade to Tomcat 5.0.16 via the .exe download the installation program > :: keeps saying JRE not found and cancel the installation. Anyone know why > :: this is happening? > :: > :: > :: > :: Kind Regards > :: > :: Schalk Neethling > :: > :: Web Developer.Designer.Programmer.CEO > :: > :: Volume4.Development.Multimedia.Branding > :: > :: emotionalize.conceptualize.visualize.realize > :: > :: Tel: +27125468436 > :: > :: Fax: +27125468436 > :: > :: email:[EMAIL PROTECTED] > :: > :: web: www.volume4.co.za > :: > :: > :: > :: This message contains information that is considered to be sensitive or > :: confidential and may not be forwarded or disclosed to any other party > :: without the permission of the sender. If you received this message in > :: error, please notify me immediately so that I can correct and delete the > :: original email. Thank you. > :: > :: > :: > :: > :: - > :: 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] -- Ben Souther F.W. Davison & Company, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [TOMCAT] 5.0.16
Derek My JAVA_HOME points to j2sdk1.4.2/lib/tools.jar Kind Regards Schalk Neethling Web Developer.Designer.Programmer.CEO Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. :: -Original Message- :: From: Derek Mahar [mailto:[EMAIL PROTECTED] :: Sent: Friday, December 05, 2003 4:43 PM :: To: [EMAIL PROTECTED] :: Subject: RE: [TOMCAT] 5.0.16 :: :: Where is your JVM installed? Is your JAVA_HOME environment variable set :: to this location? The Tomcat 5.0.16 Windows installation worked fine :: for me and had no trouble finding the JVM. :: :: Derek :: :: -Original Message- :: From: Schalk [mailto:[EMAIL PROTECTED] :: Sent: December 4, 2003 5:44 PM :: To: [EMAIL PROTECTED] :: Subject: [TOMCAT] 5.0.16 :: :: :: I have been running Tomcat 4.1.29 with no problems. When trying to :: upgrade to Tomcat 5.0.16 via the .exe download the installation program :: keeps saying JRE not found and cancel the installation. Anyone know why :: this is happening? :: :: :: :: Kind Regards :: :: Schalk Neethling :: :: Web Developer.Designer.Programmer.CEO :: :: Volume4.Development.Multimedia.Branding :: :: emotionalize.conceptualize.visualize.realize :: :: Tel: +27125468436 :: :: Fax: +27125468436 :: :: email:[EMAIL PROTECTED] :: :: web: www.volume4.co.za :: :: :: :: This message contains information that is considered to be sensitive or :: confidential and may not be forwarded or disclosed to any other party :: without the permission of the sender. If you received this message in :: error, please notify me immediately so that I can correct and delete the :: original email. Thank you. :: :: :: :: :: - :: 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: [TOMCAT] 5.0.16
Where is your JVM installed? Is your JAVA_HOME environment variable set to this location? The Tomcat 5.0.16 Windows installation worked fine for me and had no trouble finding the JVM. Derek -Original Message- From: Schalk [mailto:[EMAIL PROTECTED] Sent: December 4, 2003 5:44 PM To: [EMAIL PROTECTED] Subject: [TOMCAT] 5.0.16 I have been running Tomcat 4.1.29 with no problems. When trying to upgrade to Tomcat 5.0.16 via the .exe download the installation program keeps saying JRE not found and cancel the installation. Anyone know why this is happening? Kind Regards Schalk Neethling Web Developer.Designer.Programmer.CEO Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za This message contains information that is considered to be sensitive or confidential and may not be forwarded or disclosed to any other party without the permission of the sender. If you received this message in error, please notify me immediately so that I can correct and delete the original email. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 5.0.16 log4j wierd behaviour
Oops, it would help if I included the stack trace :) See below... On Thu, 4 Dec 2003, Daniel wrote: > > Hi everyone, > > I'm trying out the new tomcat 5.0.16 with a simple turbine 2.3 webapp that > uses log4j. > > When I deploy the webapp into /webapps/ then start tomcat, I get the > error below--not when it loads my webapp--but when it loads the > tomcat-docs webapp...?? So I copy the commons-logging.jar and > log4j.jar into /commons/lib/ dir and the problem goes away, but is that > how things should be done? But I really want to keep my webapps as > self-contained as possible... Any pointers? > > Thanks. > Regards, > Daniel ...all fine up to about this point...(notice Turbine app deployed fine, and now tomcat is trying to deploy /tomcat-docs)... Dec 4, 2003 3:50:50 PM org.apache.turbine.Turbine init INFO: Turbine: init() Ready to Rumble! Dec 4, 2003 3:50:50 PM org.apache.catalina.core.StandardHostDeployer install INFO: Installing web application at context path /tomcat-docs from URL file:C:\J ava\Software\jakarta-tomcat-5.0.16\webapps\tomcat-docs Dec 4, 2003 3:50:50 PM org.apache.catalina.core.StandardHostDeployer install INFO: Error installing org.apache.commons.logging.LogConfigurationException: java.lang.ClassNotFoundExc eption: org.apache.commons.logging.impl.Log4jFactory at org.apache.commons.logging.LogFactory$2.run(LogFactory.java:609) at java.security.AccessController.doPrivileged(Native Method) at org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:561) at org.apache.commons.logging.LogFactory.getFactory(LogFactory.java:298) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:395) at org.apache.catalina.session.ManagerBase.(ManagerBase.java:107) at org.apache.catalina.session.StandardManager.(StandardManager.ja va:111) at org.apache.catalina.startup.ContextConfig.managerConfig(ContextConfig .java:350) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:65 5) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfi g.java:254) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4 212) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase .java:866) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:85 0) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep loyer.java:316) at org.apache.catalina.core.StandardHost.install(StandardHost.java:859) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j ava:723) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:473 ) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1002) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java :393) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl eSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1133) at org.apache.catalina.core.StandardHost.start(StandardHost.java:816) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:518 ) at org.apache.catalina.core.StandardService.start(StandardService.java:5 19) at org.apache.catalina.core.StandardServer.start(StandardServer.java:234 3) at org.apache.catalina.startup.Catalina.start(Catalina.java:581) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.impl.Log 4jFactory at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at org.apache.commons.logging.LogFactory$2.run(LogFactory.java:607) ... 34 more Dec 4, 2003 3
RE: tomcat 5.0.16 log4j wierd behaviour
Howdy, >When I deploy the webapp into /webapps/ then start tomcat, I get the >error below--not when it loads my webapp--but when it loads the >tomcat-docs webapp...?? So I copy the commons-logging.jar and >log4j.jar into /commons/lib/ dir and the problem goes away, but is that >how things should be done? But I really want to keep my webapps as >self-contained as possible... Any pointers? There was nothing else in your message, i.e. no error. ;) Tomcat 5 uses the commons-logging api a lot more than tomcat 4. Tomcat 5 (and tomcat 4) don't use log4j directly (which I dislike, but that's another story). You shouldn't have to put log4j.jar and commons-logging.jar in common/lib. You should be able to deploy in a completely self-contained manner: I have a bunch of applications using log4j deploying fine in tomcat 5, without adding anything to common/lib, just log4j.jar in WEB-INF/lib of each application. Perhaps your error message will shed more light... Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
