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
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 >>> >>> cgi >>> >>> org.apache.catalina.servlets.CGIServlet >>> >>> >> >>> >>> debug 0 >>> >>> cgiPathPrefix >>> WEB-INF/cgi >>> passShellEnvironment >>> true >>> executable >>> perl >>> >>> 5 >>> >>> >>> cgi >>> /cgi-bin/* >>> >>> >>> 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
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
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 cgi org.apache.catalina.servlets.CGIServlet debug 0 cgiPathPrefix WEB-INF/cgi passShellEnvironment true executable perl 5 cgi /cgi-bin/* 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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Rahul, On 6/20/14, 3:10 PM, Rahul R wrote: > This is from my conf/web.xml > > cgi > > org.apache.catalina.servlets.CGIServlet > > > debug 0 > cgiPathPrefix > WEB-INF/cgi > passShellEnvironment > true > executable > perl > > 5 > > > cgi > /cgi-bin/* > > > 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
This is from my conf/web.xml cgi org.apache.catalina.servlets.CGIServlet debug 0 cgiPathPrefix WEB-INF/cgi passShellEnvironment true executable perl 5 cgi /cgi-bin/* Please let me know what do you mean by privileged usage. On Fri, Jun 20, 2014 at 6:17 PM, André Warnier wrote: > Rahul R wrote: > >> More info: >> >> http://localhost:8180/toggle_read.html is html. But after using >> >> 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 wrote: >> >> Thanks Mark for your suggestion. But by privileged, did you mean to add >>> an >>> entry like below on context.xml? >>> >>> >>> >>> >>> >>> >>> On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas 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 > > > 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 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: 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 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: server.xml socketBuffer setting
It was caused by a bug in Windows Server 2008 R2. Take a look at this http://support.microsoft.com/kb/2577795 On 6/18/14, 15:18, "David kerber" wrote: >On 6/17/2014 11:34 AM, David kerber wrote: >> Running TC 7.0.54 as a service with JRE 7u60, on Windows Server 2008 R2. >> >> What should I use as a guideline for setting the socketBuffer setting in >> server.xml? Should it just be big enough to handle a single response >> with a little headroom? Or does it handle more than one response at a >> time? >> >> My app receives tons (up to several hundred per second) of small (<200 >> bytes) requests, and returns an even smaller response, typically around >> 50 bytes, and no more than 100. So can I use a small socketBuffer >> setting without hurting my performance, or will a larger setting gain me >> something? Right now my socketBuffer setting is 16384. >> >> The reason I ask is that today for the first time I received an error in >> a separate command line java app that runs on this same machine: >> "java.net.SocketException: No buffer space available (maximum >> connections reached?): connect". And I'm trying to determine if tuning >> my buffer size, or the number of sockets is the better first step toward >> solving it. >> >> Thanks for any suggestions! > >Nobody has any information on sizing the socketBuffer value? > > > >- >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: 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: 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
> -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: CGI script to work on Tomcat
Rahul R wrote: More info: http://localhost:8180/toggle_read.html is html. But after using 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 wrote: Thanks Mark for your suggestion. But by privileged, did you mean to add an entry like below on context.xml? On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas 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 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 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: CGI script to work on Tomcat
More info: http://localhost:8180/toggle_read.html is html. But after using 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 wrote: > Thanks Mark for your suggestion. But by privileged, did you mean to add an > entry like below on context.xml? > > > > > > > On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas 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 >> > >> > >> > 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 >> >> 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
Thanks Mark for your suggestion. But by privileged, did you mean to add an entry like below on context.xml? On Fri, Jun 20, 2014 at 5:46 PM, Mark Thomas 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 > > > > > > 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 > > 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
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 > > > 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 Mark - 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?)
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
>
> xmlns:S="http://schemas.xmlsoap.org/soap/envelope/";>
>
xmlns:ns4="http://www.w3.org/2003/05/soap-envelope";>S:ClientCouldn't
> create SOAP message due to exception: XML reader error:
> com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character
> 'x' (code 120) in prolog; expected '<'
>
> at [row,col {unknown-source}]:
> [1,1]Connection to
> myapache closed by foreign host.
>
> AJP is in both instances configured via
>
> protocol="AJP/1.3"> ...
>
> 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
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 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?)
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
http://schemas.xmlsoap.org/soap/envelope/";>http://www.w3.org/2003/05/soap-envelope";>S:ClientCouldn't
create SOAP message due to exception: XML reader error:
com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'x'
(code 120) in prolog; expected '<'
at [row,col {unknown-source}]:
[1,1]Connection to
myapache closed by foreign host.
AJP is in both instances configured via
...
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,
*AGNITAS AG - e-mail & marketing automation*
Werner-Eckert-Straße 6, 81829 München
*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
-
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
http://schemas.xmlsoap.org/soap/envelope/";>http://www.w3.org/2003/05/soap-envelope";>S:ClientCouldn't
create SOAP message due to exception: XML reader error:
com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'x'
(code 120) in prolog; expected '<'
at [row,col {unknown-source}]:
[1,1]Connection to
myapache closed by foreign host.
AJP is in both instances configured via
...
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: 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 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
