Re: New session PER REQUEST
Maurice Yarrow wrote: I'm fronting tomcat 5.0.28 with apache 2.0.59 through mod_proxy. I am not seeing loss of session persistence: here are the values of HttpSession.getId(), as seen in a typical succession of the servlets, and also, one of the JSP's: SelectPubImgSetServlet: thisUser.getId()=303D62BDCC86A5BC6D8218364F513A09 DisplayPubGalleryServlet: thisUser.getId()=303D62BDCC86A5BC6D8218364F513A09 GetPubSmallServlet: thisUser.getId()=303D62BDCC86A5BC6D8218364F513A09 PassWordCheckServlet: thisUser.getId()=303D62BDCC86A5BC6D8218364F513A09 SelectPhotoClub.jsp: thisUser.getId()=303D62BDCC86A5BC6D8218364F513A09 EditGalleryServlet: thisUser.getId()=303D62BDCC86A5BC6D8218364F513A09 I can't, of course, tell you why you are not seeing persistent session id's, but I believe the above shows that this is normal for my webapp. I do not believe that I am doing anything unusual, here, just the usual HttpSession thisUser = GetPubSession( request, response, true ); In fact, for the login/https side of my webapp, I rely on this to determine authorization. Note that going from http to https, the same session is persisted, going the other way, one cannot rely on this - an artifact of the security specification in J2EE). Maurice Yarrow Maurice, thanks for the concientous effort. However, your responses should be addressed to Darren Hall. (no relation that I'm aware of) -Bob Hall - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: static objects, server.xml and preventing running out of available file descriptors
Darryl Miles wrote: Also, I've put in /etc/profile.local the line ulimit -n 8192, hoping it will help. WARNING: If you are unix the JVM uses the select() then increasing the ulimit above the default 1024 maybe dangerous. Is it dangerous in Linux also? -- Mladen Adamovic http://www.online-utility.org http://www.cheapvps.info http://www.vpsreview.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat5 on RHEL4 U3, NoClassDefFoundError
Hi. After upgrading a two-node failover cluster with RHEL4 from U3 to U4, we have suddenly started experiencing big issues with Tomcat. The service either crashes suddenly with error 6 or 11, or immediately with a NoClassDefFoundError: ---8--- *** glibc detected *** double free or corruption (fasttop): 0xb32bdaf8 *** JVMDG217: Dump Handler is Processing Signal 6 - Please Wait. JVMDG303: JVM Requesting Java core file JVMDG304: Java core file written to /tmp/javacore.20060920.164526.15463.txt JVMDG215: Dump Handler has Processed Error Signal 6. ---8--- or ---8--- JVMDG217: Dump Handler is Processing Signal 11 - Please Wait. JVMDG303: JVM Requesting Java core file JVMDG304: Java core file written to /tmp/javacore.20060920.182526.12831.txt JVMDG215: Dump Handler has Processed Exception Signal 11. ---8--- or as of now (service won't start at all) ---8--- Created MBeanServer with ID: 12f3205:10de3f10835:-8000:servername.example.com:1 java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:1747) at java.lang.Class.getConstructor1(Class.java:2063) at java.lang.Class.newInstance3(Class.java:331) at java.lang.Class.newInstance(Class.java:305) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:208) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:402) ---8--- Does anyone have any suggestions to what might be the problem? I appreciate your feedback. Thanks, .../Bosse - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: static objects, server.xml and preventing running out of available file descriptors
I prepared one bash script which aim is to reboot the computer if its web server is down for approx. 30 minutes. I think that bash script might be useful for others on this list, so I'm posting it here. But, I'm not sure what is the best way to run that script. I'm using Suse 9.3 on the server. Should I make it runnable in /etc/init.d as daemon or there is some easier way? Script's code: #!/bin/bash #bash script which reboots the computer when web server is down for approx. 30 minutes serverFailure=0 while [ true ] do wget -t 1 -T 30 -q www.mysite.com if [ $? != 0 ]; then #echo 'server is down!'; serverFailure=$(($serverFailure + 1)); if [ $serverFailure -gt 3 ]; then echo 'too many server failures... going to reboot' ~/reboot.log ; date ~/reboot.log reboot fi else echo 'server is up!'; serverFailure=0 fi #echo 'ServerFailure='$serverFailure; sleep 7m done - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk.1.2.19 - missing documentation for %R JkRequestLogFormat
The Changelog mentions: Added %R JkRequestLogFormat option for Apache 1 and Apache 2. (mturk) In the Apache documentation however this new option is not documented. Could somebody explain (and document) what it does? regards Henk Fictorie -- View this message in context: http://www.nabble.com/mod_jk.1.2.19---missing-documentation-for--R-JkRequestLogFormat-tf2330337.html#a6482789 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Precompiled JSPs after Tomcat restart
JSP lifecycle documentation tells me that there should be .java files named _0002fpageName_jsp.java. I don't have such files (no java files at all). I did a brand new Tomcat installation and executed one JSP example but there is only a tldCache.ser file in work\Catalina\ localhost\jsp-examples. Where are the compiled JSP files? How can I see if they get cached or will Tomcat compile them every time or at restarts? Regards, Frank Michael Zoller wrote: Frank Niedermann wrote: Hello, is it right that Tomcat stores all compiled JSP sites in Tomcat5\work\Catalina\localhost\application\org\apache\jsp? yes. After a restart of Tomcat I still see all the .class files in above mentioned directory, does that mean that these files do not have to be compiled again at first access to them? Educated guess: The servlets/jsp still have to be executed. Once they are loaded into memory they will execute faster because caching mechanisms (harddisk and OS) apply. Michael - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Precompiled-JSPs-after-Tomcat-restart-tf2303735.html#a6482813 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Precompiled JSPs after Tomcat restart
I've found the .java and .class files in a new sample application. I still don't understand if the compiled class files are used after Tomcat restart or if the JSP files will get compiled again. I'm asking because my application (Matrix from MatrixOne) is very slow after restarting Tomcat. After visiting (and compiling?) every JSP page it gets faster until next Tomcat restart. Can anybody clarify or help me out with hints to documentation? Thanks. Michael Zoller wrote: Frank Niedermann wrote: Hello, is it right that Tomcat stores all compiled JSP sites in Tomcat5\work\Catalina\localhost\application\org\apache\jsp? yes. After a restart of Tomcat I still see all the .class files in above mentioned directory, does that mean that these files do not have to be compiled again at first access to them? Educated guess: The servlets/jsp still have to be executed. Once they are loaded into memory they will execute faster because caching mechanisms (harddisk and OS) apply. Michael - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Precompiled-JSPs-after-Tomcat-restart-tf2303735.html#a6483314 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HttpSessionListener with session replication (cluster)
What happens when a HttpSession times out in a cluster, wrt HttpSessionListeners ? Will the HttpSessionListener be notified with a HttpSessionEvent on _each_ node or only on the node that decides to destroy the session ? JSR-154 (Servlet 2.4 spec) [1] says: SRV.10.7 Distributed Containers In distributed Web containers, HttpSession instances are scoped to the particular JVM servicing session requests, and the ServletContext object is scoped to the Web container’s JVM. Distributed containers are not required to propagate either servlet context events or HttpSession events to other JVMs. Listener class instances are scoped to one per deployment descriptor declaration per Java Virtual Machine. [1] http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html Hence it is not *required* for a Servlet Container implementation to propagate HttpSessionEvents to each cluster node on HttpSession timeout. But what about Tomcat ? ;) (I know, I could test it myself, which is most probably what I'm going to do anyway, but if anyone has/had a similar issue, any feedback would be highly appreciated) Background: our security framework is keeping computed ACLs in a cache in the ServletContext of each node, and we only replicate the credentials as part of the HttpSessions (to reduce the session replication payload as those ACL lists can be pretty big). But we have to remove those cached ACLs when the HttpSession times out, using a HttpSessionListener. In a Servlet Container cluster, the ACLs would be computed and cached on each node on the fly, but also have to be flushed out of the cache on each node (hence, the question about HttpSessionEvents being fired on each cluster node or not). Thanks for any information or pointers :) cheers -- -o) Pascal Bleser ATOS Worldline/Aachen(DE) /\\ System Architect WLP Business Platform _\_v Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect.-L.Torvalds - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New session PER REQUEST
From: Darren Hall [mailto:[EMAIL PROTECTED] You are correct. When hitting Tomcat directly, the session remains intact. When using mod_proxy to forward requests to Apache the session is lost. Is this a common issue? How can I go about correcting this? I'll have to open that up to the wider list - I've never used Apache to front-end Tomcat, partly in fear of problems like this! Certainly it would appear that many people have deployed Apache + Tomcat with sessions and it's worked; so I suspect a configuration issue. Personally, I'd check the configuration before going anywhere near Martin Gainty's suggestions. - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk.1.2.19 - missing documentation for %R JkRequestLogFormat
Henk Fictorie wrote: The Changelog mentions: Added %R JkRequestLogFormat option for Apache 1 and Apache 2. (mturk) It logs the real worker 'R'oute name (In case of loadbalancer the elected worker). In the Apache documentation however this new option is not documented. Could somebody explain (and document) what it does? Will do that, thanks for spotting that Regards, Mladen. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to disable the Restart Persistence feature
Hi Can anyone tell me how to completely disable the Restart Persistence feature handling in Tomcat 5.5.17? Regards Roland Rabben
Re: Tomcat5 on RHEL4 U3, NoClassDefFoundError
Bosse Klykken wrote: Hi. After upgrading a two-node failover cluster with RHEL4 from U3 to U4, we have suddenly started experiencing big issues with Tomcat. The service either crashes suddenly with error 6 or 11, or immediately with a NoClassDefFoundError: java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester At a guess, the org.apache.commons.digester.Digester class can't be found/dry pid Thanks, .../Bosse - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dev Environment Setup can't find WEB-INF/lib
Hi, I am a tomcat newbie, and have the task of setting up a development environment in Tomcat. I have a site which is up and running on the live server, but I can't get it to work in the development environment. I have the latest version, Apache Tomcat 5.5.17, and have set it up to use /home/myUser/myWebapps/ as the webapps dir. It seems to be working as it displays a small amount of the site. However it is dying part way through of NoClassDefFoundError: org/apache/xpath/XPathException. The correct classes are all there in the WEB-INF/lib folder, and it is using them with no problem on the live server. Does anyone know why it won't find the libraries? I've been searching around, and its quite a common problem, but none of the solutions I've found work for me. Thanks Barclay This message (and any [associated] attached files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, or the use of any information contained either in the email or in the attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it, and any attachment, from your computer. Messages sent to and from us may be monitored by us. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility of any kind or nature for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. Neither will be responsible for any viruses or other file that is capable of altering, corrupting or otherwise changing files or computer software on your computer system. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company Nexus Media Communications. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: static objects, server.xml and preventing running out of available file descriptors
Having worked in environments where servers get rebooted at odd times for unknown reasons I'll ask the dumb question What happens to the other processes that are running when the server is rebooted? What happens to the logs? I think you may have what Leon called a 'resource allocation issue' that may not be corrected until you actually look at the code to determine who or what is grabbing all of the file handles (and not closing them) M- * This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: Mladen Adamovic [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Monday, September 25, 2006 4:51 AM Subject: Re: static objects, server.xml and preventing running out of available file descriptors I prepared one bash script which aim is to reboot the computer if its web server is down for approx. 30 minutes. I think that bash script might be useful for others on this list, so I'm posting it here. But, I'm not sure what is the best way to run that script. I'm using Suse 9.3 on the server. Should I make it runnable in /etc/init.d as daemon or there is some easier way? Script's code: #!/bin/bash #bash script which reboots the computer when web server is down for approx. 30 minutes serverFailure=0 while [ true ] do wget -t 1 -T 30 -q www.mysite.com if [ $? != 0 ]; then #echo 'server is down!'; serverFailure=$(($serverFailure + 1)); if [ $serverFailure -gt 3 ]; then echo 'too many server failures... going to reboot' ~/reboot.log ; date ~/reboot.log reboot fi else echo 'server is up!'; serverFailure=0 fi #echo 'ServerFailure='$serverFailure; sleep 7m done - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dev Environment Setup can't find WEB-INF/lib
Some initial thoughts: 1. Check folder permissions and be sure tomcat has read access on the WEB-INF/lib folder. 2. Be sure the jar file containing XPathException (xalan.jar) is really in WEB-INF/lib, common/lib, or shared/lib. The location will depend on the class attempting to throw a XPathException (see next item). 3. A class instance loaded from the common class loader or shared class loader won't be able to see the classes in your local webapp. If the class that needs it is in common/* or shared/*, then the jar containing the exception should be in the same place. It may be a common problem, but the solutions are usually fairly simple -- verify where XPathException is and that tomcat has access to it. --David Barclay Curtis wrote: Hi, I am a tomcat newbie, and have the task of setting up a development environment in Tomcat. I have a site which is up and running on the live server, but I can't get it to work in the development environment. I have the latest version, Apache Tomcat 5.5.17, and have set it up to use /home/myUser/myWebapps/ as the webapps dir. It seems to be working as it displays a small amount of the site. However it is dying part way through of NoClassDefFoundError: org/apache/xpath/XPathException. The correct classes are all there in the WEB-INF/lib folder, and it is using them with no problem on the live server. Does anyone know why it won't find the libraries? I've been searching around, and its quite a common problem, but none of the solutions I've found work for me. Thanks Barclay This message (and any [associated] attached files) is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, or the use of any information contained either in the email or in the attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it, and any attachment, from your computer. Messages sent to and from us may be monitored by us. Internet communications cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Therefore, we do not accept responsibility of any kind or nature for any errors or omissions that are present in this message, or any attachment, that have arisen as a result of e-mail transmission. Neither will be responsible for any viruses or other file that is capable of altering, corrupting or otherwise changing files or computer software on your computer system. Any views or opinions presented are solely those of the author and do not necessarily represent those of the company Nexus Media Communications. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat5 on RHEL4 U3, NoClassDefFoundError
Pid wrote: After upgrading a two-node failover cluster with RHEL4 from U3 to U4, we have suddenly started experiencing big issues with Tomcat. The service either crashes suddenly with error 6 or 11, or immediately with a NoClassDefFoundError: java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester At a guess, the org.apache.commons.digester.Digester class can't be found/dry OK, I just solved the NoClassDefFoundError-related issue (I had to redeploy the Tomcat RPMs with --replacepkgs) The problems with error 6 and error 11 still persist, though. I have a wrapper script that checks the process every minute and restarts it if the error situation arises, but this is a brutal hack. :/ Thanks for your feedback. .../Bosse - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat5 on RHEL4 U3, NoClassDefFoundError
from my doc I see that 6 is 'no such device or address' 11 is 'try again' so this error points to a system administration function are you referring to a device that is not mounted? are you referring to a Link that is 'unlinked'? Hard to determine specifics if we don't see your script Tak Tak, Martin- * This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: Bosse Klykken [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Monday, September 25, 2006 8:13 AM Subject: Re: Tomcat5 on RHEL4 U3, NoClassDefFoundError Pid wrote: After upgrading a two-node failover cluster with RHEL4 from U3 to U4, we have suddenly started experiencing big issues with Tomcat. The service either crashes suddenly with error 6 or 11, or immediately with a NoClassDefFoundError: java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester At a guess, the org.apache.commons.digester.Digester class can't be found/dry OK, I just solved the NoClassDefFoundError-related issue (I had to redeploy the Tomcat RPMs with --replacepkgs) The problems with error 6 and error 11 still persist, though. I have a wrapper script that checks the process every minute and restarts it if the error situation arises, but this is a brutal hack. :/ Thanks for your feedback. .../Bosse - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
For using mod_proxy, have you also added proxy_name and proxy_port attributes to the connector receiving proxied requests? Those will need to be set so tomcat can create the session cookie correctly. Additionally, you might want to be sure all your links are run through response.encodeURL( urlString ) so the JSESSIONID is tacked onto the url as necessary. Tomcat will use url rewriting to maintian session if the cookie isn't available. --David Peter Crowther wrote: From: Darren Hall [mailto:[EMAIL PROTECTED] You are correct. When hitting Tomcat directly, the session remains intact. When using mod_proxy to forward requests to Apache the session is lost. Is this a common issue? How can I go about correcting this? I'll have to open that up to the wider list - I've never used Apache to front-end Tomcat, partly in fear of problems like this! Certainly it would appear that many people have deployed Apache + Tomcat with sessions and it's worked; so I suspect a configuration issue. Personally, I'd check the configuration before going anywhere near Martin Gainty's suggestions. - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Looking for someone to review a Tomcat setup.
Is no one interested in some money on the side? I am not looking for volunteer charity work. You would be paid for your help. Charles Killmer 720 St Germain. Suite 200 Saint Cloud, MN 56303 Phone: 320.251.4700 x107 Toll Free : 877.797.4700 x107 Fax: 320.251.5030 http://www.netgainhosting.com [EMAIL PROTECTED] Confidentiality Notice: This e-mail message, including any attachments, is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, and is for the sole use of the intended recipient's. It may contain confidential and/or legally privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -Original Message- From: Charles P. Killmer Sent: Friday, September 22, 2006 9:04 AM To: Tomcat Users List Subject: RE: Looking for someone to review a Tomcat setup. Thanks for the thought. I am the DB admin as well it happens at random times through the days and weeks. Also SQL Server creates backups online. I am more interested in someone coming and looking through the system for configuration issues. Charles Killmer 720 St Germain. Suite 200 Saint Cloud, MN 56303 Phone: 320.251.4700 x107 Toll Free : 877.797.4700 x107 Fax: 320.251.5030 http://www.netgainhosting.com [EMAIL PROTECTED] Confidentiality Notice: This e-mail message, including any attachments, is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, and is for the sole use of the intended recipient's. It may contain confidential and/or legally privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Friday, September 22, 2006 8:50 AM To: Tomcat Users List Subject: Re: Looking for someone to review a Tomcat setup. My first guess would be your database server is taken down for cold backups once a week and the JDBC driver is barfing on that. [Assuming its pooling driver of some kind] Good luck -Tim Charles P. Killmer wrote: Is anyone in the Central Minnesota area interested in reviewing a Tomcat 5.5 setup and providing suggestions for proper setup? I have a number of production sites running on it and everything was working fine on it. Now about once a week, one of the sites will stop responding. I need to log in and restart IIS 6.0 and Tomcat before it starts working again. This is a very big headache. Setup Windows Server Standard 2003 SP1 IIS 6.0 Tomcat 5.5 SQL Server 7.0 on a separate Server - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: static objects, server.xml and preventing running out of available file descriptors
Martin Gainty wrote: I think you may have what Leon called a 'resource allocation issue' that may not be corrected until you actually look at the code to determine who or what is grabbing all of the file handles (and not closing them) Yeah, but if one uses BufferedReader br=new BufferedReader(...); and doesn't do br.close() that file descriptor will be automatically closed on garbage collection, when the object isn't in use any longer, right? -- Mladen Adamovic http://www.online-utility.org http://www.cheapvps.info http://www.vpsreview.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Looking for someone to review a Tomcat setup.
From: Charles P. Killmer [mailto:[EMAIL PROTECTED] Is no one interested in some money on the side? I am not looking for volunteer charity work. You would be paid for your help. Sure I'm interested, but MN is 6 timezones and a day's travel away. - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: static objects, server.xml and preventing running out of available file descriptors
thats probably true (depends on what lies under the bufferedreader/stream, you probably mean a file?) But its generally extremely bad taste to rely on gc when you can fix it by adding a three-liner. that would also expain why your open files become closed after System.gc() is called. However, you dont know when the gc will collect something, so better add the close call. regards leon On 9/25/06, Mladen Adamovic [EMAIL PROTECTED] wrote: Martin Gainty wrote: I think you may have what Leon called a 'resource allocation issue' that may not be corrected until you actually look at the code to determine who or what is grabbing all of the file handles (and not closing them) Yeah, but if one uses BufferedReader br=new BufferedReader(...); and doesn't do br.close() that file descriptor will be automatically closed on garbage collection, when the object isn't in use any longer, right? -- Mladen Adamovic http://www.online-utility.org http://www.cheapvps.info http://www.vpsreview.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: Looking for someone to review a Tomcat setup.
On 9/25/06, Charles P. Killmer [EMAIL PROTECTED] wrote: Is no one interested in some money on the side? I am not looking for volunteer charity work. You would be paid for your help. Here's one option: http://www.virtuas.com/tomcat I know of Virtuas through Matt Raible, who works mostly with web application frameworks, but I haven't used them for consulting. -- Wendy - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New session PER REQUEST
Thanks David,
For using mod_proxy, have you also added proxy_name and proxy_port
attributes to the connector receiving proxied requests? Those will need
to be set so tomcat can create the session cookie correctly.
I don't believe I'm setting any of these things. Correct me if I'm wrong,
but the changes that you're talking about need to be configured on the
Apache side? Below I've posted the relevant portion of my httpd-vhosts.conf
file. I've been looking online for a tutorial of some kind to show me how
I need to configure this, but I haven't had a lot of luck yet (other than
tutorials that go into clustering and load-balancing... neither of which I
need). Any help in getting this working would be greatly appreciated.
(As you can see, I'm currently playing with getting the pass through
mod_proxy to use sticky_sessions, but this doesn't yet appear to be
working.)
- D
VirtualHost www.mydomain.com:80
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /var/www/mydomain/htdocs
ServerName flc3.mydomain.com
ErrorLog /var/www/flc/logs/www.mydomain.org-error_log
CustomLog /var/www/flc/logs/www.mydomain.org-access_log common
ProxyRequests Off
# ProxyPass /flc http://localhost:8080/flc
ProxyPass /flc balancer://localhost:8080/flc stickysession=JSESSIONID
nofailover=On
Proxy balancer://localhost
BalancerMember http://localhost:8080
/Proxy
ProxyPassreverse / http://localhost:8080/flc/
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/flc
RewriteRule ^/(.*)$ /flc/$1 [P]
/VirtualHost
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dev Environment Setup can't find WEB-INF/lib
Thanks David, 1. Yup, tomcat has permission to read the folder and xalan.jar 2. xalan.jar is in the WEB-INF/lib folder. 3. I think the exception is thrown by a JSP page,ChooseContinentFromXML_jsp . I've put the stack trace below. What else could be affecting it? ERROR 2006-09-25 14:14:08,930 org.apache.catalina.core.ApplicationDispatcher [http-4001-Processor25]: Servlet.service() for servlet jsp threw exception java.lang.NoClassDefFoundError: org/apache/xpath/XPathException at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at org.apache.taglibs.standard.tag.common.xml.ForEachTag.prepare(ForEachTag.java:49) at javax.servlet.jsp.jstl.core.LoopTagSupport.doStartTag(LoopTagSupport.java:227) at org.apache.jsp.tiles.selects.ChooseContinentFromXML_jsp._jspx_meth_x_forEach_0(ChooseContinentFromXML_jsp.java:265) at org.apache.jsp.tiles.selects.ChooseContinentFromXML_jsp._jspService(ChooseContinentFromXML_jsp.java:189) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966) at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:614) at org.apache.struts.tiles.TilesUtilImpl.doInclude(TilesUtilImpl.java:99) at org.apache.struts.tiles.TilesUtil.doInclude(TilesUtil.java:135) at org.apache.struts.taglib.tiles.InsertTag.doInclude(InsertTag.java:760) at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(InsertTag.java:892) at org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:462) at org.apache.jsp.layouts.mapLayout_jsp._jspx_meth_tiles_insert_1(mapLayout_jsp.java:554) at org.apache.jsp.layouts.mapLayout_jsp._jspService(mapLayout_jsp.java:156) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:966) at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:614) at org.apache.struts.tiles.TilesUtilImpl.doInclude(TilesUtilImpl.java:99) at org.apache.struts.tiles.TilesUtil.doInclude(TilesUtil.java:135) at org.apache.struts.taglib.tiles.InsertTag.doInclude(InsertTag.java:760) at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(InsertTag.java:892) at org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:462)
RE: FW: Looking for someone to review a Tomcat setup.
Thanks Wendy. Charles Killmer 720 St Germain. Suite 200 Saint Cloud, MN 56303 Phone: 320.251.4700 x107 Toll Free : 877.797.4700 x107 Fax: 320.251.5030 http://www.netgainhosting.com [EMAIL PROTECTED] Confidentiality Notice: This e-mail message, including any attachments, is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, and is for the sole use of the intended recipient's. It may contain confidential and/or legally privileged information. Unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wendy Smoak Sent: Monday, September 25, 2006 8:24 AM To: Tomcat Users List Subject: Re: FW: Looking for someone to review a Tomcat setup. On 9/25/06, Charles P. Killmer [EMAIL PROTECTED] wrote: Is no one interested in some money on the side? I am not looking for volunteer charity work. You would be paid for your help. Here's one option: http://www.virtuas.com/tomcat I know of Virtuas through Matt Raible, who works mostly with web application frameworks, but I haven't used them for consulting. -- Wendy - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
have you consciously decided that you're using tomcat with an http mode
connector instead of an ajp connector?
also, you're duplicating the proxy by doing
ProxyPass /flc ...
as well as
RewriteCond %{REQUEST_URI} !^/flc...
Darren Hall wrote:
Thanks David,
For using mod_proxy, have you also added proxy_name and proxy_port
attributes to the connector receiving proxied requests? Those will need
to be set so tomcat can create the session cookie correctly.
I don't believe I'm setting any of these things. Correct me if I'm wrong,
but the changes that you're talking about need to be configured on the
Apache side? Below I've posted the relevant portion of my httpd-vhosts.conf
file. I've been looking online for a tutorial of some kind to show me how
I need to configure this, but I haven't had a lot of luck yet (other than
tutorials that go into clustering and load-balancing... neither of which I
need). Any help in getting this working would be greatly appreciated.
(As you can see, I'm currently playing with getting the pass through
mod_proxy to use sticky_sessions, but this doesn't yet appear to be
working.)
- D
VirtualHost www.mydomain.com:80
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /var/www/mydomain/htdocs
ServerName flc3.mydomain.com
ErrorLog /var/www/flc/logs/www.mydomain.org-error_log
CustomLog /var/www/flc/logs/www.mydomain.org-access_log common
ProxyRequests Off
# ProxyPass /flc http://localhost:8080/flc
ProxyPass /flc balancer://localhost:8080/flc stickysession=JSESSIONID
nofailover=On
Proxy balancer://localhost
BalancerMember http://localhost:8080
/Proxy
ProxyPassreverse / http://localhost:8080/flc/
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/flc
RewriteRule ^/(.*)$ /flc/$1 [P]
/VirtualHost
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
No.
In server.xml (tomcat's config file), the Connector / element
receiving proxied requests from Apache HTTPd needs
proxyName=www.mysite.com and proxyPort=80 to properly handle cookies
and writing URLs.
There are commented examples of this in the original server.xml file
distributed with tomcat.
--David
Darren Hall wrote:
Thanks David,
For using mod_proxy, have you also added proxy_name and proxy_port
attributes to the connector receiving proxied requests? Those will need
to be set so tomcat can create the session cookie correctly.
I don't believe I'm setting any of these things. Correct me if I'm wrong,
but the changes that you're talking about need to be configured on the
Apache side? Below I've posted the relevant portion of my httpd-vhosts.conf
file. I've been looking online for a tutorial of some kind to show me how
I need to configure this, but I haven't had a lot of luck yet (other than
tutorials that go into clustering and load-balancing... neither of which I
need). Any help in getting this working would be greatly appreciated.
(As you can see, I'm currently playing with getting the pass through
mod_proxy to use sticky_sessions, but this doesn't yet appear to be
working.)
- D
VirtualHost www.mydomain.com:80
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /var/www/mydomain/htdocs
ServerName flc3.mydomain.com
ErrorLog /var/www/flc/logs/www.mydomain.org-error_log
CustomLog /var/www/flc/logs/www.mydomain.org-access_log common
ProxyRequests Off
# ProxyPass /flc http://localhost:8080/flc
ProxyPass /flc balancer://localhost:8080/flc stickysession=JSESSIONID
nofailover=On
Proxy balancer://localhost
BalancerMember http://localhost:8080
/Proxy
ProxyPassreverse / http://localhost:8080/flc/
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/flc
RewriteRule ^/(.*)$ /flc/$1 [P]
/VirtualHost
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Mod_jk
Hello all, Ok, I've gotten the mod_jk to work internally. But, What I want to do is have an apache box forward request through a firewall to a jboss application box, then have jboss return through the firewall to the apache box. How do I accomplish this? Thanks for any thought's. Brian __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk port issue
I'm using mod_jk. I currently have it working in a dev environment. Apache Web server --- jboss application server. I need to move to Production: Apache -- [FireWall] -- jboss When I first tried this everything failed. We opened port 8009 on the FW to allow incoming traffic and outgoing traffic. However when we return from jboss, the traffic is on anything but the 8009 port. How do I configure the returning traffic? Any help would be appreciated. Thanks, Brian __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Administration Web Application
Hi all, how can I install the Administration Web Application for Tomcat 5.5.17? Thanks Raffo
RE: Tomcat 5.5.17 has max 40 KB / sec
Hi
I know, reasking the same question if there was no answer, is no good style.
However I had problems using apache-lists earlier and I don't know wether my
mail made it to the list.
So could anyone please respond, that the mail itself made it?
(Solutions to my problem are welcome as well :D )
Sorry and regard,
Steffen
-Original Message-
From: Steffen Heil [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 23, 2006 3:27 AM
To: 'Tomcat Users List'
Subject: Tomcat 5.5.17 has max 40 KB / sec
Hi
I use tomcat 5.5.17 and want to upload files. As this was
*very* slow in some cases, I wrote a benchmark servlet. Code is below.
I get the following statistics:
1. Running server on debian linux it accepts about 8.5 MB /
sec. (Could slowed down by VM overhead.) 2. Running server on
windows xp it accepts about 3.5 MB / sec when the client is
connected over an rinetd redirection.
3. Running server on windows xp it accepts ONLY 40 KB / sec
when the clinet is connected directly.
This problem applies to Internet Explorer 6.0 as client only.
It does not occur so with Firebird (but still only about 2.4
MB / sec).
Using wireshark I found that the Internet Explorer is sending
only 8 KB
(exactly) followed by an tcp PSH, which is not answered by
the windows xp machine running tomcat for 0.2 sec. That gives
me exactly the 40 KB/sec.
I would say, my xp tcp stack is damaged, but it works with
the same server, when redirected through an external rinetd.
What can I do ?
Where can I start debugging ?
Anyone having similar problems ?
If possible, please also reply to me directly (CC).
Regards,
Steffen
--8--
--
-
package mypackage;
import java.io.InputStream;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
public class UpstreamBenchmark extends HttpServlet implements
Runnable {
private long start = -1;
private int total;
private Thread thread;
private final byte[] buffer = new byte[ 4096 ];
public void run()
{
while ( !Thread.interrupted() ) {
if ( start != -1 ) {
long time =
System.currentTimeMillis() - start + 1;
double speed = ( total / 1.024 ) / time;
System.out.println( speed: +
speed +
kb/sec );
}
try {
Thread.sleep( 500 );
} catch ( Throwable t ) {
t.printStackTrace();
}
}
}
@Override
public void destroy()
{
thread.interrupt();
super.destroy();
}
@Override
public void init()
throws ServletException
{
super.init();
thread = new Thread( this );
thread.start();
}
@Override
protected final void doPost( HttpServletRequest
request, HttpServletResponse response )
{
try {
total = 0;
start = System.currentTimeMillis();
InputStream is = request.getInputStream();
int read;
while ( ( read = is.read( buffer ) ) != -1 )
total += read;
is.close();
System.out.println( read + total +
bytes. );
} catch ( Throwable t ) {
t.printStackTrace();
}
start = -1;
}
}
smime.p7s
Description: S/MIME cryptographic signature
Re: Tomcat 5.5.17 has max 40 KB / sec
Hi Steffen,
I can see your post.
Ben
On 9/25/06, Steffen Heil [EMAIL PROTECTED] wrote:
Hi
I know, reasking the same question if there was no answer, is no good style.
However I had problems using apache-lists earlier and I don't know wether my
mail made it to the list.
So could anyone please respond, that the mail itself made it?
(Solutions to my problem are welcome as well :D )
Sorry and regard,
Steffen
-Original Message-
From: Steffen Heil [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 23, 2006 3:27 AM
To: 'Tomcat Users List'
Subject: Tomcat 5.5.17 has max 40 KB / sec
Hi
I use tomcat 5.5.17 and want to upload files. As this was
*very* slow in some cases, I wrote a benchmark servlet. Code is below.
I get the following statistics:
1. Running server on debian linux it accepts about 8.5 MB /
sec. (Could slowed down by VM overhead.) 2. Running server on
windows xp it accepts about 3.5 MB / sec when the client is
connected over an rinetd redirection.
3. Running server on windows xp it accepts ONLY 40 KB / sec
when the clinet is connected directly.
This problem applies to Internet Explorer 6.0 as client only.
It does not occur so with Firebird (but still only about 2.4
MB / sec).
Using wireshark I found that the Internet Explorer is sending
only 8 KB
(exactly) followed by an tcp PSH, which is not answered by
the windows xp machine running tomcat for 0.2 sec. That gives
me exactly the 40 KB/sec.
I would say, my xp tcp stack is damaged, but it works with
the same server, when redirected through an external rinetd.
What can I do ?
Where can I start debugging ?
Anyone having similar problems ?
If possible, please also reply to me directly (CC).
Regards,
Steffen
--8--
--
-
package mypackage;
import java.io.InputStream;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
public class UpstreamBenchmark extends HttpServlet implements
Runnable {
private long start = -1;
private int total;
private Thread thread;
private final byte[] buffer = new byte[ 4096 ];
public void run()
{
while ( !Thread.interrupted() ) {
if ( start != -1 ) {
long time =
System.currentTimeMillis() - start + 1;
double speed = ( total / 1.024 ) / time;
System.out.println( speed: +
speed +
kb/sec );
}
try {
Thread.sleep( 500 );
} catch ( Throwable t ) {
t.printStackTrace();
}
}
}
@Override
public void destroy()
{
thread.interrupt();
super.destroy();
}
@Override
public void init()
throws ServletException
{
super.init();
thread = new Thread( this );
thread.start();
}
@Override
protected final void doPost( HttpServletRequest
request, HttpServletResponse response )
{
try {
total = 0;
start = System.currentTimeMillis();
InputStream is = request.getInputStream();
int read;
while ( ( read = is.read( buffer ) ) != -1 )
total += read;
is.close();
System.out.println( read + total +
bytes. );
} catch ( Throwable t ) {
t.printStackTrace();
}
start = -1;
}
}
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Administration Web Application
Download the Administration Web Application from this site http://tomcat.apache.org/download-55.cgi. Then un zip/tar it over the tomcat install directory. Restart tomcat and off you go. Ben On 9/25/06, Raffaele Viola [EMAIL PROTECTED] wrote: Hi all, how can I install the Administration Web Application for Tomcat 5.5.17? Thanks Raffo - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Administration Web Application
I've already done the un-tar over the tomcat install directory. I try to access by remote host but nothing. Raffo On 9/25/06, ben short [EMAIL PROTECTED] wrote: Download the Administration Web Application from this site http://tomcat.apache.org/download-55.cgi. Then un zip/tar it over the tomcat install directory. Restart tomcat and off you go. Ben On 9/25/06, Raffaele Viola [EMAIL PROTECTED] wrote: Hi all, how can I install the Administration Web Application for Tomcat 5.5.17? Thanks Raffo - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.5.17 has max 40 KB / sec
I got your message through the list, Steffen. I don't know how to help you, though. Sorry. Darren Hi I know, reasking the same question if there was no answer, is no good style. However I had problems using apache-lists earlier and I don't know wether my mail made it to the list. So could anyone please respond, that the mail itself made it? (Solutions to my problem are welcome as well :D ) Sorry and regard, Steffen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Administration Web Application
Are the permissions for the new files ok? Ben On 9/25/06, Raffaele Viola [EMAIL PROTECTED] wrote: I've already done the un-tar over the tomcat install directory. I try to access by remote host but nothing. Raffo On 9/25/06, ben short [EMAIL PROTECTED] wrote: Download the Administration Web Application from this site http://tomcat.apache.org/download-55.cgi. Then un zip/tar it over the tomcat install directory. Restart tomcat and off you go. Ben On 9/25/06, Raffaele Viola [EMAIL PROTECTED] wrote: Hi all, how can I install the Administration Web Application for Tomcat 5.5.17? Thanks Raffo - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with Tomcat 5.5.15, [173 javajni.c] [error] %1 is not a valid Win32 application
Mr. Lau, Thank you very much for this batch file, it was a great help in getting tomcat 5.5.17 running on my 64bit win2k3 install. May I ask if you would possibly add some java memory management options to the batch file so that it may take advantage of the 64bit jvm? With great appreciation and gratitude, joon yoo On 4/6/06, Juan Jose Garcia Lau [EMAIL PROTECTED] wrote: No Matt I didn't get answer, but I think the problem it's the program that run as a service: tomcat5w.exe. It runs as 32bit, so when this tries to start the tomcat at 64 bit gives the error. But I resolve temporally this way: I make this bat file, just fix the path for your machine. --- if %OS% == Windows_NT setlocal SET JAVA_HOME=d:\jdk1.5.0_06 SET CATALINA_HOME=d:\Tomcat_5.5.15 start Tomcat 5.5.15 %JAVA_HOME%\bin\java -classpath %JAVA_HOME%\lib\tools.jar;%CATALINA_HOME%\bin\bootstrap.jar -Dcatalina.home=%CATALINA_HOME% -Dcatalina.base=%CATALINA_HOME% -Djava.endorsed.dirs=%CATALINA_HOME%\common\endorsed -Djava.io.tmpdir=%CATALINA_HOME%\temp -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=%CATALINA_HOME%\conf\logging.properties -Djava.security.manager -Djava.security.policy==%CATALINA_HOME%\conf\catalina.policy org.apache.catalina.startup.Bootstrap start --- The problem, it's that tomcat is not running as a service and you need to be logged with an account. You may also find useful to download this tcnative-1.dll for AMD win64 at http://tomcat.heanet.ie/native/1.1.2/binaries/win64/amd64/ Hope this help you. If you find how to run Tomcat as a service in win64 don't forget to tell me. Good luck and Regards, Juan José García Lau Información y Tecnología - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Administration Web Application
Ah yes, I have user username=admin password= roles=admin,manager / In my tomcat-users.xml. Ben On 9/25/06, Raffaele Viola [EMAIL PROTECTED] wrote: It seems start to work after I add into the tomcat-user.xml file the row role rolename=admin/ and give to the user administrator this role. Raffo On 9/25/06, ben short [EMAIL PROTECTED] wrote: Are the permissions for the new files ok? Ben On 9/25/06, Raffaele Viola [EMAIL PROTECTED] wrote: I've already done the un-tar over the tomcat install directory. I try to access by remote host but nothing. Raffo On 9/25/06, ben short [EMAIL PROTECTED] wrote: Download the Administration Web Application from this site http://tomcat.apache.org/download-55.cgi. Then un zip/tar it over the tomcat install directory. Restart tomcat and off you go. Ben On 9/25/06, Raffaele Viola [EMAIL PROTECTED] wrote: Hi all, how can I install the Administration Web Application for Tomcat 5.5.17? Thanks Raffo - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New session PER REQUEST
In server.xml (tomcat's config file), the Connector / element receiving proxied requests from Apache HTTPd needs proxyName=www.mysite.com and proxyPort=80 to properly handle cookies and writing URLs. There are commented examples of this in the original server.xml file distributed with tomcat. --David I'm still having issues with this. Based on David's suggestions, I did a search and found the following link: http://proteinbank.vbi.vt.edu/tomcat-docs/proxy-howto.html. I followed the instructions detailed in the link and restarted Tomcat (with one change - the connector port in the new connector element I specified is 8080, and I also have the default element still uncommented also using port 8080. Will this create a conflict?). The web app displays properly and the links work, however, in Tomcat manager console, I can still see that each time I do a page view it is *still* creating a new session. What information do you need to help me with this - The server xml, the httpd-vhost.conf? Let me know and I'll post them. Thanks, - D - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New session PER REQUEST
From: Darren Hall [mailto:[EMAIL PROTECTED] (with one change - the connector port in the new connector element I specified is 8080, and I also have the default element still uncommented also using port 8080. Will this create a conflict?) I'm a little surprised it works at all. Use one or the other. What information do you need to help me with this - The server xml That's the obvious one at this point. It sounds like there are now some odd things in there. - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Monitoring Tomcat load (4.1.30)
Hi -- we've recently had problems with Tomcat on one server getting overloaded and then refusing further requests. What happens is that more and more request-processing threads get stuck on some slow operation (eg. database query, opening a socket to another server), until eventually Tomcat's thread pool is exhausted and it starts responding with 503 Service temporarily unavailable. Now, obviously the *real* fix is to get to the root of things and figure out why those requests are slow (or blocked, or whatever). But this keeps happening for various different reasons, and when it does we get angry customers on the line wanting to know what the hell happened to the web server. (We deploy a suite of related web applications on dedicated servers to a hundred or so customers; one day a deadlock will affect customer X, a few weeks later a network outage between servers will affect customer Y, and so on.) So I want to implement some sort of automatic load monitoring of Tomcat. This should give us a rough idea of when things are about to go bad *before* the customer even finds out about it (never mind picks up the phone) -- and it's independent of what the underlying cause is. Ideally, I'd like to know if the number of concurrent requests goes above X for Y minutes, and raise the alarm if so. This is across *all* webapps running in the same container. I've implemented a vile hack that hits Tomcat's process with SIGQUIT to trigger a thread dump, then parses the thread dump to look for threads that the JVM says are runnable. E.g. this: Ajp13Processor[8009][33] daemon prio=1 tid=0x0856a528 nid=0x2263 in Object.wait() [99bc4000..99bc487c] is presumed to be an idle thread (it's waiting on a org.apache.ajp.tomcat4.Ajp13Processor monitor). But this: Ajp13Processor[8009][28] daemon prio=1 tid=0x0856c6d8 nid=0x2263 runnable [99dc7000..99dc887c] is presumed to be processing a request (it's deep in the bowels of our JDBC driver, reading from the database server ... which is what most of our requests seem to spend most of their time doing). This seems to work and it gives a rough-and-ready snapshot of how busy Tomcat is at the moment. If I run it every 60 sec for a while, I get output like this: /var/log/tomcat/thread-dump-20060925_112753.log: 20/34 /var/log/tomcat/thread-dump-20060925_112858.log: 17/34 /var/log/tomcat/thread-dump-20060925_113003.log: 20/34 /var/log/tomcat/thread-dump-20060925_113109.log: 20/34 /var/log/tomcat/thread-dump-20060925_113214.log: 18/34 /var/log/tomcat/thread-dump-20060925_113319.log: 21/34 where the first number is the count of runnable Ajp13Processor threads (ie. concurrent requests) and the second number is the total number of Ajp13Processors. I have two concerns about this vile hack: * well, it *is* a vile hack -- is there a cleaner way to get this information out of Tomcat? (keeping in mind that we're running 4.1.30) * just how hard on the JVM is it to get a thread dump? I would probably decrease the frequency to every 10 min in production, but even so it makes me a bit nervous. Thanks -- Greg - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New session PER REQUEST
I moved my port to 8081 and I still see the same behavior. *sigh*
I'm still getting no positive results. I'm now thinking this issue involves
one of two things. 1) Mod proxy and the way I've configured it; or 2) the
rewrite rules I do on each request to and from my domain.
This is my first time using mod proxy. I have one instance of Tomcat and one
instance of Apache serving multiple web apps. I need to be able to map any
one app to the correct container in Tomcat in a method that is seamless to
the end user. Using mod rewrite, I append an identifier to the end of each
request for a given domain (i.e. for www.abcdomian.com, I append /abc to the
end, giving me www.abcdomain.com/abc. - if the identifier is not already
present) In my httpd-vhosts.conf file I then map /abc to my Tomcat connector
using mod proxy. When the request is returned from Tomcat, the /abc is
removed from the url by mod proxy so that the user never sees the extra
identifier that was appended. Can this behavior be accomplished with mod
proxy alone (meaning I can remove mod rewrite from the picture completely)?
Could this rewrite be causing me to lose the session between Apache and
Tomcat? Do I have mod proxy configured properly and is *that* what is
causing my problems??
Here are my relevant files:
[file: httpd-vhosts.conf]
...
VirtualHost www.abcdomain.com
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /workfiles/abc/webapps/abcdomain.org/trunk/www/htdocs
ServerName abcdomain.com
ErrorLog logs/abc/www.abcdomain.com-error_log
CustomLog logs/abc/www.abcdomain.com-access_log common
ProxyRequests Off
ProxyPass /abc http://localhost:8081/abc
ProxyPassreverse / http://localhost:8081/abc/
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/abc
RewriteRule ^/(.*)$ /abc/$1 [P]
/VirtualHost
...
[file: server.xml]
...
Connector port=8081 maxHttpHeaderSize=8192
maxThreads=150 minSpareThreads=25 maxSpareThreads=75
enableLookups=false redirectPort=8443 acceptCount=100
connectionTimeout=2 disableUploadTimeout=true
proxyName=www.abcdomain.com proxyPort=80/
...
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: New session PER REQUEST
Can this behavior be accomplished with mod proxy alone (meaning I can
remove mod rewrite from the picture completely)? Could this rewrite be
causing me to lose the session between Apache and Tomcat?
*ding ding ding*
We have a winner! I removed the rewrite rules from my httpd-vhosts.conf file
and hit my web app that way, and the session is not lost! So I now know the
cause of the problem is my URL rewriting, however this creates another
problem. The client does not want to see urls with an identifier on the end
of them (i.e. www.abcdomain.com/abc), yet I need the identifier to correctly
send the request to the correct container in Tomcat (meaning the abc app
lives under the /abc folder under webapps in Tomcat). So when a request
comes in for www.abcdomain.com I need to forward that request to Tomcat with
an /abc on the end of it so that Tomcat correctly resolves it to the abc
application and then when the response is returned to the user the url still
appears as www.abcdomain.com with no /abc identifier after it. (Does this
make sense? I could be doing a bad job of explaining this.) Is there an easy
way to resolve this that I'm not aware of through Apache or Tomcat? Perhaps
using mod_proxy?
Here are my relevant files:
[file: httpd-vhosts.conf]
...
VirtualHost www.abcdomain.com
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /workfiles/abc/webapps/abcdomain.org/trunk/www/htdocs
ServerName abcdomain.com
ErrorLog logs/abc/www.abcdomain.com-error_log
CustomLog logs/abc/www.abcdomain.com-access_log common
ProxyRequests Off
ProxyPass /abc http://localhost:8081/abc
ProxyPassreverse / http://localhost:8081/abc/
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/abc
RewriteRule ^/(.*)$ /abc/$1 [P]
/VirtualHost
...
[file: server.xml]
...
Connector port=8081 maxHttpHeaderSize=8192
maxThreads=150 minSpareThreads=25 maxSpareThreads=75
enableLookups=false redirectPort=8443 acceptCount=100
connectionTimeout=2 disableUploadTimeout=true
proxyName=www.abcdomain.com proxyPort=80/
...
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
On 9/25/06, Darren Hall [EMAIL PROTECTED] wrote: ... The client does not want to see urls with an identifier on the end of them (i.e. www.abcdomain.com/abc), yet I need the identifier to correctly send the request to the correct container in Tomcat (meaning the abc app lives under the /abc folder under webapps in Tomcat). So when a request comes in for www.abcdomain.com I need to forward that request to Tomcat with an /abc on the end of it so that Tomcat correctly resolves it to the abc application and then when the response is returned to the user the url still appears as www.abcdomain.com with no /abc identifier after it. (Does this make sense? No. Why don't you just have virtual hosts in Tomcat? That would seem the obvious way to handle this, whether you need Apache in front of it (for some other unrelated reason) or not. FWIW! -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Monitoring Tomcat load (4.1.30)
I suggest you have a look at jboss.com. JBoss offers JBoss Operations Network which collect metrics using agent technology. You can monitor tomcat, apache, jboss as, jca, jms , etc.. Best Regards Bruno Georges Glencore International AG Tel. +41 41 709 3204 Fax +41 41 709 3000 - Original Message - From: Greg Ward [EMAIL PROTECTED] Sent: 25.09.2006 18:01 To: users@tomcat.apache.org Subject: Monitoring Tomcat load (4.1.30) Hi -- we've recently had problems with Tomcat on one server getting overloaded and then refusing further requests. What happens is that more and more request-processing threads get stuck on some slow operation (eg. database query, opening a socket to another server), until eventually Tomcat's thread pool is exhausted and it starts responding with 503 Service temporarily unavailable. Now, obviously the *real* fix is to get to the root of things and figure out why those requests are slow (or blocked, or whatever). But this keeps happening for various different reasons, and when it does we get angry customers on the line wanting to know what the hell happened to the web server. (We deploy a suite of related web applications on dedicated servers to a hundred or so customers; one day a deadlock will affect customer X, a few weeks later a network outage between servers will affect customer Y, and so on.) So I want to implement some sort of automatic load monitoring of Tomcat. This should give us a rough idea of when things are about to go bad *before* the customer even finds out about it (never mind picks up the phone) -- and it's independent of what the underlying cause is. Ideally, I'd like to know if the number of concurrent requests goes above X for Y minutes, and raise the alarm if so. This is across *all* webapps running in the same container. I've implemented a vile hack that hits Tomcat's process with SIGQUIT to trigger a thread dump, then parses the thread dump to look for threads that the JVM says are runnable. E.g. this: Ajp13Processor[8009][33] daemon prio=1 tid=0x0856a528 nid=0x2263 in Object.wait() [99bc4000..99bc487c] is presumed to be an idle thread (it's waiting on a org.apache.ajp.tomcat4.Ajp13Processor monitor). But this: Ajp13Processor[8009][28] daemon prio=1 tid=0x0856c6d8 nid=0x2263 runnable [99dc7000..99dc887c] is presumed to be processing a request (it's deep in the bowels of our JDBC driver, reading from the database server ... which is what most of our requests seem to spend most of their time doing). This seems to work and it gives a rough-and-ready snapshot of how busy Tomcat is at the moment. If I run it every 60 sec for a while, I get output like this: /var/log/tomcat/thread-dump-20060925_112753.log: 20/34 /var/log/tomcat/thread-dump-20060925_112858.log: 17/34 /var/log/tomcat/thread-dump-20060925_113003.log: 20/34 /var/log/tomcat/thread-dump-20060925_113109.log: 20/34 /var/log/tomcat/thread-dump-20060925_113214.log: 18/34 /var/log/tomcat/thread-dump-20060925_113319.log: 21/34 where the first number is the count of runnable Ajp13Processor threads (ie. concurrent requests) and the second number is the total number of Ajp13Processors. I have two concerns about this vile hack: * well, it *is* a vile hack -- is there a cleaner way to get this information out of Tomcat? (keeping in mind that we're running 4.1.30) * just how hard on the JVM is it to get a thread dump? I would probably decrease the frequency to every 10 min in production, but even so it makes me a bit nervous. Thanks -- Greg - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] LEGAL DISCLAIMER. The contents of this e-mail and any attachments are strictly confidential and they may not be used or disclosed by someone who is not a named recipient. If you have received this email in error please notify the sender by replying to this email inserting the word misdirected as the message and delete this e-mail from your system. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Precompiled JSPs after Tomcat restart
What you're seeing is normal servlet/JSP processing. After you restart Tomcat, the classloader has to load the servlet/JSP. Once it has done this, the servlet/JSP is cached so it doesn't need to be reloaded. The JSP files shouldn't be compiled again unless they change. The server should check the last-modified time on the JSP when it receives a request, and compare that to the creation time of the compiled class, and recompile if necessary. If you can (depending on how complex your application is), you might want to create a small script to access every page in your application, then run that as the last step in your Tomcat startup script. It doesn't matter if the page is accessed correctly (i.e., passed any parameters it needs), it'll still be loaded and cached. --- Tracy Nelson / Nelnet Business Solutions 402 / 617-9449 | -Original Message- | From: Frank Niedermann [mailto:[EMAIL PROTECTED] | Sent: Monday, 25 September, 2006 04:48 | To: users@tomcat.apache.org | Subject: Re: Precompiled JSPs after Tomcat restart | | | I've found the .java and .class files in a new sample application. | | I still don't understand if the compiled class files are used after | Tomcat restart or if the JSP files will get compiled again. | | I'm asking because my application (Matrix from MatrixOne) is | very slow after restarting Tomcat. After visiting (and compiling?) | every JSP page it gets faster until next Tomcat restart. | | Can anybody clarify or help me out with hints to documentation? | | Thanks. | | | Michael Zoller wrote: | Frank Niedermann wrote: | Hello, | | is it right that Tomcat stores all compiled JSP sites in | Tomcat5\work\Catalina\localhost\application\org\apache\jsp? | | yes. | After a restart of Tomcat I still see all the .class files | in above mentioned directory, does that mean that these files | do not have to be compiled again at first access to them? | | Educated guess: The servlets/jsp still have to be executed. Once they | are loaded into memory they will execute faster because caching | mechanisms (harddisk and OS) apply. | | | Michael | | - | To start a new topic, e-mail: users@tomcat.apache.org | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] | | | | | - | To start a new topic, e-mail: users@tomcat.apache.org | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] | | | | | | | -- | View this message in context: http://www.nabble.com/Precompiled-JSPs- | after-Tomcat-restart-tf2303735.html#a6483314 | Sent from the Tomcat - User mailing list archive at Nabble.com. | | | - | To start a new topic, e-mail: users@tomcat.apache.org | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Java path
If you're on Windows, open the registry editor and go to the key HKLM/SOFTWARE/Apache Software Foundation/Procrun 2.0/Tomcat5/Parameters/Java/JVM. This key should have the value of your JAVA_HOME. --- Tracy Nelson / Nelnet Business Solutions 402 / 617-9449 | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] | Sent: Friday, 22 September, 2006 02:40 | To: 'Tomcat Users List' | Subject: Java path | | Hello List, | | I ve Tomcat5 running and updated Java. Since then Tomcat refuses to start | up | because it can not find Java anymore. Where can I define the Java path for | Tomcat to work with? I tried to set JAVA_HOME, but Tomcat still would not | work :( | | Thanks! | | - | To start a new topic, e-mail: users@tomcat.apache.org | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Platform list
I just looked, but couldn't find the list of supported platforms for tomcat 5.5.x. I'm specifically looking to see if it will run ok on a Fedora core 4 server. Dave - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Platform list
From: David Kerber [mailto:[EMAIL PROTECTED] Subject: Platform list I just looked, but couldn't find the list of supported platforms for tomcat 5.5.x. I'm specifically looking to see if it will run ok on a Fedora core 4 server. Tomcat is pure Java; ergo, if your platform supports Java 1.4 or newer, it will run. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Platform list
Oops, I knew that GGG. Thanks for jerking my d'oh chain! Caldarale, Charles R wrote: From: David Kerber [mailto:[EMAIL PROTECTED] Subject: Platform list I just looked, but couldn't find the list of supported platforms for tomcat 5.5.x. I'm specifically looking to see if it will run ok on a Fedora core 4 server. Tomcat is pure Java; ergo, if your platform supports Java 1.4 or newer, it will run. - Chuck - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk port issue
On 9/25/06, Brian [EMAIL PROTECTED] wrote: I'm using mod_jk. I currently have it working in a dev environment. Apache Web server --- jboss application server. I need to move to Production: Apache -- [FireWall] -- jboss When I first tried this everything failed. We opened port 8009 on the FW to allow incoming traffic and outgoing traffic. However when we return from jboss, the traffic is on anything but the 8009 port. How do I configure the returning traffic? The returning traffic comes back on the same socket as the request was made on. Normally with a firewall you only need to define a rule to allow the mod_jk Apache - jboss traffic on whatever mod_jk port you have configured. If it's not working, there's something else weird going on as the firewall was blocking the return traffic you wouldn't be able to establish a socket connection at all. -Dave - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Platform list
On Mon, Sep 25, 2006 at 01:19:58PM -0500, Caldarale, Charles R wrote: From: David Kerber [mailto:[EMAIL PROTECTED] Subject: Platform list I just looked, but couldn't find the list of supported platforms for tomcat 5.5.x. I'm specifically looking to see if it will run ok on a Fedora core 4 server. Tomcat is pure Java; ergo, if your platform supports Java 1.4 or newer, it will run. Isn't there some new feature with native APR code being used for something? eric - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Platform list
From: Eric Haszlakiewicz [mailto:[EMAIL PROTECTED] Subject: Re: Platform list Isn't there some new feature with native APR code being used for something? The Apache Portable Runtime (APR) is an optional connector mechanism that you can build and install for your platform (pre-built Windows versions are also available for download). It's not required for Tomcat execution, but performance may be improved in some conditions if you do install it. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk port issue
Thanks David, So are you suggesting that the something weird is on the Jboss configuration side? Thanks, B --- David Rees [EMAIL PROTECTED] wrote: On 9/25/06, Brian [EMAIL PROTECTED] wrote: I'm using mod_jk. I currently have it working in a dev environment. Apache Web server --- jboss application server. I need to move to Production: Apache -- [FireWall] -- jboss When I first tried this everything failed. We opened port 8009 on the FW to allow incoming traffic and outgoing traffic. However when we return from jboss, the traffic is on anything but the 8009 port. How do I configure the returning traffic? The returning traffic comes back on the same socket as the request was made on. Normally with a firewall you only need to define a rule to allow the mod_jk Apache - jboss traffic on whatever mod_jk port you have configured. If it's not working, there's something else weird going on as the firewall was blocking the return traffic you wouldn't be able to establish a socket connection at all. -Dave - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
Hi Hassan Maurice here. Yeah, I've been following this thread, and at this moment I'm stepping into this discussion because: My tomcat has four host elements: the primary (localhost - tomcat/webapps) as usual, plus three development hosts: devel.mydomain.net - tomcat/webappsDevel devel2.mydomain.net - tomcat/webappsDevel2 devel3.mydomain.net - tomcat/webappsDevel3 where, for example, the host is configured: Host name=devel.mydomain.net debug=0 appBase=webappsDevel... etc. And, fronting with Apache 2.0, and using mod_proxy, I just had one heck of a time getting this to work right. I used httpd VirtualHost... sections but there was a heck of a lot of configuration to do. In other words, the virtual host of apache will ProxyPass and ProxyPassReverse to the appropriate tomcat Host element, where the port number has to appear (8080,8443) to distinguish from the main (80,443). There also had to be separate virtual hosts in the ssl.conf in httpd to handle the 443 - 8443 side, these also with ProxyPass and ProxyPassReverse. Seems to me this turned out to be anything but obvious. In addition, if I don't want the :8080 and :8443 showing up on the client side URL line in browser, then I had two solutions that worked: 1) mod_proxy_html to filter these out, which had a simple but non-obvious configuration, and which turned out to be somewhat expensive, since I have explicit alsolute URLs inside javascript function argument lists. (These are formed on the fly from request obj info methods, so they really start as relative paths, for portability) The expensive part is that turning on the mod_proxy_html ProxyHTMLExtended On (for parsing script elements on the outgoing html) is warned by Nick Kew to be expensive, and it is ! 2). (Instead) I actually filter inside the JSP's all the relevant formed URLs before they are explicitly written into the javascript args to remove the :8080 and :8443 in the generated pages. Of course, scheme is indicated by http: or https: Bottom line: easy to front tomcat with apache if the tomcat configuration is itself simple (only http://www.domain.net, say) but the moment that additional tomcat hosts show up, with http/https portions, then this all becomes much more difficult. The one difficulty I have NOT seen is losing the session ID. I do get session ID persistence where it is permitted (across http page transitions, across https page transitions, and across http-https page transition) Maurice Yarrow Hassan Schroeder wrote: On 9/25/06, Darren Hall [EMAIL PROTECTED] wrote: ... The client does not want to see urls with an identifier on the end of them (i.e. www.abcdomain.com/abc), yet I need the identifier to correctly send the request to the correct container in Tomcat (meaning the abc app lives under the /abc folder under webapps in Tomcat). So when a request comes in for www.abcdomain.com I need to forward that request to Tomcat with an /abc on the end of it so that Tomcat correctly resolves it to the abc application and then when the response is returned to the user the url still appears as www.abcdomain.com with no /abc identifier after it. (Does this make sense? No. Why don't you just have virtual hosts in Tomcat? That would seem the obvious way to handle this, whether you need Apache in front of it (for some other unrelated reason) or not. FWIW! - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New session PER REQUEST
Thanks Maurice. I'll need to look into this. The one difficulty I have NOT seen is losing the session ID. I do get session ID persistence where it is permitted (across http page transitions, across https page transitions, and across http-https page transition) Maurice Yarrow The loss of session is due to a combination of things, namely the fact that I'm using mod_rewrite in order to add to and remove elements from the url and the way that Tomcat binds sessions to a given context. I wanted to filter out the app path information, so in www.abcdomain.com/abc I don't want the user to see the last /abc portion of the url - however Tomcat needs that to bind to the correct application context. I was adding it before the request was sent to Tomcat using mod_rewrite and then removing it on the way back using mod_proxy, however I was losing the session every time. Then I found this thread from this listserv from Feb of this year: http://mail-archives.apache.org/mod_mbox/tomcat-users/200602.mbox/%3C00b301c [EMAIL PROTECTED] It seems others ran into the same issue I did. The work around is setting the attribute emptySessionPath=true in the Connector / element in server.xml. By doing this, the session is no longer tied to the current context based on the url (which I was losing on my rewrites) but instead it seems to be bound to the current default context (that last statement is actually incorrect and oversimplified, but explanation enough for me for now). Because of the way I am using virtual hosts, this works for me. I'm sure this will be a tremendous pain months from now if I need to make changes, but seeing as I have a tight deadline, I'll use this work around for now and hope for the best later. Thanks for all the help everyone! - Darren - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
On 9/25/06, Maurice Yarrow [EMAIL PROTECTED] wrote: And, fronting with Apache 2.0, and using mod_proxy, I just had one heck of a time getting this to work right. I used httpd VirtualHost... sections but there was a heck of a lot of configuration to do. OK, two points -- 1) it's not clear that the OP *needs* Apache in front of Tomcat -- if not, the whole issue becomes moot :-) 2) my only recent experience using an Apache front-end was setting up a small cluster of multi-host Tomcats using Apache 2.2.x and mod_proxy_ajp; obviously more work than just Tomcat alone, but it didn't seem particularly onerous. And of course there may be some areas (e.g. your JavaScript example) that need unique tweaking depending on the individual webapp. FWIW! -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
Hi Hassan Yes, thanks for sharing this point: not particularly onerous. And I would have to say that the original mechanism I used just for www.mydomain.net was not too much of a problem other that the javascript URL args (which will not in browser expand relative paths to include the scheme:domain/context portion), so it had to be forced if I wanted javascript function for onclick instead of A HREF=... But things got more difficult when I wanted to add my other development hosts and also support both the http and https for all of these. However, my solution seems to work at this time, but it is non-obvious, and undoubtedly, not the only way it could be done. Note that I had also tried mod_rewrite, and that worked easily for the www.mydomain.net but not for the https://devel.mydomain.net, etc. All of which points to the need for a better solution to fronting tomcat, if required. For this, I am also now considering fronting both tomcat and apache with pound. Unbelieveable, the lengths I will go to get what I want... Maurice Hassan Schroeder wrote: On 9/25/06, Maurice Yarrow [EMAIL PROTECTED] wrote: And, fronting with Apache 2.0, and using mod_proxy, I just had one heck of a time getting this to work right. I used httpd VirtualHost... sections but there was a heck of a lot of configuration to do. OK, two points -- 1) it's not clear that the OP *needs* Apache in front of Tomcat -- if not, the whole issue becomes moot :-) 2) my only recent experience using an Apache front-end was setting up a small cluster of multi-host Tomcats using Apache 2.2.x and mod_proxy_ajp; obviously more work than just Tomcat alone, but it didn't seem particularly onerous. And of course there may be some areas (e.g. your JavaScript example) that need unique tweaking depending on the individual webapp. FWIW! - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
Darren Thanks for explaining what you did. I may also take a look at your method. I like not to leave stones unturned, so to speak... But it would appear that no matter which way you do it, it will have complexity if what you are trying to connect is itself a resonably complex and real-world app. Maurice Darren Hall wrote: Thanks Maurice. I'll need to look into this. The one difficulty I have NOT seen is losing the session ID. I do get session ID persistence where it is permitted (across http page transitions, across https page transitions, and across http-https page transition) Maurice Yarrow The loss of session is due to a combination of things, namely the fact that I'm using mod_rewrite in order to add to and remove elements from the url and the way that Tomcat binds sessions to a given context. I wanted to filter out the app path information, so in www.abcdomain.com/abc I don't want the user to see the last /abc portion of the url - however Tomcat needs that to bind to the correct application context. I was adding it before the request was sent to Tomcat using mod_rewrite and then removing it on the way back using mod_proxy, however I was losing the session every time. Then I found this thread from this listserv from Feb of this year: http://mail-archives.apache.org/mod_mbox/tomcat-users/200602.mbox/%3C00b301c [EMAIL PROTECTED] It seems others ran into the same issue I did. The work around is setting the attribute emptySessionPath=true in the Connector / element in server.xml. By doing this, the session is no longer tied to the current context based on the url (which I was losing on my rewrites) but instead it seems to be bound to the current default context (that last statement is actually incorrect and oversimplified, but explanation enough for me for now). Because of the way I am using virtual hosts, this works for me. I'm sure this will be a tremendous pain months from now if I need to make changes, but seeing as I have a tight deadline, I'll use this work around for now and hope for the best later. Thanks for all the help everyone! - Darren - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5 Clustering Problem
I'm trying to perform a simple cluster setup with Tomcat 5.5 and been running into some problems. Here's the link to the tutorial that I'm trying to follow: http://tomcat.apache.org/tomcat-5.5-doc/cluster-howto.html. Below is an excerpt of the stack trace, I'm using the balancer application from tomcat. 2006-09-25 22:11:43,718 (WebPortalLogger.java:44) - 923014548 : 1 2006-09-25 22:11:43,718 (WebPortalLogger.java :44) - Requested server instance did not match.. 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - getServerInstance() : 1 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - getMaxServerInstances() : 3 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - 1876138717 : 2 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - Requested server instance did not match.. 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - getServerInstance() : 2 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - getMaxServerInstances() : 3 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - 747657098 : 3 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - Requested server instance did not match.. 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - getServerInstance() : 3 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - getMaxServerInstances() : 3 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - 388758323 : 3 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - Requested server instance match.. java.lang.IllegalArgumentException: Required property mcastClusterDomain is missing. at org.apache.catalina.cluster.mcast.McastService.hasProperty ( McastService.java:252) at org.apache.catalina.cluster.mcast.McastService.setProperties( McastService.java:140) at common.utilities.ServerUtil.isServerAlive(ServerUtil.java:36) at org.apache.webapp.balancer.rules.BaseLoadBalancingRule.isServerAlive ( BaseLoadBalancingRule.java:89) at org.apache.webapp.balancer.rules.RandomRedirectRule.matches( RandomRedirectRule.java:41) at org.apache.webapp.balancer.RuleChain.evaluate(RuleChain.java:100) at org.apache.webapp.balancer.BalancerFilter.doFilter( BalancerFilter.java:118) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter ( ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java :178) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:126) at org.apache.catalina.cluster.session.JvmRouteBinderValve.invoke( JvmRouteBinderValve.java:208) at org.apache.catalina.cluster.tcp.ReplicationValve.invoke ( ReplicationValve.java:346) at org.apache.catalina.valves.ErrorReportValve.invoke( ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service( CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process( Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection( Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java :80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - Time taken to check connection: 0 ms. ** THE SERVER IS NOT AVAILABLE ** 2006-09-25 22:11:43,734 (WebPortalLogger.java:44) - RandomRedirectRule -- isAlive : false Below is my server.xml configuration for Tomcat 5.5: (only the receiver.tcpListenPort was modified for the other instances.) Server port=8011 shutdown=SHUTDOWN GlobalNamingResources Resource name=UserDatabase auth=Container type=org.apache.catalina.UserDatabase description=User database that can be updated and saved factory= org.apache.catalina.users.MemoryUserDatabaseFactory pathname=conf/tomcat-users.xml / /GlobalNamingResources Service name=Catalina Connectorport=9012 protocol=AJP/1.3 Connector port=9013 maxThreads=100 minSpareThreads=4 maxSpareThreads=4 / Enginename=Catalina defaultHost=localhost jvmRoute=node1 RealmclassName= org.apache.catalina.realm.UserDatabaseRealm resourceName=UserDatabase / Host
How set a default context
Hi people, I need your help, I install the tomcat 5.5.17 in my sever, and I have two context in webapps: /portal and /intranet, when I start the tomcat the two application run ok, but I need set the default context ( http://localhost:8080) that call the /portal context, Someone can help me? in tomcat 5.0 I set the variable path in a context file configuration = , but in tomcat 5.5 don't ok Sorry, but I'm brazillian and I don't write english very well
RE: How set a default context
From: Gabriel França Campolina [mailto:[EMAIL PROTECTED] Subject: How set a default context but I need set the default context (http://localhost:8080) that call the /portal context Delete the existing webapps/ROOT directory, and rename your portal app to ROOT in the webapps directory. It can be either ROOT.war or the ROOT subdirectory. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New session PER REQUEST
Hello, again, Hassan I'd like to ask a couple of questions about your | tomcat httpd -- mod_proxy_ajp === | tomcat | tomcat setup. And the reason that I'm interested is because maybe it provides a solution to the setup issues I had with multiple http/https hosts in tomcat fronted by httpd. And since you report that it didn't seem particularly onerous, it would behove me to learn about how your setup was configured. So, (apropos of the issues I saw with my setup) were there multiple hosts, one or more of which required both http and https access ? (At this point I should point out that the multiple hosts I have all contain the same web apps, but three of the four hosts are for development only. Nevertheless, the name of the contexts is the same in each of the four hosts. Of course, I could have given them different contexts all out of the same single host by simply wrapping in a differently named .war file, it is true, and that would have been the next configuration attempt I was going to make.) So the next obvious question is: are there aspects of the configuration that you devised that you could publicly share ? Were there any tricks that you required and devised that could be shared ? (I fully appreciate that the answer to both questions may be No and of course, I fully respect your decision on this matter, whichever it is.) Maurice Hassan Schroeder wrote: 2) my only recent experience using an Apache front-end was setting up a small cluster of multi-host Tomcats using Apache 2.2.x and mod_proxy_ajp; obviously more work than just Tomcat alone, but it didn't seem particularly onerous. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk port issue
On 9/25/06, Brian [EMAIL PROTECTED] wrote: So are you suggesting that the something weird is on the Jboss configuration side? No, I'm suggestions that something is wrong with your firewall. Are you sure Apache is getting through via mod_jk? -Dave - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HTTP 304
Hi, Using TC5, I can not see why my log is showing: 192.168.3.26 - - [26/Sep/2006:14:06:44 +1000] GET /dir/gf/locationManager.js HTTP/1.1 304 - 192.168.3.26 - - [26/Sep/2006:14:06:44 +1000] GET /dir/gf/i18n.js HTTP/1.1 304 - and many more like it, particularly after I stop the server, remove the work directory and my JSP has in its header: meta http-equiv=pragma content=no-cachemeta http-equiv=Expires content=-1 I read from w3.org that: If the client has performed a conditional GET request and access is allowed, but the document has not been modified, the server SHOULD respond with this status code If however the client and server have no knowledge of these assets, would it not request a fresh copy from the server and return HTTP 200 for example? thanks for all input Paul. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Precompiled JSPs after Tomcat restart
Tracy, thanks for clarification. How long will Tomcat cache a loaded JSP? And is there a way to tell Tomcat or the classloader to load every single JSP after startup? Do you have an example of such a script? (ATM I have no idea how to do this) Thanks, Frank Do you Tracy Nelson-2 wrote: What you're seeing is normal servlet/JSP processing. After you restart Tomcat, the classloader has to load the servlet/JSP. Once it has done this, the servlet/JSP is cached so it doesn't need to be reloaded. The JSP files shouldn't be compiled again unless they change. The server should check the last-modified time on the JSP when it receives a request, and compare that to the creation time of the compiled class, and recompile if necessary. If you can (depending on how complex your application is), you might want to create a small script to access every page in your application, then run that as the last step in your Tomcat startup script. It doesn't matter if the page is accessed correctly (i.e., passed any parameters it needs), it'll still be loaded and cached. --- Tracy Nelson / Nelnet Business Solutions 402 / 617-9449 | -Original Message- | From: Frank Niedermann [mailto:[EMAIL PROTECTED] | Sent: Monday, 25 September, 2006 04:48 | To: users@tomcat.apache.org | Subject: Re: Precompiled JSPs after Tomcat restart | | | I've found the .java and .class files in a new sample application. | | I still don't understand if the compiled class files are used after | Tomcat restart or if the JSP files will get compiled again. | | I'm asking because my application (Matrix from MatrixOne) is | very slow after restarting Tomcat. After visiting (and compiling?) | every JSP page it gets faster until next Tomcat restart. | | Can anybody clarify or help me out with hints to documentation? | | Thanks. | | | Michael Zoller wrote: | Frank Niedermann wrote: | Hello, | | is it right that Tomcat stores all compiled JSP sites in | Tomcat5\work\Catalina\localhost\application\org\apache\jsp? | | yes. | After a restart of Tomcat I still see all the .class files | in above mentioned directory, does that mean that these files | do not have to be compiled again at first access to them? | | Educated guess: The servlets/jsp still have to be executed. Once they | are loaded into memory they will execute faster because caching | mechanisms (harddisk and OS) apply. | | | Michael | | - | To start a new topic, e-mail: users@tomcat.apache.org | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] | | | | | - | To start a new topic, e-mail: users@tomcat.apache.org | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] | | | | | | | -- | View this message in context: http://www.nabble.com/Precompiled-JSPs- | after-Tomcat-restart-tf2303735.html#a6483314 | Sent from the Tomcat - User mailing list archive at Nabble.com. | | | - | To start a new topic, e-mail: users@tomcat.apache.org | To unsubscribe, e-mail: [EMAIL PROTECTED] | For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Precompiled-JSPs-after-Tomcat-restart-tf2303735.html#a6500771 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
