FW: General / Special cause under which TOMCAT Crash been noticed
Hi for General / Special cause under which TOMCAT Crash been noticed ? This is in referral to one of the form topics raised some day's ago For JVM to restart Tomcat in 1 case when OnOutOfMemoryError was raised URL http://marc.info/?l=tomcat-userm=127119151302985w=2 Refers to -XX:OnOutOfMemoryError=cmd args;cmd args for restart I wanted to make sure if any other cause for TOMCAT Crash been noticed. With regards karthik -Original Message- From: Christopher Schultz [mailto:ch...@christopherschultz.net] Sent: Thursday, April 29, 2010 10:18 PM To: Tomcat Users List Subject: Re: General / Special cause under which TOMCAT Crash been noticed -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karthik, On 4/29/2010 4:19 AM, Karthik Nanjangude wrote: SPEC JDK1.5 TOMCAT 6.0.26 O/s : Windows 2000 ,Linux ( Red Hat ) / Unix ( HP ) Question : Is there any list of cases , categories with Comparable Study for General / Special cause under which TOMCAT Crash been noticed ? I've always noticed that Tomcat has crashed after Tomcat has crashed. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvZuCYACgkQ9CaO5/Lv0PByggCdG3hd6FBU4rHvPAJEMCyAs4TA 0uUAoJEMv0bXhrbIdTbh4cRGauHI+iZi =k4bT -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
Re: FW: General / Special cause under which TOMCAT Crash been noticed
Karthik, --- On Thu, 4/29/10 at 11:02 PM, Karthik Nanjangude karthik.nanjang...@xius-bcgi.com wrote: This is in referral to one of the form topics raised some day's ago For JVM to restart Tomcat in 1 case when OnOutOfMemoryError was raised URL http://marc.info/?l=tomcat-userm=127119151302985w=2 Refers to -XX:OnOutOfMemoryError=cmd args;cmd args for restart I wanted to make sure if any other cause for TOMCAT Crash been noticed. Yes... - Bob - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6 error compiling JSPs with nested @include directives
contactos is a folder in my sites_empresa.lardocelar.com application so the URLs should work fine. In server.xml I have Engine name=Catalina defaultHost=localhost Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host /Engine Following Martin tip I noticed something different from what I would see in Tomcat 5.5. All the JSP files that are on my app ROOT folder compile just fine and the java and classes are generated in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp However the URL http://sites_empresa.lardocelar.com:8080/includes/application_logger.jsp Generated its class and java files in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\includes\org\apache\jsp Is this normal behaviour in Tomcat 6? I was expecting them at C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp\includes My problem is that my Tomcat does not compile the JSP files with includes that are in folders under the app root dir. I created test.jsp in folder /contactos/ with simply Hello in its body and all is fine when calling http://sites_empresa.lardocelar.com:8080/contactos/test.jsp Then I changed the content of test.jsp to %...@include file=/includes/application_logger.jsp% Hello Hit refresh and org.apache.jasper.JasperException: /test.jsp(1,2) File /includes/application_logger.jsp not found org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:88) org.apache.jasper.compiler.Parser.processIncludeDirective(Parser.java:297) org.apache.jasper.compiler.Parser.parseIncludeDirective(Parser.java:330) org.apache.jasper.compiler.Parser.parseDirective(Parser.java:438) org.apache.jasper.compiler.Parser.parseFileDirectives(Parser.java:1745) org.apache.jasper.compiler.Parser.parse(Parser.java:127) org.apache.jasper.compiler.ParserController.doParse(ParserController.java:255) org.apache.jasper.compiler.ParserController.parseDirectives(ParserController.java:120) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:180) org.apache.jasper.compiler.Compiler.compile(Compiler.java:347) org.apache.jasper.compiler.Compiler.compile(Compiler.java:327) org.apache.jasper.compiler.Compiler.compile(Compiler.java:314) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:589) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) and http://sites_empresa.lardocelar.com:8080/includes/application_logger.jsp is ok. It can be a relative vs absolute path thing but I don´t have a clue where to fix it. On Thu, Apr 29, 2010 at 9:33 PM, Konstantin Kolinko knst.koli...@gmail.com wrote: 2010/4/29 Nuno Faria nuno.m.fa...@gmail.com: Strange thing. This is a fresh install of a 6.0.26 and I had created the example from scratch. But I did as you suggested and cleaned my work folder and now it compiles!? The names I used where slightly different but I reverted to mine to check it back. I attached the files and every one with /subdir/*_nested* gave me a compile error that it is now fixed. I cannot reproduce the error with any pages in the examples.zip that you attached. By the way, this list removes attachments, but sometimes they are visible -- probably when both the sender and the recipient use gmail. Then if i try the missing file http://sites_empresa.lardocelar.com:8080/includes/site_parameters.jsp I get (from the first include in the file) org.apache.jasper.JasperException: /site_parameters.jsp(6,1) File (...) Note that the above line should have mentioned /includes/site_parameters.jsp, not /site_parameters.jsp as it does. The correct way to call the included file will be http://sites_empresa.lardocelar.com:8080/contactos/includes/site_parameters.jsp if contactos is your web application. The paths in @include are relative to the web application and not to the
Re: Tomcat 6 error compiling JSPs with nested @include directives
On 30/04/2010 10:58, Nuno Faria wrote: contactos is a folder in my sites_empresa.lardocelar.com application so the URLs should work fine. In server.xml I have Engine name=Catalina defaultHost=localhost Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ There's a problem with the above, the docBase should not be set to an empty value. If you've named the app: /caixatec/webapps/sites_empresa/ROOT Then you don't need the above Context definition. Instead place the following in: ROOT/META-INF/context.xml Context/ I think the 'debug' attribute has been removed. See the following URL for any attributes you might need to set: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html p Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host /Engine Following Martin tip I noticed something different from what I would see in Tomcat 5.5. All the JSP files that are on my app ROOT folder compile just fine and the java and classes are generated in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp However the URL http://sites_empresa.lardocelar.com:8080/includes/application_logger.jsp Generated its class and java files in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\includes\org\apache\jsp Is this normal behaviour in Tomcat 6? I was expecting them at C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp\includes Yes, the faulty Context definition in server.xml is likely to be causing the includes dir to be deployed as it's own application. p My problem is that my Tomcat does not compile the JSP files with includes that are in folders under the app root dir. I created test.jsp in folder /contactos/ with simply Hello in its body and all is fine when calling http://sites_empresa.lardocelar.com:8080/contactos/test.jsp Then I changed the content of test.jsp to %...@include file=/includes/application_logger.jsp% Hello Hit refresh and org.apache.jasper.JasperException: /test.jsp(1,2) File /includes/application_logger.jsp not found org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:88) org.apache.jasper.compiler.Parser.processIncludeDirective(Parser.java:297) org.apache.jasper.compiler.Parser.parseIncludeDirective(Parser.java:330) org.apache.jasper.compiler.Parser.parseDirective(Parser.java:438) org.apache.jasper.compiler.Parser.parseFileDirectives(Parser.java:1745) org.apache.jasper.compiler.Parser.parse(Parser.java:127) org.apache.jasper.compiler.ParserController.doParse(ParserController.java:255) org.apache.jasper.compiler.ParserController.parseDirectives(ParserController.java:120) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:180) org.apache.jasper.compiler.Compiler.compile(Compiler.java:347) org.apache.jasper.compiler.Compiler.compile(Compiler.java:327) org.apache.jasper.compiler.Compiler.compile(Compiler.java:314) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:589) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) and http://sites_empresa.lardocelar.com:8080/includes/application_logger.jsp is ok. It can be a relative vs absolute path thing but I don´t have a clue where to fix it. On Thu, Apr 29, 2010 at 9:33 PM, Konstantin Kolinko knst.koli...@gmail.com wrote: 2010/4/29 Nuno Faria nuno.m.fa...@gmail.com: Strange thing. This is a fresh install of a 6.0.26 and I had created the example from scratch. But I did as you suggested and cleaned my work folder and now it compiles!? The names I used where slightly different but I reverted to mine to check it back. I attached the files and every one with /subdir/*_nested* gave me a compile error that it is now fixed. I cannot reproduce the error with any pages in the examples.zip that you attached. By the way, this list removes attachments, but
Re: FW: General / Special cause under which TOMCAT Crash been noticed
Karthik, *If* any OutOfMemoryError occurs within Tomcat, the reason for said error will be some faulty webapp, meaning it is likely to crash any other servlet-container, too. Therefore, stick to the rules I pointed out above, and you'll be fine: Make sure you have some solutions ready in case of DDoS, see that your OS is stable and on a current patchlevel and scrutinize the software you're installing into Tomcat (aka Webapps) thoroughly - that's about it. Rgds Gregor -- just because you're paranoid, don't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371 @ http://pgp.mit.edu:11371/ skype:rc46fi - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
h:outputlink faulty?
I ask because new requests are nor bebing created yet yesterday they were. Lots of errors today if mwnu banner gets clicked twice. I wa under impression that outpitlink started a new request?
Re: h:outputlink faulty?
On 30/04/2010 12:30, Yucca Nel wrote: I ask because new requests are nor bebing created yet yesterday they were. Lots of errors today if mwnu banner gets clicked twice. I wa under impression that outpitlink started a new request? Did you mean to send that to the Tomcat Users List? If so, can you rephrase the question so it's a bit more intelligible? ... then someone might be able to answer it. p signature.asc Description: OpenPGP digital signature
RE: Tomcat 6 error compiling JSPs with nested @include directives
From: Pid [mailto:p...@pidster.com] Subject: Re: Tomcat 6 error compiling JSPs with nested @include directives Context path= docBase= debug=1/ There's a problem with the above, the docBase should not be set to an empty value. Not just should not - it must not be an empty string. Doing so guarantees erratic behavior. If you've named the app: /caixatec/webapps/sites_empresa/ROOT Then you don't need the above Context definition. Instead place the following in ROOT/META-INF/context.xml Context/ That's not required - an empty Context element can simply be omitted, along with the file it would be placed in. I think the 'debug' attribute has been removed. Many years ago. Logger className=org.apache.catalina.logger.FileLogger The Logger element was also gotten rid of; neither are to be used in a current Tomcat. Please use current, real Tomcat documentation. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Updating webapps classes
Hello, I don't know if I'm asking something stupid, but I'm investigating this for days, and found nothing around. Updating a java webapp can be a problem when this java webapp is being ised 24/7 by users, and many of them have sessions running for all the working hours. Consider that this webapp consists of many instance classes being created during session startup. How can I manage updates of the webapp classes without having to reload the webapp? What I would like is that users inside the application to continue to see the old version, while new ones logging in would see the latest one. I don't know if there is any way for this Thanks Gabriele. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6 error compiling JSPs with nested @include directives
In Tomcat 5.5 I had each app configured as a Host, being served by a differente domain. For example these two enabled two different sites under imobiliario.lardocelar.com and sites_empresa.lardocelar.com And without any problems. When I wanted to turn off one of them I would simply comment the Host element (for faster development trial error as we have a dozen big apps). Host name=imobiliario.lardocelar.com debug=0 appBase=c:/caixatec/webapps/imobiliario.com.pt/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=imobiliario_log. suffix=.txt timestamp=true/ /Host Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host My global context.xml is Context privileged=true WatchedResourceWEB-INF/web.xml/WatchedResource Manager pathname= / /Context I tried putting the file context.xml in META-INF folder and using an empty Context/ With Context/ I've got a blank page accessing http://sites_empresa.lardocelar.com:8080/ With Context path= docBase=/ http://sites_empresa.lardocelar.com:8080/ is OK but underlying folders are being considered apps and ence the 404 errors for the includes. So what I need is the value to use in docBase that tells tomcat that each folder is part of the application served in http://sites_empresa.lardocelar.com:8080 Or the totally new config that sets my apps as they were in Tomcat 5.5 I am avoiding having my appBase as c:/caixatec/webapps/ and setting docBase as sites_empresa because that would load all the apps under webapps folder. On Fri, Apr 30, 2010 at 12:01 PM, Pid p...@pidster.com wrote: On 30/04/2010 10:58, Nuno Faria wrote: contactos is a folder in my sites_empresa.lardocelar.com application so the URLs should work fine. In server.xml I have Engine name=Catalina defaultHost=localhost Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ There's a problem with the above, the docBase should not be set to an empty value. If you've named the app: /caixatec/webapps/sites_empresa/ROOT Then you don't need the above Context definition. Instead place the following in: ROOT/META-INF/context.xml Context/ I think the 'debug' attribute has been removed. See the following URL for any attributes you might need to set: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html p Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host /Engine Following Martin tip I noticed something different from what I would see in Tomcat 5.5. All the JSP files that are on my app ROOT folder compile just fine and the java and classes are generated in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp However the URL http://sites_empresa.lardocelar.com:8080/includes/application_logger.jsp Generated its class and java files in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\includes\org\apache\jsp Is this normal behaviour in Tomcat 6? I was expecting them at C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp\includes Yes, the faulty Context definition in server.xml is likely to be causing the includes dir to be deployed as it's own application. p My problem is that my Tomcat does not compile the JSP files with includes that are in folders under the app root dir. I created test.jsp in folder /contactos/ with simply Hello in its body and all is fine when calling http://sites_empresa.lardocelar.com:8080/contactos/test.jsp Then I changed the content of test.jsp to %...@include file=/includes/application_logger.jsp% Hello Hit refresh and org.apache.jasper.JasperException: /test.jsp(1,2) File /includes/application_logger.jsp not found org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:407)
Re: Updating webapps classes
It's very hard to do this using one Tomcat instance. It's very easy to do this using two Tomcat instances (call them Tomcat1 and Tomcat2) and a load balancer (Apache httpd should be fine for this job). In normal use, Tomcat1 is running. The load balancer directs all users to Tomcat1. Tomcat2 could even be stopped. To upgrade, you upgrade Tomcat2 (and start it if needed) and tell the load balancer that new sessions should be sent to Tomcat2. Once all user sessions are off Tomcat1, you upgrade it and tell the load balancer to direct new sessions to Tomcat1. Once all user sessions are off Tomcat2, you can shut it down again or leave it running for fault tolerance. If you have enough RAM on your server (and the load is low enough), you could even run all three of Tomcat1, Tomcat2 and httpd on the same server. Does this help? - Peter On 30 April 2010 14:46, Gabriele Bulfon gbul...@sonicle.com wrote: Hello, I don't know if I'm asking something stupid, but I'm investigating this for days, and found nothing around. Updating a java webapp can be a problem when this java webapp is being ised 24/7 by users, and many of them have sessions running for all the working hours. Consider that this webapp consists of many instance classes being created during session startup. How can I manage updates of the webapp classes without having to reload the webapp? What I would like is that users inside the application to continue to see the old version, while new ones logging in would see the latest one. I don't know if there is any way for this Thanks Gabriele. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6 error compiling JSPs with nested @include directives
On 30/04/2010 15:09, Nuno Faria wrote: In Tomcat 5.5 I had each app configured as a Host, being served by a differente domain. For example these two enabled two different sites under imobiliario.lardocelar.com and sites_empresa.lardocelar.com And without any problems. When I wanted to turn off one of them I would simply comment the Host element (for faster development trial error as we have a dozen big apps). Host name=imobiliario.lardocelar.com debug=0 appBase=c:/caixatec/webapps/imobiliario.com.pt/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=imobiliario_log. suffix=.txt timestamp=true/ /Host Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host My global context.xml is Context privileged=true WatchedResourceWEB-INF/web.xml/WatchedResource Manager pathname= / /Context I tried putting the file context.xml in META-INF folder and using an empty Context/ With Context/ I've got a blank page accessing http://sites_empresa.lardocelar.com:8080/ With Context path= docBase=/ http://sites_empresa.lardocelar.com:8080/ is OK but underlying folders are being considered apps and ence the 404 errors for the includes. Yes, you've got a half-working method by chance. Just remove the Context definition altogether, as per Chuck's message. So what I need is the value to use in docBase that tells tomcat that each folder is part of the application served in http://sites_empresa.lardocelar.com:8080 If you don't set it at all, it uses the default value which will be correct. Or the totally new config that sets my apps as they were in Tomcat 5.5 I am avoiding having my appBase as c:/caixatec/webapps/ and setting docBase as sites_empresa because that would load all the apps under webapps folder. Plenty of docs here: http://tomcat.apache.org/tomcat-5.5-doc/ p On Fri, Apr 30, 2010 at 12:01 PM, Pid p...@pidster.com wrote: On 30/04/2010 10:58, Nuno Faria wrote: contactos is a folder in my sites_empresa.lardocelar.com application so the URLs should work fine. In server.xml I have Engine name=Catalina defaultHost=localhost Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ There's a problem with the above, the docBase should not be set to an empty value. If you've named the app: /caixatec/webapps/sites_empresa/ROOT Then you don't need the above Context definition. Instead place the following in: ROOT/META-INF/context.xml Context/ I think the 'debug' attribute has been removed. See the following URL for any attributes you might need to set: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html p Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host /Engine Following Martin tip I noticed something different from what I would see in Tomcat 5.5. All the JSP files that are on my app ROOT folder compile just fine and the java and classes are generated in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp However the URL http://sites_empresa.lardocelar.com:8080/includes/application_logger.jsp Generated its class and java files in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\includes\org\apache\jsp Is this normal behaviour in Tomcat 6? I was expecting them at C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp\includes Yes, the faulty Context definition in server.xml is likely to be causing the includes dir to be deployed as it's own application. p My problem is that my Tomcat does not compile the JSP files with includes that are in folders under the app root dir. I created test.jsp in folder /contactos/ with simply Hello in its body and all is fine when calling http://sites_empresa.lardocelar.com:8080/contactos/test.jsp Then I changed the content of test.jsp to %...@include
Re: Tomcat 6 error compiling JSPs with nested @include directives
I remove Context definition and it treats each folder under c:/caixatec/webapps/sites_empresa/ as an app instead of seeing it as part of one application. You gave me the Tomcat 5.5 Doc but as I stated I have a 6.0.26 I will read more of http://tomcat.apache.org/tomcat-6.0-doc to try to set this up. Thank you On Fri, Apr 30, 2010 at 3:43 PM, Pid p...@pidster.com wrote: On 30/04/2010 15:09, Nuno Faria wrote: In Tomcat 5.5 I had each app configured as a Host, being served by a differente domain. For example these two enabled two different sites under imobiliario.lardocelar.com and sites_empresa.lardocelar.com And without any problems. When I wanted to turn off one of them I would simply comment the Host element (for faster development trial error as we have a dozen big apps). Host name=imobiliario.lardocelar.com debug=0 appBase=c:/caixatec/webapps/imobiliario.com.pt/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=imobiliario_log. suffix=.txt timestamp=true/ /Host Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host My global context.xml is Context privileged=true WatchedResourceWEB-INF/web.xml/WatchedResource Manager pathname= / /Context I tried putting the file context.xml in META-INF folder and using an empty Context/ With Context/ I've got a blank page accessing http://sites_empresa.lardocelar.com:8080/ With Context path= docBase=/ http://sites_empresa.lardocelar.com:8080/ is OK but underlying folders are being considered apps and ence the 404 errors for the includes. Yes, you've got a half-working method by chance. Just remove the Context definition altogether, as per Chuck's message. So what I need is the value to use in docBase that tells tomcat that each folder is part of the application served in http://sites_empresa.lardocelar.com:8080 If you don't set it at all, it uses the default value which will be correct. Or the totally new config that sets my apps as they were in Tomcat 5.5 I am avoiding having my appBase as c:/caixatec/webapps/ and setting docBase as sites_empresa because that would load all the apps under webapps folder. Plenty of docs here: http://tomcat.apache.org/tomcat-5.5-doc/ p On Fri, Apr 30, 2010 at 12:01 PM, Pid p...@pidster.com wrote: On 30/04/2010 10:58, Nuno Faria wrote: contactos is a folder in my sites_empresa.lardocelar.com application so the URLs should work fine. In server.xml I have Engine name=Catalina defaultHost=localhost Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Host name=sites_empresa.lardocelar.com debug=0 appBase=c:/caixatec/webapps/sites_empresa/ unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=false Context path= docBase= debug=1/ There's a problem with the above, the docBase should not be set to an empty value. If you've named the app: /caixatec/webapps/sites_empresa/ROOT Then you don't need the above Context definition. Instead place the following in: ROOT/META-INF/context.xml Context/ I think the 'debug' attribute has been removed. See the following URL for any attributes you might need to set: http://tomcat.apache.org/tomcat-5.5-doc/config/context.html p Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=site_empresa_log. suffix=.txt timestamp=false/ /Host /Engine Following Martin tip I noticed something different from what I would see in Tomcat 5.5. All the JSP files that are on my app ROOT folder compile just fine and the java and classes are generated in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp However the URL http://sites_empresa.lardocelar.com:8080/includes/application_logger.jsp Generated its class and java files in C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\includes\org\apache\jsp Is this normal behaviour in Tomcat 6? I was expecting them at C:\caixatec\programs\Apache Software Foundation\Tomcat 6.0\work\Catalina\sites_empresa.lardocelar.com\_\org\apache\jsp\includes Yes, the faulty Context definition in server.xml is likely to be causing the includes dir to be deployed as it's own
RE: Tomcat 6 error compiling JSPs with nested @include directives
From: Nuno Faria [mailto:nuno.m.fa...@gmail.com] Subject: Re: Tomcat 6 error compiling JSPs with nested @include directives I remove Context definition and it treats each folder under c:/caixatec/webapps/sites_empresa/ You missed a critical part - your webapp must be deployed under C:\caixatec\webapps\sites_empresa\ROOT (case sensitive), not directly in the appBase directory. Read the docs. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat 6 error compiling JSPs with nested @include directives
From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Subject: RE: Tomcat 6 error compiling JSPs with nested @include directives You missed a critical part - your webapp must be deployed under C:\caixatec\webapps\sites_empresa\ROOT (case sensitive), not directly in the appBase directory. Read the docs. In particular, this one: http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: What's the significance of antiResourceLocking antiJARLocking
On 29/04/2010 15:01, govind naroji wrote: Hi, I am working on a project where we'll be using Tomcat 6.0.20 for Development and production. I came across some issues related to hot deployment which requires one to set Context.antiResourceLocking to false in server.xml. I had some questions on antiResourceLocking and antiJARLocking. I have gone through the reference at http://tomcat.apache.org/tomcat-6.0-doc/config/context.html. What I can't understand is what exactly do you mean by a JAR getting locked or a resource getting locked. What I have read so far is that the locking problem usually comes when you are undeploying an application which fails due to a process having a lock on the file/jar. Can someone please point me to anything where I can read more on this issue? That pretty much sums it up. My questions are: 1) If I set antiJARLocking and/or antiResourceLocking to false what are the problems that I can get? Can some one please provide an example? You shouldn't see any. 2) Is it a bad practice to set these attributes to false in a production environment? No. 2) Is it true that locking won't occur on a Linux box as frequently as it can happen on a Windows box? You won't see the issue at all on Linux. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6 Java Version Requirements
On 29/04/2010 17:51, Caldarale, Charles R wrote: From: Christopher Schultz [mailto:ch...@christopherschultz.net] Subject: FAQ: Tomcat 6 Java Version Requirements I was just looking on the TC site to see what minimum Java version is required for TC 6. It's in the RUNNING.txt file in the download: Apache Tomcat 6.0 requires the Java 2 Standard Edition Runtime Environment (JRE) version 5.0 or later. But I agree, having it up front on the web site would be helpful. Done. Changes will appear on the next sync. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
jsp/tomcat and linux
I'm an associate editor at Linux Journal magazine and we have an upcoming issue on web development (due June 7th) and I'm looking for somebody who would be interested in writing an article about using Tomcat/JSP on Linux. What would be nice is someone that has also used more traditional Linux technologies (PHP, Python, etc) for web development and could offer up some of the advantages that Java et. al. bring to the table. -- Mitch Frazier Associate Editor/Web Editor, Linux Journal http://www.linuxjournal.com - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: jsp/tomcat and linux
Hello, I am busy doing a personal website where I plan to showcase how to setup the iltmate portable Java development environment. Tomcat an jboss are no doubt the best server implementations I can write up a few opinions on major advantages of tomcat an JSP or JSF and even go one better if you would like. I am however a junior DEV but know my stuff. regards, Yucca -- From: Mitch Frazier mi...@linuxjournal.com Sent: Friday, April 30, 2010 9:16 PM To: users@tomcat.apache.org Subject: jsp/tomcat and linux I'm an associate editor at Linux Journal magazine and we have an upcoming issue on web development (due June 7th) and I'm looking for somebody who would be interested in writing an article about using Tomcat/JSP on Linux. What would be nice is someone that has also used more traditional Linux technologies (PHP, Python, etc) for web development and could offer up some of the advantages that Java et. al. bring to the table. -- Mitch Frazier Associate Editor/Web Editor, Linux Journal http://www.linuxjournal.com - 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