Re: Webapps directory query
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please do not top post. On 6/19/2014 10:53 PM, vicky wrote: Thanks Mark, but it doesn't have the details of scenario when we'll carry out a redeployment along with a restart/ How the exploded directories will then be updated , is it only the files are going to be updated within it ? Please give some directions. Vicky The documentation clearly states what happens when you redeploy a web application in a stopped Tomcat (by replacing the WAR file) and then starting the Tomcat instance. The documentation also clearly states what happens when you redeploy a web application in a running Tomcat by replacing the WAR file. What are your exact steps? What exact version of Tomcat are you using? /mde/ On Friday, 20 June 2014 11:00 AM, Mark Eggers its_toas...@yahoo.com.INVALID wrote: On 6/19/2014 10:12 PM, vicky wrote: Hi Guys, Ideally when a redeployment happens in a tomcat , is it standard that the exploded war directory will again be updated with the latest timestamps or is it the case that only files will be updated within that directory. Please share if there is any online documentation available for this behavior Kindly suggest Thanks Vicky Please read the following links, and search for the word 'redeploy'. http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html http://tomcat.apache.org/tomcat-7.0-doc/deployer-howto.html http://tomcat.apache.org/tomcat-8.0-doc/deployer-howto.html . . . just my two cents /mde/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTo85ZAAoJEEFGbsYNeTwtNV8H/jc/gbqrqgxwbELMCy8IXQt7 e0WVwsgWKWSj/pVwHX9iM6fxJSHRmQnaKEJL5CNUr3oUBasExNLlqbzNaNAA/UXK qv8IqD0DjrYO7mqZPdcY/0BVxlFc5dy33XkA0te6tG3qUj+wj36EY++QBJAQMK76 6q9j1igmV2vN9S4FYfl8Md3lUWBzp8fYupRRppNIvxAdhOvbeRdCYM2mk3J0CiOq N2mZ0XlnUhnBoYqdSa2KaepZ9Ra46AuCAUhFUke7XpMlLAv9DPUGuWBywp5aJMiC RxzWIUfok5TUd9p6Kg3DAZC6KVPjrMKbH2XFauNeMwZfOJQWQtiMJWQAAsBzVtg= =OEgB -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapps directory query
Vicky, please do not top-post. Reply below the paragraph you are responding to. vicky wrote: Thanks Mark, but it doesn't have the details of scenario when we'll carry out a redeployment along with a restart/ How the exploded directories will then be updated , is it only the files are going to be updated within it ? Please give some directions. You do not mention the OS under wich this is happening (not the Tomcat nor Java versions); you should, if only for saving us the trouble asking. But under Linux, and as far as I know also under Windows, whenever a file inside a directory changes, the corresponding directory entry (and thus the directory itself) is updated *by the OS*. This has nothing to do with Tomcat, and Tomcat can do nothing to prevent that (or force it to happen). Vicky On Friday, 20 June 2014 11:00 AM, Mark Eggers its_toas...@yahoo.com.INVALID wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/19/2014 10:12 PM, vicky wrote: Hi Guys, Ideally when a redeployment happens in a tomcat , is it standard that the exploded war directory will again be updated with the latest timestamps or is it the case that only files will be updated within that directory. Please share if there is any online documentation available for this behavior Kindly suggest Thanks Vicky Please read the following links, and search for the word 'redeploy'. http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html http://tomcat.apache.org/tomcat-7.0-doc/deployer-howto.html http://tomcat.apache.org/tomcat-8.0-doc/deployer-howto.html . . . just my two cents /mde/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTo8a8AAoJEEFGbsYNeTwt5kcH/1Lrmw9PeIJq6Y4P6RZCMc+K 8T4q8uCC70U/Bkesd5b7e+uaVLiv/kmutnTKB+0vSzhn12iy/fbkO8RC+6gbNjp0 sicu1y6kHaCp3t0djRk+rRqzWi0gg0yGgbJNz26FVkauXFQoPYAD6/gvApH54bp/ V1bXY0eGRgNdv2lUneMOEOk4vVaciUmIoKWSVznBISYlLNRaqg609u4ChoStAZm+ NDu6z4vrx435XZ4OygIhSzh/hBxhuNZv4VZ3gCx88a/NV4mxqiB4K4fSeGmrpF6U uffuhsfj0+INTclNk/Y0avWe+B26e2GKRDkujcWVpJS1fXb4id9uTamdRX1+N4c= =x1Ow -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Problem with Transfer-Encoding: chunked (and AJP?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, summary of my Problem: When a client POSTs with Tranfer-Encoding:chunked, my server is not processing the request. Full details: I have an Apache 2.2.10 connected via AJP to a Tomcat 8.0.3 (Java 1.7.x) or Tomcat 6.0.18 (Java 1.6.x) (I change the AJP worker port to switch between the two Tomcats). Then I send the following request: telnet myapache 80 Trying a.b.c.d ... Connected to myapache Escape character is '^]'. POST /my/webservice HTTP/1.1 Authorization: Basic xyz= Content-Type: text/xml; charset=utf-8 Transfer-Encoding: chunked User-Agent: telnet/abc Host: myapache Accept: text/html, image/gif, image/jpeg, */*; q=.2 4 0 With the Tomcat 6, I see the follwing response, which is quite correct, because I did sent garbage and no valid xml to the Server: HTTP/1.1 500 Internal Server Error Date: Fri, 20 Jun 2014 09:22:37 GMT Server: Apache Content-Length: 472 Connection: close Content-Type: text/xml;charset=utf-8 ?xml version='1.0' encoding='UTF-8'?S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/;S:BodyS:Fault xmlns:ns4=http://www.w3.org/2003/05/soap-envelope;faultcodeS:Client/faultcodefaultstringCouldn't create SOAP message due to exception: XML reader error: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'x' (code 120) in prolog; expected 'lt;' at [row,col {unknown-source}]: [1,1]/faultstring/S:Fault/S:Body/S:EnvelopeConnection to myapache closed by foreign host. AJP is in both instances configured via Connector port=xxx redirectPort=yyy enableLookups=false protocol=AJP/1.3 ... /Connector changing Protocol to org.apache.coyote.ajp.AjpProtocol did not change anything. When I try the same with Tomcat 8 connected, I don't get anything back from the Server. Instead, it waits indefinitely (expecting me to send something?). When I sent the request with a Conten-Length: header instead of Transfer-Encoding:chunked, I get a proper server-response. As I use the same Apache frontend and just change the Tomcat backend, I suspect the problem there. Though I'm not sure if this is a Tomcat error or a configuration problem, or a Java-version problem. I have little experience with the HTTP protocol, until now, it just worked and I didn't care :-) I searched the Internet for similar problems but could only find either ones where fixed had been introduced into Tomcat 7.x and/or where the problem was with server _response_. Do you have any ideas what's wrong here, where the error might be or how I can better understand it? Thanks for your help, Björn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOkE9EACgkQvyhstlk+X/1ZiQCbB/mCxoL3Ypo+Ter1ZJF951da EmYAn1V4KoC7/EEZ08M4xUjIOJj2/Lkc =u92T -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem with Transfer-Encoding: chunked (and AJP?)
Hi Björn, I think, the problem is the content-type, you're using. It is set to text/xml, but you don't send correct XML. The error messages seems also to be sent by some SOAP framework. Try sending some correct XML data. Best regards, Markus Am 20.06.2014 12:58, schrieb Björn Höfling: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, summary of my Problem: When a client POSTs with Tranfer-Encoding:chunked, my server is not processing the request. Full details: I have an Apache 2.2.10 connected via AJP to a Tomcat 8.0.3 (Java 1.7.x) or Tomcat 6.0.18 (Java 1.6.x) (I change the AJP worker port to switch between the two Tomcats). Then I send the following request: telnet myapache 80 Trying a.b.c.d ... Connected to myapache Escape character is '^]'. POST /my/webservice HTTP/1.1 Authorization: Basic xyz= Content-Type: text/xml; charset=utf-8 Transfer-Encoding: chunked User-Agent: telnet/abc Host: myapache Accept: text/html, image/gif, image/jpeg, */*; q=.2 4 0 With the Tomcat 6, I see the follwing response, which is quite correct, because I did sent garbage and no valid xml to the Server: HTTP/1.1 500 Internal Server Error Date: Fri, 20 Jun 2014 09:22:37 GMT Server: Apache Content-Length: 472 Connection: close Content-Type: text/xml;charset=utf-8 ?xml version='1.0' encoding='UTF-8'?S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/;S:BodyS:Fault xmlns:ns4=http://www.w3.org/2003/05/soap-envelope;faultcodeS:Client/faultcodefaultstringCouldn't create SOAP message due to exception: XML reader error: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'x' (code 120) in prolog; expected 'lt;' at [row,col {unknown-source}]: [1,1]/faultstring/S:Fault/S:Body/S:EnvelopeConnection to myapache closed by foreign host. AJP is in both instances configured via Connector port=xxx redirectPort=yyy enableLookups=false protocol=AJP/1.3 ... /Connector changing Protocol to org.apache.coyote.ajp.AjpProtocol did not change anything. When I try the same with Tomcat 8 connected, I don't get anything back from the Server. Instead, it waits indefinitely (expecting me to send something?). When I sent the request with a Conten-Length: header instead of Transfer-Encoding:chunked, I get a proper server-response. As I use the same Apache frontend and just change the Tomcat backend, I suspect the problem there. Though I'm not sure if this is a Tomcat error or a configuration problem, or a Java-version problem. I have little experience with the HTTP protocol, until now, it just worked and I didn't care :-) I searched the Internet for similar problems but could only find either ones where fixed had been introduced into Tomcat 7.x and/or where the problem was with server _response_. Do you have any ideas what's wrong here, where the error might be or how I can better understand it? Thanks for your help, Björn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlOkE9EACgkQvyhstlk+X/1ZiQCbB/mCxoL3Ypo+Ter1ZJF951da EmYAn1V4KoC7/EEZ08M4xUjIOJj2/Lkc =u92T -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Mit freundlichen Grüßen Markus Dörschmidt Software-Entwickler Markus Dörschmidt, m...@agnitas.de Fon: 089/552908-49, Fax: -69, http://www.agnitas.de *AGNITAS AG - e-mail marketing automation* Werner-Eckert-Straße 6, 81829 München *www.agnitas.de* http://www.agnitas.de Vorstand: Martin Aschoff, Helmut Kunkel, Robert Pietsch Vorsitzender des Aufsichtsrats: Dr. Reinhard Gaertner Registergericht München, HRB-Nummer 126 104, USt-IdNr. DE 201 88 33 28 http://www.agnitas.de/email - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
CGI script to work on Tomcat
Hi I am trying to migrate something which was working under apache to tomcat. I had an html form which takes user input values and pass those values and executes some cgi scripts. But when I moved html and cgi under tomcat, the html form is loading properly, but when I click submit, its giving 404 error for the cgi execution. I have my html files under ROOT and cgi scripts under ROOT/WEB-INF/cgi Tomcat Version: 7.0.54 And in my html form I have mentioned the cgi location as action='./WEB-INF/cgi/read_toggle.cgi' I followed the steps mentioned in the below url. http://www.wellho.net/solutions/java-running-cgi-scripts-in-apache-tomcat.html I don't see anything in the catalina.out or any other logs. Kindly me help to fix this issue. -- Thanks, Regards, Rahul R .~. /V\ // \\ /( )\ ^`~'^ Mob: 09008030921
Re: Problem with Transfer-Encoding: chunked (and AJP?)
On 20/06/2014 11:58, Björn Höfling wrote: Hello, summary of my Problem: When a client POSTs with Tranfer-Encoding:chunked, my server is not processing the request. Full details: I have an Apache 2.2.10 connected via AJP to a Tomcat 8.0.3 (Java 1.7.x) or Tomcat 6.0.18 (Java 1.6.x) (I change the AJP worker port to switch between the two Tomcats). Try with the latest 8.0.x. Mark Then I send the following request: telnet myapache 80 Trying a.b.c.d ... Connected to myapache Escape character is '^]'. POST /my/webservice HTTP/1.1 Authorization: Basic xyz= Content-Type: text/xml; charset=utf-8 Transfer-Encoding: chunked User-Agent: telnet/abc Host: myapache Accept: text/html, image/gif, image/jpeg, */*; q=.2 4 0 With the Tomcat 6, I see the follwing response, which is quite correct, because I did sent garbage and no valid xml to the Server: HTTP/1.1 500 Internal Server Error Date: Fri, 20 Jun 2014 09:22:37 GMT Server: Apache Content-Length: 472 Connection: close Content-Type: text/xml;charset=utf-8 ?xml version='1.0' encoding='UTF-8'?S:Envelope xmlns:S=http://schemas.xmlsoap.org/soap/envelope/;S:BodyS:Fault xmlns:ns4=http://www.w3.org/2003/05/soap-envelope;faultcodeS:Client/faultcodefaultstringCouldn't create SOAP message due to exception: XML reader error: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'x' (code 120) in prolog; expected 'lt;' at [row,col {unknown-source}]: [1,1]/faultstring/S:Fault/S:Body/S:EnvelopeConnection to myapache closed by foreign host. AJP is in both instances configured via Connector port=xxx redirectPort=yyy enableLookups=false protocol=AJP/1.3 ... /Connector changing Protocol to org.apache.coyote.ajp.AjpProtocol did not change anything. When I try the same with Tomcat 8 connected, I don't get anything back from the Server. Instead, it waits indefinitely (expecting me to send something?). When I sent the request with a Conten-Length: header instead of Transfer-Encoding:chunked, I get a proper server-response. As I use the same Apache frontend and just change the Tomcat backend, I suspect the problem there. Though I'm not sure if this is a Tomcat error or a configuration problem, or a Java-version problem. I have little experience with the HTTP protocol, until now, it just worked and I didn't care :-) I searched the Internet for similar problems but could only find either ones where fixed had been introduced into Tomcat 7.x and/or where the problem was with server _response_. Do you have any ideas what's wrong here, where the error might be or how I can better understand it? Thanks for your help, Björn - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: CGI script to work on Tomcat
On 20/06/2014 12:49, Rahul R wrote: Hi I am trying to migrate something which was working under apache to tomcat. I had an html form which takes user input values and pass those values and executes some cgi scripts. But when I moved html and cgi under tomcat, the html form is loading properly, but when I click submit, its giving 404 error for the cgi execution. I have my html files under ROOT and cgi scripts under ROOT/WEB-INF/cgi Tomcat Version: 7.0.54 And in my html form I have mentioned the cgi location as action='./WEB-INF/cgi/read_toggle.cgi' I followed the steps mentioned in the below url. http://www.wellho.net/solutions/java-running-cgi-scripts-in-apache-tomcat.html I don't see anything in the catalina.out or any other logs. Kindly me help to fix this issue. Try using the real Tomcat documentation rather than some random Google result that doesn't even bother to mention which version of Tomcat it was written for (hint: it wasn't written for Tomcat 7). Given how you have configured Tomcat, the behaviour you are seeing is exactly as expected. If you want your script to work with the minimum of changes you need to: - Make your web application privileged - Use action='./read_toggle.cgi' Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: CGI script to work on Tomcat
Thanks Mark for your suggestion. But by privileged, did you mean to add an entry like below on context.xml? Context privileged=true /Context On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas ma...@apache.org wrote: On 20/06/2014 12:49, Rahul R wrote: Hi I am trying to migrate something which was working under apache to tomcat. I had an html form which takes user input values and pass those values and executes some cgi scripts. But when I moved html and cgi under tomcat, the html form is loading properly, but when I click submit, its giving 404 error for the cgi execution. I have my html files under ROOT and cgi scripts under ROOT/WEB-INF/cgi Tomcat Version: 7.0.54 And in my html form I have mentioned the cgi location as action='./WEB-INF/cgi/read_toggle.cgi' I followed the steps mentioned in the below url. http://www.wellho.net/solutions/java-running-cgi-scripts-in-apache-tomcat.html I don't see anything in the catalina.out or any other logs. Kindly me help to fix this issue. Try using the real Tomcat documentation rather than some random Google result that doesn't even bother to mention which version of Tomcat it was written for (hint: it wasn't written for Tomcat 7). Given how you have configured Tomcat, the behaviour you are seeing is exactly as expected. If you want your script to work with the minimum of changes you need to: - Make your web application privileged - Use action='./read_toggle.cgi' Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Thanks, Regards, Rahul R .~. /V\ // \\ /( )\ ^`~'^ Mob: 09008030921
Re: CGI script to work on Tomcat
More info: http://localhost:8180/toggle_read.html is html. But after using action='./read_toggle.cgi' in the html the url loading is http://localhost:8180/read_toggle.cgi and again its giving 404 error. :( On Fri, Jun 20, 2014 at 5:59 PM, Rahul R rahul.ra...@gmail.com wrote: Thanks Mark for your suggestion. But by privileged, did you mean to add an entry like below on context.xml? Context privileged=true /Context On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas ma...@apache.org wrote: On 20/06/2014 12:49, Rahul R wrote: Hi I am trying to migrate something which was working under apache to tomcat. I had an html form which takes user input values and pass those values and executes some cgi scripts. But when I moved html and cgi under tomcat, the html form is loading properly, but when I click submit, its giving 404 error for the cgi execution. I have my html files under ROOT and cgi scripts under ROOT/WEB-INF/cgi Tomcat Version: 7.0.54 And in my html form I have mentioned the cgi location as action='./WEB-INF/cgi/read_toggle.cgi' I followed the steps mentioned in the below url. http://www.wellho.net/solutions/java-running-cgi-scripts-in-apache-tomcat.html I don't see anything in the catalina.out or any other logs. Kindly me help to fix this issue. Try using the real Tomcat documentation rather than some random Google result that doesn't even bother to mention which version of Tomcat it was written for (hint: it wasn't written for Tomcat 7). Given how you have configured Tomcat, the behaviour you are seeing is exactly as expected. If you want your script to work with the minimum of changes you need to: - Make your web application privileged - Use action='./read_toggle.cgi' Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Thanks, Regards, Rahul R .~. /V\ // \\ /( )\ ^`~'^ Mob: 09008030921 -- Thanks, Regards, Rahul R .~. /V\ // \\ /( )\ ^`~'^ Mob: 09008030921
Re: CGI script to work on Tomcat
Rahul R wrote: More info: http://localhost:8180/toggle_read.html is html. But after using action='./read_toggle.cgi' in the html the url loading is http://localhost:8180/read_toggle.cgi and again its giving 404 error. :( Are you listening to what you are told ? Did you read https://tomcat.apache.org/tomcat-7.0-doc/cgi-howto.html ? Did you understand it, and did you do all that is mentioned there ? To prove it, copy and paste here the content of your conf/web.xml file : -- start here -- -- end here -- On Fri, Jun 20, 2014 at 5:59 PM, Rahul R rahul.ra...@gmail.com wrote: Thanks Mark for your suggestion. But by privileged, did you mean to add an entry like below on context.xml? Context privileged=true /Context On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas ma...@apache.org wrote: On 20/06/2014 12:49, Rahul R wrote: Hi I am trying to migrate something which was working under apache to tomcat. I had an html form which takes user input values and pass those values and executes some cgi scripts. But when I moved html and cgi under tomcat, the html form is loading properly, but when I click submit, its giving 404 error for the cgi execution. I have my html files under ROOT and cgi scripts under ROOT/WEB-INF/cgi Tomcat Version: 7.0.54 And in my html form I have mentioned the cgi location as action='./WEB-INF/cgi/read_toggle.cgi' I followed the steps mentioned in the below url. http://www.wellho.net/solutions/java-running-cgi-scripts-in-apache-tomcat.html I don't see anything in the catalina.out or any other logs. Kindly me help to fix this issue. Try using the real Tomcat documentation rather than some random Google result that doesn't even bother to mention which version of Tomcat it was written for (hint: it wasn't written for Tomcat 7). Given how you have configured Tomcat, the behaviour you are seeing is exactly as expected. If you want your script to work with the minimum of changes you need to: - Make your web application privileged - Use action='./read_toggle.cgi' Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Thanks, Regards, Rahul R .~. /V\ // \\ /( )\ ^`~'^ Mob: 09008030921 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Browsers suddenly start timing out when accessing port 80 of secure site
-Original Message- From: Bruce Lombardi [mailto:brlom...@gmail.com] Sent: Thursday, June 19, 2014 11:33 AM To: users@tomcat.apache.org Subject: Browsers suddenly start timing out when accessing port 80 of secure site We have a Java application running on Tomcat 7.0.52 on an Amazon Web Services EC2 Windows 2008 R2 server. Tomcat is setup so that our application is the root application and is accessible from port 80. The application and Tomcat are configured with SSL so that whenever anyone types in the url for the site (e.g. www.something.net) Tomcat will switch into HTTPS and use port 8443. This all works fine, but it seems that if for some reason a browser times out when accessing the site, it will never connect to the site again, and any attempt to connect using www.something.net will show that the connection has timed out. Yet if you put in the port number (e.g., www.something.net:8443) it comes up right away. We have seen this happen on both Chrome (Version 35.0.1916.153 m) and Firefox (Version 30.0). On Chrome I was able to get the browser to connect to the site by going to Settings Advanced Clear Browser Data and clearing browser history, download history, cookies, and cached images and files. Once I did that the site came up immediately with www.something.net and switch to HTTPS as it is supposed to do. On Firefox, I get the same thing. It will not connect unless I add the port. I tried clearing cached web content, setting the cache limit to zero, and clearing offline web content. None of this worked. Re-installing Firefox did work. It took me several months to encounter this problem. But other users have encountered it right away (e.g., when setting up a new machine). Using browser development tools and Tomcat logs, I was able to see the following: . When working chrome send get to url. Tomcat responds with HTTP 302 and redirects to the secure port. The Tomcat localhost_access_log reflects these transmissions. . When not working, Firefox sends get to url, but no response is returned. The Tomcat localhost_access_log is blank. Can anyone shed any light on this? Is this a Tomcat issue or something to do with the browsers? Is there anything I can look for in the logs that may help? Bruce Sounds like a browser issue to me, Bruce, unless you've got something else in your topology that could be causing the issue. Say a proxy, for instance? Also, are you sure on the subsequent attempts that your URL starts off with http:// and not https://. It's a pretty easy detail to overlook. And on a just curious basis: Why redirect to 8443 instead of the standard HTTPS port of 443? Then you wouldn't need the port number in the URL. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem with Transfer-Encoding: chunked (and AJP?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Markus, On 6/20/14, 7:30 AM, Markus Dörschmidt wrote: Hi Björn, I think, the problem is the content-type, you're using. It is set to text/xml, but you don't send correct XML. The error messages seems also to be sent by some SOAP framework. Try sending some correct XML data. - -1 Tomcat and whatever SOAP framework should be responding appropriately. Anything else would represent a DOS vulnerability. If you read the OP, you'd know that the same SOAP framework works under Tomcat 6. That indicates a problem with Tomcat (which is likely solved: see markt's response). - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTpEnUAAoJEBzwKT+lPKRYXHwP/R+UbMc0Ao3hA7yFGVE/4uGG 0mnde5UUQMrJH5Q0OelZzkGp3FAnRiZV1odlxUk+Pj+HxmZ2fQPKzYtrhihnF2l8 yTbfgymnXUy6Z5pn/gF4hQqwI0ImKWntHlvky8/Bx5SRPm75h8/yXXeCixTqxjvK N6tWGwUptVxTO9w+sEWjVE7zoBFUi+q8HktL3iyQ+STDWYCQvdhZmUYpLyQjY7TE M1lfeVl8GQ+g7ZKlwfbk3u9cDglpiclNXtFc0BN1Zn30qUfu6D+brqM4aJ2PiR/R pYQ6xZYeAtLDap5GWMA1a83VEF17ZvF0LlC3QFSNIsgnlrNfKKopAI5VAVecH9yp T0mz6WHsdvAvnq3SVNUrIY4zYFojUdZnVFqAGkOHZ4imucKUFMkkoO0sk/UKmhGx cTa+r+7TMixnCGQKpxiXUCoFI/7COirGIysBEWSfu/3Tha3ggHA9fKvpdFrNew0e Oo8hnXT7IUNMqB7Pu1lTB28LVx/vfNffPDRU3tqBe+2fQmipP2i1eXGYR6FSWv0X P/5HhOhHCP2/utyDZMTHhECKDLCUmK9ieSq9ZACbZmgnRjfVqNrpsy8AefvS+12H UDXZLcQQXgd8q/P2JbXLU1BPK0c5rVYhIjIVeEn2LcFw1LKZdNkSZXBoL/D9aG04 62NOd5mZKkFlWPzKGRED =Xh6L -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Browsers suddenly start timing out when accessing port 80 of secure site
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jeffrey, On 6/20/14, 10:24 AM, Jeffrey Janner wrote: -Original Message- From: Bruce Lombardi [mailto:brlom...@gmail.com] Sent: Thursday, June 19, 2014 11:33 AM To: users@tomcat.apache.org Subject: Browsers suddenly start timing out when accessing port 80 of secure site We have a Java application running on Tomcat 7.0.52 on an Amazon Web Services EC2 Windows 2008 R2 server. Tomcat is setup so that our application is the root application and is accessible from port 80. The application and Tomcat are configured with SSL so that whenever anyone types in the url for the site (e.g. www.something.net) Tomcat will switch into HTTPS and use port 8443. This all works fine, but it seems that if for some reason a browser times out when accessing the site, it will never connect to the site again, and any attempt to connect using www.something.net will show that the connection has timed out. Yet if you put in the port number (e.g., www.something.net:8443) it comes up right away. We have seen this happen on both Chrome (Version 35.0.1916.153 m) and Firefox (Version 30.0). On Chrome I was able to get the browser to connect to the site by going to Settings Advanced Clear Browser Data and clearing browser history, download history, cookies, and cached images and files. Once I did that the site came up immediately with www.something.net and switch to HTTPS as it is supposed to do. On Firefox, I get the same thing. It will not connect unless I add the port. I tried clearing cached web content, setting the cache limit to zero, and clearing offline web content. None of this worked. Re-installing Firefox did work. It took me several months to encounter this problem. But other users have encountered it right away (e.g., when setting up a new machine). Using browser development tools and Tomcat logs, I was able to see the following: . When working chrome send get to url. Tomcat responds with HTTP 302 and redirects to the secure port. The Tomcat localhost_access_log reflects these transmissions. . When not working, Firefox sends get to url, but no response is returned. The Tomcat localhost_access_log is blank. Can anyone shed any light on this? Is this a Tomcat issue or something to do with the browsers? Is there anything I can look for in the logs that may help? Bruce Sounds like a browser issue to me +1 I've found that many browsers cache responses - including error responses -- longer than one might expect. Try a complete page-refresh using SHIFT-CTRL-R (or SHIFT-CMD-R), and if that doesn't work, clear all cache and possibly restart the browser if that doesn't work. , Bruce, unless you've got something else in your topology that could be causing the issue. Say a proxy, for instance? Also, are you sure on the subsequent attempts that your URL starts off with http:// and not https://. It's a pretty easy detail to overlook. And on a just curious basis: Why redirect to 8443 instead of the standard HTTPS port of 443? Then you wouldn't need the port number in the URL. +1 (And if you can't because you already have a web server running, try routing the Tomcat traffic through the web server.) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTpEpnAAoJEBzwKT+lPKRYeroP/3aB7wYetmOZLNdiP6IeIDwK wBbvKC9wtoyA6hyelCIR5juIqC7ovSA31J1UxtvubWxiJYO2cy04V7RoBPEprgtj QHRmgt5Kppet300fTRdO3m4l2RN1FofrvMHPw/5w9PYG2i9IFnd8T/75vKnxKtmo NPhhznGsGXCFoTjNYdKltFtm5MQFEYSzkSp2Y1c7z3+PSG6Fhc+7+TD2UFn08sNY iZJfRprgJI3IaeRw+ETSUMeQkYUkuIDtb1EW5iPnKdLdRoNadUCPTTBeLVJvB9X6 I3MvbOehLOtAerrdlp62jPZKRGZd1brF8Or21cQ5DdFv0hCQjG4fMA1zIYn3eNbf sv0YTProdQABGy6cjLgdLtCR3/weQcet7rcjiykVyPTln/kjzAzLA+iNF+NF3Lg0 OZAJ6xXT89lHIzkRXkrk/5kd1nZXX7Hsl8uizbtgOFntFd5rTM2nH4MdUzIOqNuP wZ7/pfIiNNpu7YBzsspcshkqZeyTbZhhNEBjFa1RO/d8VRhH7EQFp5eEU5BI+S+h BVbIpvyVhfQ+JjDyrDZ6qJ8vxctbSmZJkggBv5g5iSxYAPKkpuTQzijD4R6ecTr6 KOgThCcBQ/vWa/eGBemCysDRYNGM2kaMAL+8xzD2LypbbYRH+ec8LChRGzVBZFJ4 tcroyxk2g0U7wPOHp1gz =z/ZM -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Webapps directory query
On 6/20/2014 12:53 AM, vicky wrote: Thanks Mark, but it doesn't have the details of scenario when we'll carry out a redeployment along with a restart/ How the exploded directories will then be updated , is it only the files are going to be updated within it ? Please give some directions. Vicky On Friday, 20 June 2014 11:00 AM, Mark Eggers its_toas...@yahoo.com.INVALID wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/19/2014 10:12 PM, vicky wrote: Hi Guys, Ideally when a redeployment happens in a tomcat , is it standard that the exploded war directory will again be updated with the latest timestamps or is it the case that only files will be updated within that directory. Please share if there is any online documentation available for this behavior Kindly suggest Thanks Vicky Please read the following links, and search for the word 'redeploy'. http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html http://tomcat.apache.org/tomcat-7.0-doc/deployer-howto.html http://tomcat.apache.org/tomcat-8.0-doc/deployer-howto.html . . . just my two cents /mde/ Hi, Vicky- I'd suggest testing. -Terence Bandoian - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: CGI script to work on Tomcat
This is from my conf/web.xml servlet servlet-namecgi/servlet-name servlet-classorg.apache.catalina.servlets.CGIServlet/servlet-class init-param param-namedebug/param-name param-value0/param-value /init-param init-param param-namecgiPathPrefix/param-name param-valueWEB-INF/cgi/param-value /init-param init-param param-namepassShellEnvironment/param-name param-valuetrue/param-value /init-param init-param param-nameexecutable/param-name param-valueperl/param-value /init-param load-on-startup5/load-on-startup /servlet servlet-mapping servlet-namecgi/servlet-name url-pattern/cgi-bin/*/url-pattern /servlet-mapping Please let me know what do you mean by privileged usage. On Fri, Jun 20, 2014 at 6:17 PM, André Warnier a...@ice-sa.com wrote: Rahul R wrote: More info: http://localhost:8180/toggle_read.html is html. But after using action='./read_toggle.cgi' in the html the url loading is http://localhost:8180/read_toggle.cgi and again its giving 404 error. :( Are you listening to what you are told ? Did you read https://tomcat.apache.org/tomcat-7.0-doc/cgi-howto.html ? Did you understand it, and did you do all that is mentioned there ? To prove it, copy and paste here the content of your conf/web.xml file : -- start here -- -- end here -- On Fri, Jun 20, 2014 at 5:59 PM, Rahul R rahul.ra...@gmail.com wrote: Thanks Mark for your suggestion. But by privileged, did you mean to add an entry like below on context.xml? Context privileged=true /Context On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas ma...@apache.org wrote: On 20/06/2014 12:49, Rahul R wrote: Hi I am trying to migrate something which was working under apache to tomcat. I had an html form which takes user input values and pass those values and executes some cgi scripts. But when I moved html and cgi under tomcat, the html form is loading properly, but when I click submit, its giving 404 error for the cgi execution. I have my html files under ROOT and cgi scripts under ROOT/WEB-INF/cgi Tomcat Version: 7.0.54 And in my html form I have mentioned the cgi location as action='./WEB-INF/cgi/read_toggle.cgi' I followed the steps mentioned in the below url. http://www.wellho.net/solutions/java-running-cgi- scripts-in-apache-tomcat.html I don't see anything in the catalina.out or any other logs. Kindly me help to fix this issue. Try using the real Tomcat documentation rather than some random Google result that doesn't even bother to mention which version of Tomcat it was written for (hint: it wasn't written for Tomcat 7). Given how you have configured Tomcat, the behaviour you are seeing is exactly as expected. If you want your script to work with the minimum of changes you need to: - Make your web application privileged - Use action='./read_toggle.cgi' Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Thanks, Regards, Rahul R .~. /V\ // \\ /( )\ ^`~'^ Mob: 09008030921 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Thanks, Regards, Rahul R .~. /V\ // \\ /( )\ ^`~'^ Mob: 09008030921
Re: CGI script to work on Tomcat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rahul, On 6/20/14, 3:10 PM, Rahul R wrote: This is from my conf/web.xml servlet servlet-namecgi/servlet-name servlet-classorg.apache.catalina.servlets.CGIServlet/servlet-class init-param param-namedebug/param-name param-value0/param-value /init-param init-param param-namecgiPathPrefix/param-name param-valueWEB-INF/cgi/param-value /init-param init-param param-namepassShellEnvironment/param-name param-valuetrue/param-value /init-param init-param param-nameexecutable/param-name param-valueperl/param-value /init-param load-on-startup5/load-on-startup /servlet servlet-mapping servlet-namecgi/servlet-name url-pattern/cgi-bin/*/url-pattern /servlet-mapping Please let me know what do you mean by privileged usage. https://tomcat.apache.org/tomcat-7.0-doc/cgi-howto.html Since you have mapped the CGIServlet to /cgi-bin, then you will want to have your HTML file (located in the webapp root) to reference /cgi-bin/read_toggle.cgi as the action. Note that the URL reference is mapped from the URL space (/cgi-bin/read_toggle.cgi) into the webapp's resource space (WEB-INF/cgi/read_toggle.cgi) which is why the paths don't appear to match. Finally, if the Perl script isn't that complicated, you should consider re-writing it in Java since you are using a Java application server. It will be much easier to deal with everything that way. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTpJ6zAAoJEBzwKT+lPKRYJHUP/0rhRGpRp0K+0wvDclh8zqlJ QeX6sFeBtjroCtL716+BCdMW/hKnkPcQDElDvv5Rsh9A9CiRaC3iylUBhhk/wrZk fjk3jeIKn5ZbiZXYBr4tg3Ut1hE/JjRwyCYduol68GPxRmucdCGmkSqacTZJEa0B p0QJW6Q1x2GCk6P76IjBiCvCLclawhm02m2PZr/wcpv+JHcursDU/AATdcj01DZS /2vLn6ojEKYYrBxTIjW5KDkJlcoiEn5EbsxgrQR3Dug8s1U9qc3tFPMtEFJrbqbW Q4IrF2VJ4i3d5pJW8HCNGGHmK7kyJC8JmlJ3sE9fslsv9QFJlohmA1UrE4dA5sbb mzg6A/cl8/xn/+pBpv2lXHbitcaPMYxsLdreOdjDsz/dnG3raoOhQ6f5HAIxcb7h +CGssuJt7lXk0jl+eeqF/30Sb7QV7kcrSpq9pOuCRLfjd63HVGSlAO3hanOqlNGe zarVAt1Wv7ALtjk1ddFjb/saIM3YpvIkuebr351yYyvXA0ifTtLt7++xVYDXLEMP F7Qq5anQ0gVbCRRf0hAm83fBFRaKJc9BU44H285NmPRlr8eEskequ9p79BnKqvJt 9oB7D0OSdmH5kvsmDxB0yTQS+0bGttpgjrK77acY71YC3QH/xm3hvqKvC7ZqwRqJ SAtPIeuNpuemtTURTx7p =QCZU -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: CGI script to work on Tomcat
Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rahul, On 6/20/14, 3:10 PM, Rahul R wrote: This is from my conf/web.xml servlet servlet-namecgi/servlet-name servlet-classorg.apache.catalina.servlets.CGIServlet/servlet-class init-param param-namedebug/param-name param-value0/param-value /init-param init-param param-namecgiPathPrefix/param-name param-valueWEB-INF/cgi/param-value /init-param init-param param-namepassShellEnvironment/param-name param-valuetrue/param-value /init-param init-param param-nameexecutable/param-name param-valueperl/param-value /init-param load-on-startup5/load-on-startup /servlet servlet-mapping servlet-namecgi/servlet-name url-pattern/cgi-bin/*/url-pattern /servlet-mapping Please let me know what do you mean by privileged usage. https://tomcat.apache.org/tomcat-7.0-doc/cgi-howto.html Since you have mapped the CGIServlet to /cgi-bin, then you will want to have your HTML file (located in the webapp root) to reference /cgi-bin/read_toggle.cgi as the action. Note that the URL reference is mapped from the URL space (/cgi-bin/read_toggle.cgi) into the webapp's resource space (WEB-INF/cgi/read_toggle.cgi) which is why the paths don't appear to match. Finally, if the Perl script isn't that complicated, you should consider re-writing it in Java since you are using a Java application server. It will be much easier to deal with everything that way. Who said that the cgi-bin script was perl ? (not saying that it isn't, but nobody said it was either). As it stands, whatever it is, it is being run (at first) by perl. But if perl notice another interpreter in the shebang line, it will happily cede its turn. Anyway, it raises the fundamental question of why go though all the trouble to run a (possibly perl) cgi-bin script within Tomcat ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: CGI script to work on Tomcat
On 6/20/2014 6:19 PM, André Warnier wrote: ... Finally, if the Perl script isn't that complicated, you should consider re-writing it in Java since you are using a Java application server. It will be much easier to deal with everything that way. Who said that the cgi-bin script was perl ? (not saying that it isn't, but nobody said it was either). As it stands, whatever it is, it is being run (at first) by perl. But if perl notice another interpreter in the shebang line, it will happily cede its turn. Anyway, it raises the fundamental question of why go though all the trouble to run a (possibly perl) cgi-bin script within Tomcat ? It sounds like the OP is trying to eliminate a layer (HTTPD) in his application without rewriting his scripts. Seems like a reasonable goal to me. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: CGI script to work on Tomcat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 André, On 6/20/14, 6:19 PM, André Warnier wrote: Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rahul, On 6/20/14, 3:10 PM, Rahul R wrote: This is from my conf/web.xml servlet servlet-namecgi/servlet-name servlet-classorg.apache.catalina.servlets.CGIServlet/servlet-class init-param param-namedebug/param-name param-value0/param-value /init-param init-param param-namecgiPathPrefix/param-name param-valueWEB-INF/cgi/param-value /init-param init-param param-namepassShellEnvironment/param-name param-valuetrue/param-value /init-param init-param param-nameexecutable/param-name param-valueperl/param-value /init-param load-on-startup5/load-on-startup /servlet servlet-mapping servlet-namecgi/servlet-name url-pattern/cgi-bin/*/url-pattern /servlet-mapping Please let me know what do you mean by privileged usage. https://tomcat.apache.org/tomcat-7.0-doc/cgi-howto.html Since you have mapped the CGIServlet to /cgi-bin, then you will want to have your HTML file (located in the webapp root) to reference /cgi-bin/read_toggle.cgi as the action. Note that the URL reference is mapped from the URL space (/cgi-bin/read_toggle.cgi) into the webapp's resource space (WEB-INF/cgi/read_toggle.cgi) which is why the paths don't appear to match. Finally, if the Perl script isn't that complicated, you should consider re-writing it in Java since you are using a Java application server. It will be much easier to deal with everything that way. Who said that the cgi-bin script was perl ? The OP. Look up in the configuration: the executable is set to perl. I suppose he could be using a tcl/tk binary re-named to perl just to have a laugh, but probably not. (not saying that it isn't, but nobody said it was either). As it stands, whatever it is, it is being run (at first) by perl. But if perl notice another interpreter in the shebang line, it will happily cede its turn. Fair enough. I've seen some stupid things in my time, but having Perl hand-off to some other binary just seems wasteful. Anyway, it raises the fundamental question of why go though all the trouble to run a (possibly perl) cgi-bin script within Tomcat ? +1 - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTpOz4AAoJEBzwKT+lPKRY7HUP/0ifaL1kLQA7Ey4nVjIGRfMJ DP5JBkTpoampQIJbqnf8DwNZmm6chRPK75RK5nioPghac3uXUuL6UgW6BCrfccBa tcprd7jK5dwQPi0vNsgTDaypPtIw30mt1z3TieHJ2qFlBPU+Fa4SGl8KHGi/GsXA Ti7yt+2wz1a1BkWrd1u39qZeC/x0bHkPr4pd7OONLpaxiqWMoTnzpasPFQMu3lt2 Rjqt4PhMy3khu5UirW0CUb/sMR8d74sflZ80bhf/xe2id3UiEsMWiIU9HrG3s37K bN1NtUFODFKbM2v7ZD6ZXkndqYMXfTp8cyopOjwZB3XkDF+tN9DHyCf+wCLFYBgj VMkkv+XPssy1RMOaifQdhLsrdd8TwMfqUWC+QTiuEYgmQ8CoRzm5j7oQKZE3WfjX 8xj0xEmcCwhfXOYo/zeXuqBniMyQPFqhB5y7rj9ChTBGXjm1GsWDTTj4YSRjx/As DVqVcn/G/ZvB6MllcXu7xGHLul36SnP5pJs2DpMzqnmUoHCkTnnPaYqv81TMKWGj CF63o+kUrhKZBYG8FY5nSe/8uBg9Rkg6iCXu+nfUCFe7LgoFIcz5R7WsyJ4kOF1Q 4JgwdlMoRFh2pYi6egyQT0kDKXc6yUTF/q0chTxCNsW+YA3sPpBetpQTnOtsTI1O Wl9WfLRZsYTZD9Mg3LjP =8uKG -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: CGI script to work on Tomcat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 David, On 6/20/14, 7:59 PM, David Kerber wrote: On 6/20/2014 6:19 PM, André Warnier wrote: ... Finally, if the Perl script isn't that complicated, you should consider re-writing it in Java since you are using a Java application server. It will be much easier to deal with everything that way. Who said that the cgi-bin script was perl ? (not saying that it isn't, but nobody said it was either). As it stands, whatever it is, it is being run (at first) by perl. But if perl notice another interpreter in the shebang line, it will happily cede its turn. Anyway, it raises the fundamental question of why go though all the trouble to run a (possibly perl) cgi-bin script within Tomcat ? It sounds like the OP is trying to eliminate a layer (HTTPD) in his application without rewriting his scripts. Seems like a reasonable goal to me. Yeah, but doing CGI in httpd is dead simple. Doing in through Tomcat is a pain in the neck. IMO any reasonable production application needs to have at least 2 back-end application servers, so you need a proxy no matter what. I suppose you could use a hw lb, but those things know how to route stuff like CGI to some other server, too. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTpO1GAAoJEBzwKT+lPKRYrdQP/1c/SuiTF6o2HkgQh0CuH6TK ndC0YjtSR2Gtmo2Ry7ynDjjPDfcNLcElv+n1Rpl/TWUFHLGJ4r3uvuSZ/ly91zXD 7/xvknjB+/l9yf+EYyJxx4XjV9O+q77Ae5V43pw+b4XzzK95NQ7x/ZS8A5dUW1yr 4mI8pc3ytgEVIOrQV93j+pCgDPTZWpJkZULqLB3QMm+XJwNmdytscSmjzte594qQ TXNgGx6x+obSK6cPaVtAx5q9VfffpGMSS45869ZLBiT7CwubSBsSaBAFZWsYkg3p HIxwmRt3on/rSSrtfYm0OlaECFwAOXd9nT5Oq6BE4VQUCSxp4Ao0nNYtOz+rU0Tz km7CIAmsQwRTEeL9p8CYUJql/10vd35C4gghCGqYYCnJ/vDPvV/sdQwUaDjjJIbD QOKrOGLPF5Clgf+1nx51urer/WtloWt7cb9/LWZjrVyNFGjvoOlCKzGXCSz5/q0N KISYEFw3y9twyWLwz52vX+gmaThoKeMFwlH7HcCWQDp98zlLuXaaknIQHdGe9oW4 HEOUvRSPCVn9q0Dy4UB7wnkND8eYmkG3We9Rmbi9TVIxtxI8GEiQLFidnJqr1WWW 0XKP0xr9SE6KkFswSG/iFAK1ZfST+DbFksMl/IO6C/7WWzwbLnjC4PYkRl+SB6fG sSnMUItaMZ40cdPRYEj+ =LOMA -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org