Response and file downloads
I am having a wee problem with using the response. I have a form on a page, with a submit button to download a file. That file is being pulled from a database and pushed to the response. The problem I am having, I just used that response to submit the page, so I am getting and IllegalStateException, even though it is still pushing the file to the browswer I also want to be able to send a redirect after the file is downloaded (so I can refresh the page so the form submit page is regenerated, since we are using a string to determine unique submits are only coming from the pages we generated, and not the browser address bar) Can we get a new response from the session variable (the one available to jsp writing) to send the file, then get another new response to perform a redirect Basically I want to be able to do something like the form submits, and passes to the applications perform methods through the jsp catching the submit response = new Response response.sendFile response = new Response response.sendRedirect (yes I know those are not actual methods and classes, just trying to explain what I want) If I am not explaining this well, please ask (I know its a lousy explaination) Luc
RE: Response and file downloads
I know there is only a single response, thats why I want to create a new one :) I don't even want to get into opening other windows nor do I want to rely on javascript for required operation. I am not sure what you are refering to as atypical or robustness... How do other sites generate files on the fly (take it out of a database, or a report just run), on form submit, and send them down the line and not run into this problem? I see many people posting many places on the net that they are using the response to send a file, a lot of them are getting this IllegalState, but I never really found a followup solution that really fit my needs. Why would the possibility exist to push a file through the response if it leaves you with the ability to go nowhere after? (not really questions possed to you Justin, just hoping to keep it alive) -Original Message- From: Justin Ruthenbeck [mailto:[EMAIL PROTECTED] Sent: Monday, November 01, 2004 2:56 PM To: Tomcat Users List Subject: Re: Response and file downloads Luc, At 11:42 AM 11/1/2004, you wrote: I am having a wee problem with using the response. I have a form on a page, with a submit button to download a file. That file is being pulled from a database and pushed to the response. The problem I am having, I just used that response to submit the page, so I am getting and IllegalStateException, even though it is still pushing the file to the browswer I also want to be able to send a redirect after the file is downloaded (so I can refresh the page so the form submit page is regenerated, since we are using a string to determine unique submits are only coming from the pages we generated, and not the browser address bar) Can we get a new response from the session variable (the one available to jsp writing) to send the file, then get another new response to perform a redirect Basically I want to be able to do something like the form submits, and passes to the applications perform methods through the jsp catching the submit response = new Response response.sendFile response = new Response response.sendRedirect (yes I know those are not actual methods and classes, just trying to explain what I want) Your understanding of how, exactly, the http protocol works is incorrect. Because it is a (single) request, (single) response protocol, what you're asking for cannot be done. It seems like what you want is for a user to fill out a form, click submit, then be presented with a new, fresh, form again ... with the file download on the side. If you have determined that you absolutely want this behavior (it's atypical, so doing it won't be particularly robust), consider programmatically opening another browser window on form submit from which the download will happen ... and reload your form in your main browser window. This will, of course, subject you to any headaches associated with javascipt window opening. justin __ Justin Ruthenbeck Lead Software Engineer, NextEngine Inc. justinr - AT - nextengine DOT com Confidential. See: http://www.nextengine.com/confidentiality.php __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Linking to smbmount into context classes directory
Thank you very much. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, September 27, 2004 1:54 PM To: Tomcat Users List Subject: RE: Linking to smbmount into context classes directory Hi, For Tomcat5, drop the FileDirContext element and add allowLinking=true as a Context attribute. Yoav Shapira Millennium Research Informatics -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Monday, September 27, 2004 1:51 PM To: Tomcat User List (E-mail) Subject: Linking to smbmount into context classes directory We are mounting a windows share onto a RedHat box, trying to symlink it in multiple context WEB-INF/classes directories It was working for us with tomcat 4, but can not get it to work right with tomcat 5 The smb mount:(not quite sure if its alright to have it here, but thats where it was put) /home/tomcat/webapp/mount/tmc2ksbs/smbmountpoint The context: /home/tomcat/webapp/crm We are using the following to create the link to the mount: ln -s /home/tomcat/webapps/mount/tmc2ksbs/smbmountpoint /home/tomcat/webapps/crm/WEB-INF/classes When trying to access the context are crm, can not compile jsps because packages in the classes directory can not be found. This is the context xml in /home/tomcat/conf/Catalina/localhost/ Context className=org.apache.catalina.core.StandardContext cachingAllowed=false charsetMapperClass=org.apache.catalina.util.CharsetMapper cookies=true crossContext=false debug=0 docBase=crm mapperClass=org.apache.catalina.core.StandardContextMapper path=/crm privileged=false reloadable=false swallowOutput=true useNaming=true wrapperClass=org.apache.catalina.core.StandardWrapper Logger className=org.apache.catalina.logger.FileLogger debug=0 directory=logs prefix=crm_log. suffix=.txt timestamp=true verbosity=1 / Resources className=org.apache.naming.resources.FileDirContext allowLinking=true docBase= / /Context We were assuming the allowLinking was what was letting us do this with tomcat 4, since I believe the documentation read that you needed this to allow sym linking to other places. Anyone have some marvelous insight they could offer? Luc This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 contexts
Is something wrong with my logger declaration? It does not seem to be creating the logs that I specified. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, September 23, 2004 4:26 PM To: Tomcat Users List Subject: RE: Tomcat 5.0 contexts Hi, Tomcat 5.0 supports putting Contexts in server.xml just like Tomcat 4.x did. In addition, you can put them in the $CATALINA_HOME/conf/[engine name]/[host name] directory for the engine and host where you want your app deployed. You can also put a META-INF/context.xml file in a WAR and deploy that WAR without any of the above context declarations. All of those should work. Yoav Shapira Millennium Research Informatics -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Thursday, September 23, 2004 4:19 PM To: Tomcat User List (E-mail) Subject: Tomcat 5.0 contexts I just put 5.0.28 on to my box, I was working with 4.x branch. I am not quite sure how to define my contexts any more. I do not see context entries in conf/server.xml, even the documentation make reference to contexts being in this file. I did find conf/Catalina/localhost driectory. I thought I would create a context in there, to see what happens. It didn't seem to take that context entry. I then tried to put the context entry into server.xml and it did not seem to take it either (both after tomcat restart) I created a directory in webapps called qbs, and put all the required files and directories in there. This is the contents of the qbs.xml file I created in conf/Catalina/localhost and its contents were what I used in server.xml Context path=/qbs docBase=qbs debug=0 privileged=false reloadable=true Logger className=org.apache.catalina.logger.FileLogger debug=0 directory=logs prefix=qbs_log. suffix=.txt timestamp=true verbosity=1/ /Context To note, this context was already automatically being deployed, just because it existed in the webapps directory, but I would like to override some details. What I am not seeing is the qbs_log.txt file being created, perhaps that is the only thing that is wrong here.. This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 contexts
Thank you. I did get my context to load from Catalina/localhost/qbs.xml INFO: Processing Context configuration file URL file:/home/tomcat/conf/Catalina/localhost/qbs.xml It does not seem to be honoring the logger, even when I use an absolute directory. If it matters, Using RedHat 9.0, jdk 1.4.2_05, tomcat 5.0.28. I have never used one of those logging mechanisms, I have only used the tomcat logger. I will look at those others, since I can't seem to get the Tomcat logger to work at all, which is odd considering the default logger (in server.xml) for all contexts on host seems to be working fine, as well as the logger for the admin context -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 9:29 AM To: Tomcat Users List Subject: RE: Tomcat 5.0 contexts Hi, Is something wrong with my logger declaration? It does not seem to be creating the logs that I specified. Ahh, I didn't even look at that. I think it looks fine. Try specifying a known absolute directory rather than a relative one (logs) to see if that makes a difference. Heads-up -- don't spend much time on Logger configuration unless you have to. If you're already using log4j, JDK 1.4 logging, or commons-logging, stick to those and don't use a Tomcat Logger. If you're not already using one of these packages, consider starting ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 5.0 contexts
I edited that file. I do not have a WAR. I just put the directory in the webapps directory. There is not a context.xml file in that context directory. -Original Message- From: QM [mailto:[EMAIL PROTECTED] Sent: Friday, September 24, 2004 11:38 AM To: Tomcat Users List Subject: Re: Tomcat 5.0 contexts On Fri, Sep 24, 2004 at 10:37:51AM -0400, Luc Foisy wrote: : I did get my context to load from Catalina/localhost/qbs.xml : INFO: Processing Context configuration file URL : file:/home/tomcat/conf/Catalina/localhost/qbs.xml Did you edit that file (qbs.xml) or the one in your WAR file's META-INF/context.xml? Tomcat doesn't overwrite the file in conf/{engine}/{host} with the one in the WAR file, even if the WAR file is newer. -QM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.0 contexts
I just put 5.0.28 on to my box, I was working with 4.x branch. I am not quite sure how to define my contexts any more. I do not see context entries in conf/server.xml, even the documentation make reference to contexts being in this file. I did find conf/Catalina/localhost driectory. I thought I would create a context in there, to see what happens. It didn't seem to take that context entry. I then tried to put the context entry into server.xml and it did not seem to take it either (both after tomcat restart) I created a directory in webapps called qbs, and put all the required files and directories in there. This is the contents of the qbs.xml file I created in conf/Catalina/localhost and its contents were what I used in server.xml Context path=/qbs docBase=qbs debug=0 privileged=false reloadable=true Logger className=org.apache.catalina.logger.FileLogger debug=0 directory=logs prefix=qbs_log. suffix=.txt timestamp=true verbosity=1/ /Context To note, this context was already automatically being deployed, just because it existed in the webapps directory, but I would like to override some details. What I am not seeing is the qbs_log.txt file being created, perhaps that is the only thing that is wrong here..
Progamatically setting values of FORM elements
Is there any way I can have my java set the values of FORM elements. Rather than storing the values in the java code and generating the complete form element containing that value. Something like adding something to the response that will give that item a value. For my particular need, I want to set a number of checkbox elements on or off. I do have the ability to predict the element names...
RE: Progamatically setting values of FORM elements
From the responses, I am guessing there is not a way to do this with only the Servlet API? I am not currently using struts and learning to use them, implementing them at this time, I think would be too much of a headache. I'll have to find an alternate solution that fits into our own framework. Thanks... -Original Message- From: Luc Foisy Sent: Friday, July 30, 2004 1:10 PM To: Tomcat User List (E-mail) Subject: Progamatically setting values of FORM elements Is there any way I can have my java set the values of FORM elements. Rather than storing the values in the java code and generating the complete form element containing that value. Something like adding something to the response that will give that item a value. For my particular need, I want to set a number of checkbox elements on or off. I do have the ability to predict the element names... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Progamatically setting values of FORM elements
No concept of HTML. But it does have concept of parameters. When you submit a form, the form contents are placed in a parameter. (in ServletRequest) There is no way that I know of to do the reverse, set those parameters on the response and it will apply to the form elements. The browser stores the element values somewhere, just thought it might have been floating around somewhere I could get it. I thought someone would know something I did not. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Friday, July 30, 2004 3:43 PM To: Tomcat Users List Subject: RE: Progamatically setting values of FORM elements Hi, No, the Servlet API has no concept of HTML. Yoav Shapira Millennium Research Informatics -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Friday, July 30, 2004 3:41 PM To: Tomcat Users List Subject: RE: Progamatically setting values of FORM elements From the responses, I am guessing there is not a way to do this with only the Servlet API? I am not currently using struts and learning to use them, implementing them at this time, I think would be too much of a headache. I'll have to find an alternate solution that fits into our own framework. Thanks... -Original Message- From: Luc Foisy Sent: Friday, July 30, 2004 1:10 PM To: Tomcat User List (E-mail) Subject: Progamatically setting values of FORM elements Is there any way I can have my java set the values of FORM elements. Rather than storing the values in the java code and generating the complete form element containing that value. Something like adding something to the response that will give that item a value. For my particular need, I want to set a number of checkbox elements on or off. I do have the ability to predict the element names... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
handling page redirects
I have the following in a jsp file %@ include file=applicationimports.inc % %@ include file=connection.inc % %@ include file=sessioncheck.inc % % CustomerHTTPManagementScreen customerHTTPManagementScreen = (CustomerHTTPManagementScreen)session.getAttribute(customerHTTPManagementScreen); if( customerHTTPManagementScreen == null ) { response.sendRedirect(tmWebApp.getTMTokenizedPageProcessor().tokenizeLink(main.jsp)); return; } if( request.getParameter(submit) != null ) { if( request.getParameter(submit).equals(Modify Order) ) { response.sendRedirect(tmWebApp.getTMTokenizedPageProcessor().tokenizeLink(orderentry.jsp?OpenOrder= + customerHTTPManagementScreen.getOrderHeaderID())); return; } String key; Hashtable parameters = new Hashtable(); for( Enumeration e = request.getParameterNames(); e.hasMoreElements() ;) { key = (String)e.nextElement(); parameters.put(key, request.getParameter(key)); } customerHTTPManagementScreen.processPerformed( new ProcessEvent(request.getParameter(submit), parameters) ); } response.sendRedirect(tmWebApp.getTMTokenizedPageProcessor().tokenizeLink(customer.jsp)); % This file handles the processing for its connected jsp page (it is directed here to do the processing). As you can see near the end is calls processPerformed, that sends the submit to the parent class. The parent class then does most of the process, then it is redirected back to the connected parent jsp (in this case custoner.jsp) What I want to do here is get the submit of Modify Order to be handled by my web application. My web application main class is tmWebApp, it already has response and request available to it, so I could call the redirect from there. The problem is, this jsp file will then try to redirect the page again on the last call. How do I determine if the application already redirected this? Is my only option to catch an IllegalStateException or check isCommited()? Not as if that is a bad idea, but would there be anything else here that would get in my way, like is there anything else that would set that response to be commited? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Redirect from root context to other context
What is required to redirect the root context to another context, with a relative path name rather than an absolute path name? can I just response.sendRedirect(/webapps/othercontext/); Or is there additional configuration - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Redirect from root context to other context
We had originally removed the /ROOT context. I put it back in place with the administrator context. It has saved to the server.xml file. When I browse to the site, it reports HTTP 500 - No context loaded If I add webaddress/ROOT it returns report HTTP 503 - Servlet jsp is currently unavailable 1. Will the /ROOT context work right after tomcat is restarted? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 10:54 AM To: Tomcat Users List Subject: RE: Redirect from root context to other context Hi, What is required to redirect the root context to another context, with a relative path name rather than an absolute path name? can I just response.sendRedirect(/webapps/othercontext/); Or is there additional configuration No additional configuration, just response.sendRedirect. You don't want the /webapps, just /othercontext/whatever. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Redirect from root context to other context
I had configured the ROOT context to have a path of /ROOT when it should be nothing. I still can't get the context to load without restarting the whole tomcat server (I wont). I can get the context to load on a secondary server with a tomcat restart.. -Original Message- From: Luc Foisy Sent: Tuesday, March 16, 2004 11:06 AM To: Tomcat Users List Subject: RE: Redirect from root context to other context We had originally removed the /ROOT context. I put it back in place with the administrator context. It has saved to the server.xml file. When I browse to the site, it reports HTTP 500 - No context loaded If I add webaddress/ROOT it returns report HTTP 503 - Servlet jsp is currently unavailable 1. Will the /ROOT context work right after tomcat is restarted? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 16, 2004 10:54 AM To: Tomcat Users List Subject: RE: Redirect from root context to other context Hi, What is required to redirect the root context to another context, with a relative path name rather than an absolute path name? can I just response.sendRedirect(/webapps/othercontext/); Or is there additional configuration No additional configuration, just response.sendRedirect. You don't want the /webapps, just /othercontext/whatever. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
session invalidate
Will calling session.invalidate() wait until the session is actually invalidated until code is further processed? Basically what I want to do is make sure all session object have been discarded, if this is the wrong way to go about this, please let me know. When a user logs off, I want to make sure that they will be starting fresh when they hit the site again, which is actually immediately after they log off (redirect back to index.jsp) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: session invalidate
Wow, thanks for the quick response :) Exactly what I meant, thank you muchly. Luc -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, March 15, 2004 9:53 AM To: Tomcat Users List Subject: RE: session invalidate Hi, Will calling session.invalidate() wait until the session is actually invalidated until code is further processed? Session.invalidate is a blocking call, yes, if that's what you mean. It should be very very fast, unless you've stuck a ton of stuff in the session and/or have a complex/time-consuming session attribute/binding listener setup. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat RH HOWTO (Apache Compile)
I suppose that could possibly be? export CPPFLAGS=-I/usr/kerberos/include -I/usr/include/openssl -Original Message- From: Mark Eggers [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 28, 2004 5:17 PM To: Tomcat Users List Subject: Re: Apache + Tomcat RH HOWTO (Apache Compile) RedHat places some libraries in places that configure doesn't expect. In order to get SSL compiled, the following environment variable needs to be set before running configure. export CPPFLAGS=-I/usr/kerberos/include -I/usr/openssl/include (all on one line - sorry about the wrap) HTH /mde/ just my two cents . . . . --- Luc Foisy [EMAIL PROTECTED] wrote: modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_hook_UserCheck': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:893: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1224: undefined reference to `OPENSSL_free' /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1228: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify_CRL': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1490: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_vars.lo): In function `ssl_var_lookup_ssl_cert': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_vars.c:351: undefined reference to `OPENSSL_free' collect2: ld returned 1 exit status make[1]: *** [httpd] Error 1 make[1]: Leaving directory `/home/tech_support/install/apache/httpd-2.0.48' make: *** [all-recursive] Error 1 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat RH HOWTO (Apache Compile)
That didnt do it either. If my openssl is old (like the one that came with RH 7.0), could that be the problem? -Original Message- From: Luc Foisy Sent: Thursday, January 29, 2004 9:39 AM To: Tomcat Users List Subject: RE: Apache + Tomcat RH HOWTO (Apache Compile) I suppose that could possibly be? export CPPFLAGS=-I/usr/kerberos/include -I/usr/include/openssl -Original Message- From: Mark Eggers [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 28, 2004 5:17 PM To: Tomcat Users List Subject: Re: Apache + Tomcat RH HOWTO (Apache Compile) RedHat places some libraries in places that configure doesn't expect. In order to get SSL compiled, the following environment variable needs to be set before running configure. export CPPFLAGS=-I/usr/kerberos/include -I/usr/openssl/include (all on one line - sorry about the wrap) HTH /mde/ just my two cents . . . . --- Luc Foisy [EMAIL PROTECTED] wrote: modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_hook_UserCheck': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:893: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1224: undefined reference to `OPENSSL_free' /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1228: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify_CRL': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1490: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_vars.lo): In function `ssl_var_lookup_ssl_cert': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_vars.c:351: undefined reference to `OPENSSL_free' collect2: ld returned 1 exit status make[1]: *** [httpd] Error 1 make[1]: Leaving directory `/home/tech_support/install/apache/httpd-2.0.48' make: *** [all-recursive] Error 1 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache + Tomcat RH Setup
I suppose this could be directed towards John Turner, but I'll let anyone answer :) I have been reading through John's HOWTO to get these operating together (with the latest release versions, which I do not think will matter for this question...) and noticed that he says to start Tomcat before Apache and wait at least 15 seconds. I have read similar things from time to time, so I am guessing its pretty important. If I wanted to set these up to start on the system boot, via the run levels (/etc/rc.d/rc3.d etc...) how should I setup those links. Such as S84Tomcatd and S85Apached (linked to scripts in /etc/init.d). Would that make sure that tomcat is started before apache? If I wanted to setup the links in /etc/rc.d/rc6.d would apached have to shut down before tomcat? If I wanted to restart tomcat, for any reason during system runtime, would I have to shut down apache, shut down tomcat, start tomcat, start apache? If I wanted to restart apache, what needs to be done? Luc Hopefully someone will understand what I am saying if I haven't used all the correct terms and such :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat RH Setup
Also, I need to get an apache rpm uninstalled. rpm -e apache-1.3.12-25 error: removing these packages would break dependencies: apache = 1.3.12-25 is needed by mod_ssl-2.6.6-25 webserver is needed by mod_perl-1.24-4 Are these other packages needed by anything else? -Original Message- From: Luc Foisy Sent: Wednesday, January 28, 2004 3:27 PM To: Tomcat Users List Subject: Apache + Tomcat RH Setup I suppose this could be directed towards John Turner, but I'll let anyone answer :) I have been reading through John's HOWTO to get these operating together (with the latest release versions, which I do not think will matter for this question...) and noticed that he says to start Tomcat before Apache and wait at least 15 seconds. I have read similar things from time to time, so I am guessing its pretty important. If I wanted to set these up to start on the system boot, via the run levels (/etc/rc.d/rc3.d etc...) how should I setup those links. Such as S84Tomcatd and S85Apached (linked to scripts in /etc/init.d). Would that make sure that tomcat is started before apache? If I wanted to setup the links in /etc/rc.d/rc6.d would apached have to shut down before tomcat? If I wanted to restart tomcat, for any reason during system runtime, would I have to shut down apache, shut down tomcat, start tomcat, start apache? If I wanted to restart apache, what needs to be done? Luc Hopefully someone will understand what I am saying if I haven't used all the correct terms and such :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat RH Setup
Thank you very much. Any insight on restarting each of them, and order of operations during runtime and actual system reboot and shutdown? -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 28, 2004 3:37 PM To: Tomcat Users List Subject: Re: Apache + Tomcat RH Setup Here's how I've setup Tomcat and Apache to start at boot-time. http://www.raibledesigns.com/tomcat/boot-howto.html I suppose this could be directed towards John Turner, but I'll let anyone answer :) I have been reading through John's HOWTO to get these operating together (with the latest release versions, which I do not think will matter for this question...) and noticed that he says to start Tomcat before Apache and wait at least 15 seconds. I have read similar things from time to time, so I am guessing its pretty important. If I wanted to set these up to start on the system boot, via the run levels (/etc/rc.d/rc3.d etc...) how should I setup those links. Such as S84Tomcatd and S85Apached (linked to scripts in /etc/init.d) . Would that make sure that tomcat is started before apache? If I wanted to setup the links in /etc/rc.d/rc6.d would apached have to shut down before tomcat? If I wanted to restart tomcat, for any reason during system runtime, would I have to shut down apache, shut down tomcat, start tomcat, start apache? If I wanted to restart apache, what needs to be done? Luc Hopefully someone will understand what I am saying if I haven't used all the correct terms and such :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Open WebMail Project (http://openwebmail.org) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache + Tomcat RH HOWTO (Apache Compile)
Using Johns HowTO (http://johnturner.com/howto/apache2-tomcat4127-jk-rh9-howto.html) I think my make might not have worked correctly. I'll paste the last bunch of lines. I think this RH bread is 7.0, also using 2.0.48. libtool: link: warning: library `/usr/lib/libgdbm.la' was moved. libtool: link: warning: library `/usr/lib/libgdbm.la' was moved. modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_hook_UserCheck': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:893: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1224: undefined reference to `OPENSSL_free' /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1228: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify_CRL': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1490: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_vars.lo): In function `ssl_var_lookup_ssl_cert': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_vars.c:351: undefined reference to `OPENSSL_free' collect2: ld returned 1 exit status make[1]: *** [httpd] Error 1 make[1]: Leaving directory `/home/tech_support/install/apache/httpd-2.0.48' make: *** [all-recursive] Error 1 That does look like an error to me (I have no idea what a proper make looks like). Can someone point me in the right direction? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache + Tomcat RH HOWTO (Apache Compile)
Nope. That didn't make it fly. I exported, ran configure, then make. Same result. -Original Message- From: Mark Eggers [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 28, 2004 5:17 PM To: Tomcat Users List Subject: Re: Apache + Tomcat RH HOWTO (Apache Compile) RedHat places some libraries in places that configure doesn't expect. In order to get SSL compiled, the following environment variable needs to be set before running configure. export CPPFLAGS=-I/usr/kerberos/include -I/usr/openssl/include (all on one line - sorry about the wrap) HTH /mde/ just my two cents . . . . --- Luc Foisy [EMAIL PROTECTED] wrote: modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_hook_UserCheck': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:893: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1224: undefined reference to `OPENSSL_free' /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1228: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_kernel.lo): In function `ssl_callback_SSLVerify_CRL': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_kernel.c:1490: undefined reference to `OPENSSL_free' modules/ssl/.libs/mod_ssl.al(ssl_engine_vars.lo): In function `ssl_var_lookup_ssl_cert': /home/tech_support/install/apache/httpd-2.0.48/modules/ssl/ssl_engine_vars.c:351: undefined reference to `OPENSSL_free' collect2: ld returned 1 exit status make[1]: *** [httpd] Error 1 make[1]: Leaving directory `/home/tech_support/install/apache/httpd-2.0.48' make: *** [all-recursive] Error 1 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
adding new context to running server
I have added a context via the admin web interface. I can see the context in the manager interface, I can stop start and reload it, and the web reports that the operations were OK. In the localhost logs file it reports a ClassNotFoundException. I see the configuration set in the server.xml file. When I attempt to go to that context in the browswer, it reports that this context is currently unavailable. Is there a step to this process that I missed? I really don't want to have to restart tomcat to get this to show at the moment... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: adding new context to running server
This appears in the localhost_logs file when I reload the context via the manager/html interface. 2004-01-27 14:37:21 StandardContext[/uaiapp]: Servlet /uaiapp threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.jasper.servlet.JspServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:890) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:821) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3608) at org.apache.catalina.core.StandardHostDeployer.start(StandardHostDeployer.java:458) at org.apache.catalina.core.StandardHost.start(StandardHost.java:872) at org.apache.catalina.servlets.ManagerServlet.start(ManagerServlet.java:1014) at org.apache.catalina.servlets.HTMLManagerServlet.start(HTMLManagerServlet.java:379) at org.apache.catalina.servlets.HTMLManagerServlet.doGet(HTMLManagerServlet.java:149) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:550) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1040) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151) at java.lang.Thread.run(Thread.java:536) - Root Cause - java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1428) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1274) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:884) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:821) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3608) at org.apache.catalina.core.StandardHostDeployer.start(StandardHostDeployer.java:458) at org.apache.catalina.core.StandardHost.start(StandardHost.java:872)
[REALLY OT] CSS tag
I am looking for a quick answer, I don't belong to any other list thats appropriate, and we should be full of web developers :) I appologize to the admins. Any, I was wondering if there was a css tag that would align my text vertically. like in TD VALIGN=top TD.productdisplayfieldname { color : Red; font-size : 16px; font-family : Arial, Helvetica, sans-serif; font-style : normal; font-weight : bold; text-decoration : none; text-align : right; } Anyone got a quick answer? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
strange output in localhost_log
First, what would cause this output in my localhost_log file? Is this a tomcat shutdown? 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /admin 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /webdav 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /qbsottweblive2 2003-12-09 21:09:36 StandardHost[localhost]: ContainerBase.removeChild: stop: LifecycleException: Container StandardContext[/qbsottweblive2] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643) at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:1036) at org.apache.catalina.core.StandardHostDeployer.remove(StandardHostDeployer.java:420) at org.apache.catalina.core.StandardHost.remove(StandardHost.java:852) at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:919) at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:899) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:370) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1221) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1233) at org.apache.catalina.core.StandardService.stop(StandardService.java:554) at org.apache.catalina.core.StandardServer.stop(StandardServer.java:2224) at org.apache.catalina.startup.Catalina$CatalinaShutdownHook.run(Catalina.java:624) 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /qbsottweblive 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /tomcat-docs 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /quicktrack 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /quick 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /portalbackup 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /manager Second, what would cause this output in my localhost_log file? 2003-12-07 12:55:26 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-07 14:06:26 StandardHost[localhost]: MAPPING configuration error for request URI /mstshash=cmpherson 2003-12-07 19:39:57 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-07 20:09:48 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-09 00:48:25 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-09 04:38:39 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-09 07:44:43 StandardHost[localhost]: MAPPING configuration error for request URI /_vti_bin/owssvr.dll 2003-12-09 07:44:43 StandardHost[localhost]: MAPPING configuration error for request URI /MSOffice/cltreq.asp 2003-12-09 10:18:06 StandardHost[localhost]: MAPPING configuration error for request URI /favicon.ico 2003-12-09 11:05:12 StandardHost[localhost]: MAPPING configuration error for request URI /favicon.ico 2003-12-09 13:23:20 StandardHost[localhost]: MAPPING configuration error for request URI /favicon.ico 2003-12-09 13:26:35 StandardHost[localhost]: MAPPING configuration error for request URI /_vti_bin/owssvr.dll 2003-12-09 13:26:35 StandardHost[localhost]: MAPPING configuration error for request URI /MSOffice/cltreq.asp 2003-12-09 14:15:17 StandardHost[localhost]: MAPPING configuration error for request URI /_vti_bin/owssvr.dll 2003-12-09 14:15:17 StandardHost[localhost]: MAPPING configuration error for request URI /MSOffice/cltreq.asp 2003-12-09 14:43:52 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-10 07:54:12 StandardHost[localhost]: MAPPING configuration error for request URI /_vti_bin/owssvr.dll 2003-12-10 07:54:12 StandardHost[localhost]: MAPPING configuration error for request URI /MSOffice/cltreq.asp 2003-12-10 09:00:28 StandardHost[localhost]: MAPPING configuration error for request URI /favicon.ico - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: strange output in localhost_log
It wasn't actually the exception I was concerned about. It was the fact that it appears that tomcat is shuting down (is that what it looks like?) when its completely not expected to. As well I was concerned over the second set of log entries, what is this MAPPING thing, and why would it be refering to those things, none of those files exist. Can this be indication that someone is trying to get to those things some how, or are they normal tomcat log entries for some strange reason? -Original Message- From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 9:33 AM To: Tomcat Users List Subject: Re: strange output in localhost_log You probably have some left over from an unsucessful deployment. This exception means the Context(your app) wasn't started properly and Tomcat is now trying to stop it. -- Jeanfrancois Luc Foisy wrote: First, what would cause this output in my localhost_log file? Is this a tomcat shutdown? 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /admin 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /webdav 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /qbsottweblive2 2003-12-09 21:09:36 StandardHost[localhost]: ContainerBase.removeChild: stop: LifecycleException: Container StandardContext[/qbsottweblive2] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643) at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:1036) at org.apache.catalina.core.StandardHostDeployer.remove(StandardHostDeployer.java:420) at org.apache.catalina.core.StandardHost.remove(StandardHost.java:852) at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:919) at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:899) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:370) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1221) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1233) at org.apache.catalina.core.StandardService.stop(StandardService.java:554) at org.apache.catalina.core.StandardServer.stop(StandardServer.java:2224) at org.apache.catalina.startup.Catalina$CatalinaShutdownHook.run(Catalina.java:624) 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /qbsottweblive 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /tomcat-docs 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /quicktrack 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /quick 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /portalbackup 2003-12-09 21:09:36 StandardHost[localhost]: Removing web application at context path /manager Second, what would cause this output in my localhost_log file? 2003-12-07 12:55:26 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-07 14:06:26 StandardHost[localhost]: MAPPING configuration error for request URI /mstshash=cmpherson 2003-12-07 19:39:57 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-07 20:09:48 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-09 00:48:25 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-09 04:38:39 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-09 07:44:43 StandardHost[localhost]: MAPPING configuration error for request URI /_vti_bin/owssvr.dll 2003-12-09 07:44:43 StandardHost[localhost]: MAPPING configuration error for request URI /MSOffice/cltreq.asp 2003-12-09 10:18:06 StandardHost[localhost]: MAPPING configuration error for request URI /favicon.ico 2003-12-09 11:05:12 StandardHost[localhost]: MAPPING configuration error for request URI /favicon.ico 2003-12-09 13:23:20 StandardHost[localhost]: MAPPING configuration error for request URI /favicon.ico 2003-12-09 13:26:35 StandardHost[localhost]: MAPPING configuration error for request URI /_vti_bin/owssvr.dll 2003-12-09 13:26:35 StandardHost[localhost]: MAPPING configuration error for request URI /MSOffice/cltreq.asp 2003-12-09 14:15:17 StandardHost[localhost]: MAPPING configuration error for request URI /_vti_bin/owssvr.dll 2003-12-09 14:15:17 StandardHost[localhost]: MAPPING configuration error for request URI /MSOffice/cltreq.asp 2003-12-09 14:43:52 StandardHost[localhost]: MAPPING configuration error for request URI /robots.txt 2003-12-10 07:54:12 StandardHost[localhost]: MAPPING configuration error for request URI
changing the manager password
Any way to do this without restarting tomcat? I need a method to do just that. If I restarted tomcat right now I would be in a world of trouble, and I need to get that password changed :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: changing the manager password
thanks :) -Original Message- From: Sleeper, Jesse [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 10:22 AM To: Tomcat Users List Subject: RE: changing the manager password You can modify roles and passwords with the admin module in Tomcat: http://localhost:8080/admin Jester -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 9:55 AM To: Tomcat User List (E-mail) Subject: changing the manager password Any way to do this without restarting tomcat? I need a method to do just that. If I restarted tomcat right now I would be in a world of trouble, and I need to get that password changed :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java.lang.IllegalStateException
What would cause this error? 2003-12-10 09:52:18 HttpProcessor[8080][1] process.invoke java.lang.IllegalStateException: Current state = FLUSHED, new state = CODING_END at java.nio.charset.CharsetEncoder.throwIllegalStateException(CharsetEncoder.java:933) at java.nio.charset.CharsetEncoder.encode(CharsetEncoder.java:529) at sun.nio.cs.StreamEncoder$CharsetSE.flushLeftoverChar(StreamEncoder.java:356) at sun.nio.cs.StreamEncoder$CharsetSE.implClose(StreamEncoder.java:413) at sun.nio.cs.StreamEncoder.close(StreamEncoder.java:158) at java.io.OutputStreamWriter.close(OutputStreamWriter.java:222) at java.io.PrintWriter.close(PrintWriter.java:137) at org.apache.catalina.connector.ResponseBase.finishResponse(ResponseBase.java:483) at org.apache.catalina.connector.HttpResponseBase.finishResponse(HttpResponseBase.java:253) at org.apache.catalina.connector.http.HttpResponseImpl.finishResponse(HttpResponseImpl.java:288) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1067) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151) at java.lang.Thread.run(Thread.java:536) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Uninstalling Tomcat
could use find / -name tomcat* that will show where tomcat has been installed (including the one you know about and the one you don't) if you want to see if it was installed with an rpm from there you could use rpm -qf /[path to unknown tomcat install]/[some file in that tomcat install] If no results are returned, then an rpm wasn't used. You could probably just rm that whole directory then (if some kind of runtime boot was used, gonna have to search for that, you'll probably see it if you restart :) -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 2:38 PM To: Tomcat Users List Subject: Re: Uninstalling Tomcat Try querying the rpm database to see if it's in there. I think you need to be root. rpm -qa | grep tomcat If it is you can use rpm -e PACKAGE_NAME to remove it. On Wednesday 10 December 2003 02:27 pm, Nadia Kunkov wrote: It was not installed by me and I don't seem to find an rpm Most likely it was an RPM, though. I have installed a new version of Tomcat to a new location and need to get rid of the old one. Also, I set up Java_home in ~/.bashrc file and even after I dot execute it I get a message that Java_Home is not set when I start Tomcat. Should I do export Java_Home etc. in .bashrc or should I do it somewhere else? Thanks -Original Message- From: Ben Souther [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 2:26 PM To: Tomcat Users List Subject: Re: Uninstalling Tomcat How did you install it? On Wednesday 10 December 2003 02:16 pm, Nadia Kunkov wrote: HI, Sorry for a stupid question. Just wanted to make sure that to uninstall Tomcat all I have to do is to delete the directory where it's installed. Is that right or there are other steps? Thanks N.K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ben Souther F.W. Davison Company, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Uninstalling Tomcat
Check to see if you have a runtime call for that tomcat instance. Make sure it works from the command line first. Make sure all environment variables needed have been set. Check the tomcat logs. Does this particular tomcat install automatically create something in the runtime area (/etc/rc.d/init.d/ and such places) If not you'll have to write your own. -Original Message- From: Nadia Kunkov [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 3:33 PM To: Tomcat Users List Subject: RE: Uninstalling Tomcat Thanks for all your thoughts! Now, Tomcat doesn't start at boot time anymore after I upgraded my JDK and Tomcat. How can I fix it? Thanks in advance. N.K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Uninstalling Tomcat
Can't say I am sure as to what the tomcat.conf file is for myself, so I can't advise you on it. What we did was create a shell script in /etc/init.d (which is mirrored in /etc/rc.d/init.d automatically I belive) Then created symbolic links in each of the runtime levels where tomcat would start or stop (using the similar naming of the files in those directories to accomplish) (probably want to setup in rc0 rc3 rc5 rc6, they'll be most common, 0 being shutdown, 3 being startup without X, 5 startup with X, and 6 being restart [someone correct me if I am wrong]) In this shell script we defined the tomcat environment variables (may not be needed if set in a higher context) And created the functions to start, stop and restart (should be able to look at other shell scripts in /etc/init.d to get some idea) We had created another user for starting tomcat (ownership given to the tomcat directory to this user) which we used to run the scripts in the tomcat directory. -Original Message- From: Nadia Kunkov [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 4:07 PM To: Tomcat Users List Subject: RE: Uninstalling Tomcat I have Tomcat 4.1.29 and there is nothing in /etc/rc.d/init.d/ or /etc/init.d/ All I have is catalina.sh and startup.sh in $TOMCAT_HOME/bin. What should I put in the above directories? A shell script? Which one or what kind of script should I wright? In both of those directories or just one? Also, there is no tomcat.conf file for this version, should I create it? Thanks -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 3:39 PM To: Tomcat Users List Subject: RE: Uninstalling Tomcat Check to see if you have a runtime call for that tomcat instance. Make sure it works from the command line first. Make sure all environment variables needed have been set. Check the tomcat logs. Does this particular tomcat install automatically create something in the runtime area (/etc/rc.d/init.d/ and such places) If not you'll have to write your own. -Original Message- From: Nadia Kunkov [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 10, 2003 3:33 PM To: Tomcat Users List Subject: RE: Uninstalling Tomcat Thanks for all your thoughts! Now, Tomcat doesn't start at boot time anymore after I upgraded my JDK and Tomcat. How can I fix it? Thanks in advance. N.K. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SSL problem with TC 5.0.16
Did you set keystorePass? -Original Message- From: Baer Peter Christoph Alexander [mailto:[EMAIL PROTECTED] Sent: Monday, December 08, 2003 11:49 AM To: '[EMAIL PROTECTED]' Subject: SSL problem with TC 5.0.16 Hi, before you start throwing eggs and tomatoes at me: I *have* searched the mailing list archive before posting this message... ;-) I just installed Tomcat 5.0.16. Now we want to migrate an application from TC 4.0.6 to it. For this we need to run TC with SSL. However, there's apparently a mistake in our SSL configuration. After adapting server.xml for our webapp, we see the following startup error message: snip INFO: Starting Coyote HTTP/1.1 on port 8080 08.12.2003 17:01:45 org.apache.coyote.http11.Http11Protocol start SCHWERWIEGEND: Error starting endpoint java.io.IOException: Keystore was tampered with, or password was incorrect at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:748) at java.security.KeyStore.load(KeyStore.java:652) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.getStore(JSSESocket Factory.java:295) at org.apache.tomcat.util.net.jsse.JSSESocketFactory.getKeystore(JSSESoc ketFactory.java:259) at org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.getKeyManagers(JS SE14SocketFactory.java:172) /snip Following the docs, we checked the password and we have also created quite a few new keystores and put there paths into the keystoreFile attribute of the Factory tag. In TC5 even the old keystore with the original certificate of our application is rejected. Has anybody seen this before? Can you provide some hint, what the problem could be caused by? We can rule out the things mentioned in the docs, I think! Thanks in advance! Regards Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: connection refused, localhost not found
Does the manager report that the context is loaded? -Original Message- From: Damien Pacaud [mailto:[EMAIL PROTECTED] Sent: Monday, December 08, 2003 7:46 AM To: Tomcat Users List Subject: Re: connection refused, localhost not found i disagree with you, since the root context works fine he's got a server up and running listenning on port 8080 but his app does create an error/interaction with it (hope i got this correct for the original email) Unfortunately i haven't got a clue what is wrongDoes your app handle some network code that could cause it to crash when loaded via te url : http://localhost:8080/myapp/ ? - Original Message - From: Patrick Ale [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 08, 2003 1:41 PM Subject: RE: connection refused, localhost not found Well, I got this problem with MLDonkey (not really java, I know but hey.. :P) This simply means your program crashes on startup and that nothing listens on port 8080. Now.. dunno what browser you use but I had this with Mozilla. I tried to connect to http://localhost:4080/ it didnt find anything on that port so it went on with resolving random/known by mozilla things, till it found localhost.net.au which actually is an existing page. Motto of this story is: your app is not running or not on port 8080 :-) Patrick Ale System administrator Freeler B.V Muda o mundo, começe com você mesmo -Oorspronkelijk bericht- Van: Adam Hardy [mailto:[EMAIL PROTECTED] Verzonden: maandag 8 december 2003 13:29 Aan: Tomcat Users List Onderwerp: connection refused, localhost not found Hi Listers I'm sceptical whether anybody else has ever suffered this bizarre problem so I'm not expecting anybody to be able to help, but this is seriously damaging my enjoyment of Monday morning. I have tomcat 5.0.14 set up on one computer and it works fine mostly, i.e. root context, JSP examples, manager apps are working fine. The problem is with the app I'm developing. On Friday night last week I did loads of debugging to sort out the JNDI connection pool, e.g. configuring the app context, the web.xml etc. Now when I try to call up http://localhost:8080/myapp/ the browser zooms off to find http://www.localhost.net.au! When I try http://127.0.0.1:8080/myapp/ I get a 'connection refused' pop-up from the browsers - on my machine and on others. (root context still works as I said). Obviously I tried restarting tomcat, redeploying the app, taking out all the filters, changing the context name, checked server.xml. Anybody care to take a wild guess about what I need to do? Tx Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Commons FileUpload
Could someone please describe this to me, it looks interesting, and perhaps useful to me, and the site doesn't have the greatest description of the project. Basically a brief description of how it functions, and what its capabilities are after a file has been uploaded. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Perhaps a thread problem
Tomcat 4.1.18-LE with Java 1.4.0_03 RedHat 9 Tomcat is serving through https from catalina.out Dec 1, 2003 11:09:55 AM org.apache.tomcat.util.log.CommonLogHandler log INFO: All threads are busy, waiting. Please increase maxThreads or check the servlet status75 75 some application output (which looks like its functioning properly) lastURL === /icrm/content.jsp?title=Introductiontoken=fb8c00f54cf5bb7288d5f89e83f78b7a lastURL === /icrm/content.jsp?title=Web%20Application%20Navigationtoken=b33cd4c0ad12d504e56328c4ee355ec5 lastURL === /icrm/content.jsp?title=Web%20Application%20Navigationtoken=c26e29992ae8a564480b1bae5337bca0 Then a bunch of the following (maybe 50 times, same time too) Stopping service Tomcat-Standalone Dec 1, 2003 1:08:15 PM org.apache.tomcat.util.log.CommonLogHandler log SEVERE: Caught exception executing [EMAIL PROTECTED] mailto:[EMAIL PROTECTED], terminating thread java.lang.IllegalStateException at org.apache.tomcat.util.threads.ThreadPool.runIt(ThreadPool.java:245) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:503) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at java.lang.Thread.run(Thread.java:536) What is this telling me? Where do I set maxThreads? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Perhaps a thread problem
And by chance could you grant me a guess as to why this would happen? And should maxThreads be in any way related to how much traffic is expected to go through the site? -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Monday, December 01, 2003 2:22 PM To: Tomcat Users List Subject: RE: Perhaps a thread problem in server.xml for each connector -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Monday, December 01, 2003 10:58 AM To: Tomcat User List (E-mail) Subject: Perhaps a thread problem Tomcat 4.1.18-LE with Java 1.4.0_03 RedHat 9 Tomcat is serving through https from catalina.out Dec 1, 2003 11:09:55 AM org.apache.tomcat.util.log.CommonLogHandler log INFO: All threads are busy, waiting. Please increase maxThreads or check the servlet status75 75 some application output (which looks like its functioning properly) lastURL === /icrm/content.jsp?title=Introductiontoken=fb8c00f54cf5bb7288d5f89e83f78b7a lastURL === /icrm/content.jsp?title=Web%20Application%20Navigationtoken=b33cd4c 0ad12d504e56328c4ee355ec5 lastURL === /icrm/content.jsp?title=Web%20Application%20Navigationtoken=c26e299 92ae8a564480b1bae5337bca0 Then a bunch of the following (maybe 50 times, same time too) Stopping service Tomcat-Standalone Dec 1, 2003 1:08:15 PM org.apache.tomcat.util.log.CommonLogHandler log SEVERE: Caught exception executing [EMAIL PROTECTED] mailto:[EMAIL PROTECTED], terminating thread java.lang.IllegalStateException at org.apache.tomcat.util.threads.ThreadPool.runIt(ThreadPool.java:245) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:503) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Thread Pool.java:530) at java.lang.Thread.run(Thread.java:536) What is this telling me? Where do I set maxThreads? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Perhaps a thread problem
Could several null pointer exceptions occuring because of some bad code in the application cause a thread problem? -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Monday, December 01, 2003 2:22 PM To: Tomcat Users List Subject: RE: Perhaps a thread problem in server.xml for each connector -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Monday, December 01, 2003 10:58 AM To: Tomcat User List (E-mail) Subject: Perhaps a thread problem Tomcat 4.1.18-LE with Java 1.4.0_03 RedHat 9 Tomcat is serving through https from catalina.out Dec 1, 2003 11:09:55 AM org.apache.tomcat.util.log.CommonLogHandler log INFO: All threads are busy, waiting. Please increase maxThreads or check the servlet status75 75 some application output (which looks like its functioning properly) lastURL === /icrm/content.jsp?title=Introductiontoken=fb8c00f54cf5bb7288d5f89e83f78b7a lastURL === /icrm/content.jsp?title=Web%20Application%20Navigationtoken=b33cd4c 0ad12d504e56328c4ee355ec5 lastURL === /icrm/content.jsp?title=Web%20Application%20Navigationtoken=c26e299 92ae8a564480b1bae5337bca0 Then a bunch of the following (maybe 50 times, same time too) Stopping service Tomcat-Standalone Dec 1, 2003 1:08:15 PM org.apache.tomcat.util.log.CommonLogHandler log SEVERE: Caught exception executing [EMAIL PROTECTED] mailto:[EMAIL PROTECTED], terminating thread java.lang.IllegalStateException at org.apache.tomcat.util.threads.ThreadPool.runIt(ThreadPool.java:245) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:503) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Thread Pool.java:530) at java.lang.Thread.run(Thread.java:536) What is this telling me? Where do I set maxThreads? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sending to Printer?
That's it eh. I always try to do things without JavaScript (or at least functions that do not need the javascript to work), it may be some kind of industry standard, but there are people that still do not trust the scripting languages, therefore thier javascript is turned off. Oh well, will have to go the route of reformatting my page in a printer friendly way and let the user do the printing themselves. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Monday, November 24, 2003 9:17 AM To: Tomcat Users List Subject: RE: Sending to Printer? Howdy, You can use the JavaScript window.print() function ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Monday, November 24, 2003 9:10 AM To: Tomcat User List (E-mail) Subject: Sending to Printer? Is there any code I could use to send something to a printer? Via the print writer I suppose would be needed. Is there some kind of jsp tag library to do this, or some particular way I can send a page that would be pushed to thier browsers printing functions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Sending to Printer?
Is there any code I could use to send something to a printer? Via the print writer I suppose would be needed. Is there some kind of jsp tag library to do this, or some particular way I can send a page that would be pushed to thier browsers printing functions? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SSL Certificates
Is it possible to have multiple certificates for multiple domains on the same instance of tomcat? If so, and I have a base tomcat install, what should I look at doing from there? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Who is knocking on what door?
Is there something in any one of the tomcat management utilities or logging mechanisms or whatever where I can see who is hitting the tomcat server and what they are requesting? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Who is knocking on what door?
Great! Thank you very much. Don't suppose I can get this to log per context? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 11:01 AM To: Tomcat Users List Subject: RE: Who is knocking on what door? Howdy, Yes, enable the AccessLogValve in server.xml. You probably want to change the pattern from common to combined. Yoav Shapira Millennium ChemInformatics -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 10:52 AM To: Tomcat User List (E-mail) Subject: Who is knocking on what door? Is there something in any one of the tomcat management utilities or logging mechanisms or whatever where I can see who is hitting the tomcat server and what they are requesting? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Who is knocking on what door?
I was looking at the documentation. It wasn't really apparent to me, or perhaps I wasn't reading everything :) Under http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/context.html Nested Components section, it didn't list Valve, so was confused, and in server.xml it is in the Host section. Didn't really look at that nicely blocked xml code that shows it in the context section :) Thank you once again for you quick and speedy answer to something I should have seen! -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 4:20 PM To: Tomcat Users List Subject: RE: Who is knocking on what door? Howdy, You can log per context. RTFM: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/valve.html Yoav Shapira Millennium ChemInformatics -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 4:18 PM To: Tomcat Users List Subject: RE: Who is knocking on what door? Great! Thank you very much. Don't suppose I can get this to log per context? -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 11:01 AM To: Tomcat Users List Subject: RE: Who is knocking on what door? Howdy, Yes, enable the AccessLogValve in server.xml. You probably want to change the pattern from common to combined. Yoav Shapira Millennium ChemInformatics -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED] Sent: Thursday, October 30, 2003 10:52 AM To: Tomcat User List (E-mail) Subject: Who is knocking on what door? Is there something in any one of the tomcat management utilities or logging mechanisms or whatever where I can see who is hitting the tomcat server and what they are requesting? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat SSL
How do I enforce SSL on any given page? Luc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat SSL
Uhg. That tells me that I can make a whole context forced to SSL. By putting the URL path in there. So if I want to enforce any one particular page ( or multiples ) I would have to put each and every one in there? Is there not anything I could add to the jsp file itself to do this? -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Thursday, September 11, 2003 11:23 AM To: Tomcat Users List Subject: Re: Tomcat SSL FAQ http://jakarta.apache.org/tomcat/faq/security.html#https -Tim Luc Foisy wrote: How do I enforce SSL on any given page? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading context
I feel kinda silly now :) I am sorry you had taken time out of your schedule to help me here. And I thank you for your efforts! What had happened was, I recieved a compressed file from another developer, I uncompressed the file and dropped it into place. I added the web.xml after. What I didn't notice was the fact that the directories were set with the wrong mode (no execute at all), I am believing that the compressed file was created on windows, so that may have caused this issue. Sigh, a lesson learned, and paid for by two. Thank you once again John for your time. As a side note: there was no log, and no error, the page didnt resolve (page not found) because the context didnt load. Luc -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 1:11 PM To: Tomcat Users List Subject: Re: Loading context I was just asking. So, you: - created a directory called webapps/portal - created a directory called webapps/portal/WEB-INF - created a file called webapps/portal/WEB-INF/web.xml - put some JSP in webapps/portal With all of the above, you cannot resolve http://www.host.com/portal/some.jsp? What's the error message? What does the log say? Are you sure you have the right host name? I just did exactly the above (I used a different directory name) on a 4.1.12 instance of Tomcat (old dev box) and it worked perfectly. John On Mon, 21 Jul 2003 12:57:01 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: I am checking with the manager to see if the context is there, and I am trying to hit that page How else would you suppose I should test this, its there or not isnt it? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:54 PM To: Tomcat Users List Subject: Re: Loading context As far as I know. As I said, if this isn't working, and you have verified this (how are you testing it, anyways?), then you should file a bug. John On Mon, 21 Jul 2003 12:48:47 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: Any subdirectory within the Application Base directory that appears to be an unpacked web application (that is, it contains a /WEB-INF/web.xml file) will receive an automatically generated Context element, even if this directory is not mentioned in the conf/server.xml file. This generated Context entry will be configured according to the properties set in any DefaultContext element nested in this Host element. The context path for this deployed Context will be a slash character (/) followed by the directory name, unless the directory name is ROOT, in which case the context path will be an empty string (). This is now all true, missed that /WEB-INF/web.xml initially, but now I have that ( a basic one, but there ) I do not have to do anything further correct? -Original Message- From: Luc Foisy Sent: Monday, July 21, 2003 12:35 PM To: Tomcat Users List Subject: RE: Loading context I put a web.xml file in there, still not autodeploying The autodeploy is something that runs in the background, correct? Should just be able to drop it down, and away it goes when it hits that deploy cycle? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:31 PM To: Tomcat Users List Subject: Re: Loading context No, that is the whole point of auto-deploy...you can deploy when Tomcat is running. There are various ways to do this, as outlined in the docs, not to mention the Tomcat manager application. As I read the docs, if you have a directory within appBase that has a valid directory structure (WEB-INF, WEB-INF/web.xml, etc.) then that Context will be available to Tomcat without restarting. If I'm wrong, someone please correct me. If I'm right, and it isn't working (but isn't working is verified), then you should file a bug. Lately, I've been using WAR files, and they deploy just fine without restarting Tomcat. YMMV. John On Mon, 21 Jul 2003 12:26:39 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: Ok. When I restart the tomcat server, it will deploy an empty directory And it will deploy contexts that do not have a web.xml file Is this a definate need for the autodeploy function to work? I know my version of tomcat has the autodeploy, since it has its value set in conf/server.xml, so that can't be it Does there need to be an entry for this new context in the server.xml for the autodeploy function to work? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:17 PM To: Tomcat Users List Subject: Re: Loading context There should be one, as explained in the docs. John On Mon, 21 Jul 2003 12:03:42 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: no -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:55 AM To: Tomcat Users List Subject
Loading context
How would I go about loading a new context so that it is live, without restarting the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading context
autodeploy=true ( the default ) I placed a context directory into webapps and it is not autodeploying Does it only auto deploy if the context is packed as .war? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:04 AM To: Tomcat Users List Subject: Re: Loading context See Auto Deploy: http://jakarta.apache.org/tomcat/tomcat-4.1- doc/config/host.html#Automatic%20Application%20Deployment John On Mon, 21 Jul 2003 10:58:41 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: How would I go about loading a new context so that it is live, without restarting the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading context
I created a directory in webapps webapps/portal This directory contains some jsp's There is also webapp/portal/WEB-INF directory ( empty ) All files and directories in this context are owned by the tomcat user ( same as the other contexts this tomcat server is running ) Should that work or not? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:36 AM To: Tomcat Users List Subject: Re: Loading context What do you mean, exactly, by I placed a context directory into webapps. You just created the directory? Is there a valid structure there (WEB-INF, etc)? John On Mon, 21 Jul 2003 11:23:13 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: autodeploy=true ( the default ) I placed a context directory into webapps and it is not autodeploying Does it only auto deploy if the context is packed as .war? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:04 AM To: Tomcat Users List Subject: Re: Loading context See Auto Deploy: http://jakarta.apache.org/tomcat/tomcat-4.1- doc/config/host.html#Automatic%20Application%20Deployment John On Mon, 21 Jul 2003 10:58:41 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: How would I go about loading a new context so that it is live, without restarting the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading context
no -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:55 AM To: Tomcat Users List Subject: Re: Loading context There's no web.xml file? John On Mon, 21 Jul 2003 11:40:29 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: I created a directory in webapps webapps/portal This directory contains some jsp's There is also webapp/portal/WEB-INF directory ( empty ) All files and directories in this context are owned by the tomcat user ( same as the other contexts this tomcat server is running ) Should that work or not? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:36 AM To: Tomcat Users List Subject: Re: Loading context What do you mean, exactly, by I placed a context directory into webapps. You just created the directory? Is there a valid structure there (WEB-INF, etc)? John On Mon, 21 Jul 2003 11:23:13 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: autodeploy=true ( the default ) I placed a context directory into webapps and it is not autodeploying Does it only auto deploy if the context is packed as .war? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:04 AM To: Tomcat Users List Subject: Re: Loading context See Auto Deploy: http://jakarta.apache.org/tomcat/tomcat-4.1- doc/config/host.html#Automatic%20Application%20Deployment John On Mon, 21 Jul 2003 10:58:41 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: How would I go about loading a new context so that it is live, without restarting the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading context
Ok. When I restart the tomcat server, it will deploy an empty directory And it will deploy contexts that do not have a web.xml file Is this a definate need for the autodeploy function to work? I know my version of tomcat has the autodeploy, since it has its value set in conf/server.xml, so that can't be it Does there need to be an entry for this new context in the server.xml for the autodeploy function to work? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:17 PM To: Tomcat Users List Subject: Re: Loading context There should be one, as explained in the docs. John On Mon, 21 Jul 2003 12:03:42 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: no -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:55 AM To: Tomcat Users List Subject: Re: Loading context There's no web.xml file? John On Mon, 21 Jul 2003 11:40:29 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: I created a directory in webapps webapps/portal This directory contains some jsp's There is also webapp/portal/WEB-INF directory ( empty ) All files and directories in this context are owned by the tomcat user ( same as the other contexts this tomcat server is running ) Should that work or not? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:36 AM To: Tomcat Users List Subject: Re: Loading context What do you mean, exactly, by I placed a context directory into webapps. You just created the directory? Is there a valid structure there (WEB-INF, etc)? John On Mon, 21 Jul 2003 11:23:13 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: autodeploy=true ( the default ) I placed a context directory into webapps and it is not autodeploying Does it only auto deploy if the context is packed as .war? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:04 AM To: Tomcat Users List Subject: Re: Loading context See Auto Deploy: http://jakarta.apache.org/tomcat/tomcat-4.1- doc/config/host.html#Automatic%20Application%20Deployment John On Mon, 21 Jul 2003 10:58:41 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: How would I go about loading a new context so that it is live, without restarting the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading context
I put a web.xml file in there, still not autodeploying The autodeploy is something that runs in the background, correct? Should just be able to drop it down, and away it goes when it hits that deploy cycle? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:31 PM To: Tomcat Users List Subject: Re: Loading context No, that is the whole point of auto-deploy...you can deploy when Tomcat is running. There are various ways to do this, as outlined in the docs, not to mention the Tomcat manager application. As I read the docs, if you have a directory within appBase that has a valid directory structure (WEB-INF, WEB-INF/web.xml, etc.) then that Context will be available to Tomcat without restarting. If I'm wrong, someone please correct me. If I'm right, and it isn't working (but isn't working is verified), then you should file a bug. Lately, I've been using WAR files, and they deploy just fine without restarting Tomcat. YMMV. John On Mon, 21 Jul 2003 12:26:39 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: Ok. When I restart the tomcat server, it will deploy an empty directory And it will deploy contexts that do not have a web.xml file Is this a definate need for the autodeploy function to work? I know my version of tomcat has the autodeploy, since it has its value set in conf/server.xml, so that can't be it Does there need to be an entry for this new context in the server.xml for the autodeploy function to work? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:17 PM To: Tomcat Users List Subject: Re: Loading context There should be one, as explained in the docs. John On Mon, 21 Jul 2003 12:03:42 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: no -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:55 AM To: Tomcat Users List Subject: Re: Loading context There's no web.xml file? John On Mon, 21 Jul 2003 11:40:29 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: I created a directory in webapps webapps/portal This directory contains some jsp's There is also webapp/portal/WEB-INF directory ( empty ) All files and directories in this context are owned by the tomcat user ( same as the other contexts this tomcat server is running ) Should that work or not? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:36 AM To: Tomcat Users List Subject: Re: Loading context What do you mean, exactly, by I placed a context directory into webapps. You just created the directory? Is there a valid structure there (WEB-INF, etc)? John On Mon, 21 Jul 2003 11:23:13 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: autodeploy=true ( the default ) I placed a context directory into webapps and it is not autodeploying Does it only auto deploy if the context is packed as .war? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:04 AM To: Tomcat Users List Subject: Re: Loading context See Auto Deploy: http://jakarta.apache.org/tomcat/tomcat-4.1- doc/config/host.html#Automatic%20Application%20Deployment John On Mon, 21 Jul 2003 10:58:41 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: How would I go about loading a new context so that it is live, without restarting the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading context
Any subdirectory within the Application Base directory that appears to be an unpacked web application (that is, it contains a /WEB-INF/web.xml file) will receive an automatically generated Context element, even if this directory is not mentioned in the conf/server.xml file. This generated Context entry will be configured according to the properties set in any DefaultContext element nested in this Host element. The context path for this deployed Context will be a slash character (/) followed by the directory name, unless the directory name is ROOT, in which case the context path will be an empty string (). This is now all true, missed that /WEB-INF/web.xml initially, but now I have that ( a basic one, but there ) I do not have to do anything further correct? -Original Message- From: Luc Foisy Sent: Monday, July 21, 2003 12:35 PM To: Tomcat Users List Subject: RE: Loading context I put a web.xml file in there, still not autodeploying The autodeploy is something that runs in the background, correct? Should just be able to drop it down, and away it goes when it hits that deploy cycle? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:31 PM To: Tomcat Users List Subject: Re: Loading context No, that is the whole point of auto-deploy...you can deploy when Tomcat is running. There are various ways to do this, as outlined in the docs, not to mention the Tomcat manager application. As I read the docs, if you have a directory within appBase that has a valid directory structure (WEB-INF, WEB-INF/web.xml, etc.) then that Context will be available to Tomcat without restarting. If I'm wrong, someone please correct me. If I'm right, and it isn't working (but isn't working is verified), then you should file a bug. Lately, I've been using WAR files, and they deploy just fine without restarting Tomcat. YMMV. John On Mon, 21 Jul 2003 12:26:39 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: Ok. When I restart the tomcat server, it will deploy an empty directory And it will deploy contexts that do not have a web.xml file Is this a definate need for the autodeploy function to work? I know my version of tomcat has the autodeploy, since it has its value set in conf/server.xml, so that can't be it Does there need to be an entry for this new context in the server.xml for the autodeploy function to work? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:17 PM To: Tomcat Users List Subject: Re: Loading context There should be one, as explained in the docs. John On Mon, 21 Jul 2003 12:03:42 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: no -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:55 AM To: Tomcat Users List Subject: Re: Loading context There's no web.xml file? John On Mon, 21 Jul 2003 11:40:29 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: I created a directory in webapps webapps/portal This directory contains some jsp's There is also webapp/portal/WEB-INF directory ( empty ) All files and directories in this context are owned by the tomcat user ( same as the other contexts this tomcat server is running ) Should that work or not? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:36 AM To: Tomcat Users List Subject: Re: Loading context What do you mean, exactly, by I placed a context directory into webapps. You just created the directory? Is there a valid structure there (WEB-INF, etc)? John On Mon, 21 Jul 2003 11:23:13 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: autodeploy=true ( the default ) I placed a context directory into webapps and it is not autodeploying Does it only auto deploy if the context is packed as .war? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:04 AM To: Tomcat Users List Subject: Re: Loading context See Auto Deploy: http://jakarta.apache.org/tomcat/tomcat-4.1- doc/config/host.html#Automatic%20Application%20Deployment John On Mon, 21 Jul 2003 10:58:41 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: How would I go about loading a new context so that it is live, without restarting the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
RE: Loading context
I am checking with the manager to see if the context is there, and I am trying to hit that page How else would you suppose I should test this, its there or not isnt it? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:54 PM To: Tomcat Users List Subject: Re: Loading context As far as I know. As I said, if this isn't working, and you have verified this (how are you testing it, anyways?), then you should file a bug. John On Mon, 21 Jul 2003 12:48:47 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: Any subdirectory within the Application Base directory that appears to be an unpacked web application (that is, it contains a /WEB-INF/web.xml file) will receive an automatically generated Context element, even if this directory is not mentioned in the conf/server.xml file. This generated Context entry will be configured according to the properties set in any DefaultContext element nested in this Host element. The context path for this deployed Context will be a slash character (/) followed by the directory name, unless the directory name is ROOT, in which case the context path will be an empty string (). This is now all true, missed that /WEB-INF/web.xml initially, but now I have that ( a basic one, but there ) I do not have to do anything further correct? -Original Message- From: Luc Foisy Sent: Monday, July 21, 2003 12:35 PM To: Tomcat Users List Subject: RE: Loading context I put a web.xml file in there, still not autodeploying The autodeploy is something that runs in the background, correct? Should just be able to drop it down, and away it goes when it hits that deploy cycle? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:31 PM To: Tomcat Users List Subject: Re: Loading context No, that is the whole point of auto-deploy...you can deploy when Tomcat is running. There are various ways to do this, as outlined in the docs, not to mention the Tomcat manager application. As I read the docs, if you have a directory within appBase that has a valid directory structure (WEB-INF, WEB-INF/web.xml, etc.) then that Context will be available to Tomcat without restarting. If I'm wrong, someone please correct me. If I'm right, and it isn't working (but isn't working is verified), then you should file a bug. Lately, I've been using WAR files, and they deploy just fine without restarting Tomcat. YMMV. John On Mon, 21 Jul 2003 12:26:39 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: Ok. When I restart the tomcat server, it will deploy an empty directory And it will deploy contexts that do not have a web.xml file Is this a definate need for the autodeploy function to work? I know my version of tomcat has the autodeploy, since it has its value set in conf/server.xml, so that can't be it Does there need to be an entry for this new context in the server.xml for the autodeploy function to work? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 12:17 PM To: Tomcat Users List Subject: Re: Loading context There should be one, as explained in the docs. John On Mon, 21 Jul 2003 12:03:42 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: no -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:55 AM To: Tomcat Users List Subject: Re: Loading context There's no web.xml file? John On Mon, 21 Jul 2003 11:40:29 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: I created a directory in webapps webapps/portal This directory contains some jsp's There is also webapp/portal/WEB-INF directory ( empty ) All files and directories in this context are owned by the tomcat user ( same as the other contexts this tomcat server is running ) Should that work or not? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:36 AM To: Tomcat Users List Subject: Re: Loading context What do you mean, exactly, by I placed a context directory into webapps. You just created the directory? Is there a valid structure there (WEB-INF, etc)? John On Mon, 21 Jul 2003 11:23:13 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: autodeploy=true ( the default ) I placed a context directory into webapps and it is not autodeploying Does it only auto deploy if the context is packed as .war? -Original Message- From: John Turner [mailto:[EMAIL PROTECTED] Sent: Monday, July 21, 2003 11:04 AM To: Tomcat Users List Subject: Re: Loading context See Auto Deploy: http://jakarta.apache.org/tomcat/tomcat-4.1- doc/config/host.html#Automatic%20Application%20Deployment John On Mon, 21 Jul 2003 10:58:41 -0400, Luc Foisy [EMAIL PROTECTED] magic.com wrote: How would I go about loading a new context so that it is live, without
Memory usage
Is there a quick and easy way to figure out the actual memory use of everything related to the tomcat server? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
2 NIC's one tomcat instance
OS - Some form of RedHat Tomcat - 4.1.18+ Currently we have one NIC on this server. Users direct their browswers to a web address (located at clients ISP, we store the graphics here, since they have a way bigger pipe) and the browser is redirected to the clients server to IPAddress:port 8080/context. Apache is not handling these connections, it is straight to Tomcat. The client mentioned wanting a second NIC installed on this server, to handle connections from a cable service provider in case the primary ASDL connection fails. If we had the second web address be directed to the same IPAddress:port 8080/context, would Tomcat be able to handle serving to the two NIC's? (admitting that I am not 100% knowledgable about these network connections and stuff) Luc Foisy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Startup error
Nobody can point me in the right direction? Would this be the right RPM to fix this? libstdc++-3.2.2-5.i386.rpm OR this? glibc-2.3.2-11.9.i686.rpm (this package supplies libc.so.6, that that what I need) I am lost here, every other install of tomcat that I have done was fine. I am thinking when I installed Netscape or Mozilla it installed the needed stuff, but I did't install them this time, and don't think I want to. I just want the right package... Hmm.. I found this one now. can someone confirm if this is what I need? Standard C++ libraries for Red Hat 7.3 backwards compatibility compiler RedHat-9 for i386 compat-libstdc++-7.3-2.96.118.i386.rpm Thanks for looking at my ramblings :) -Original Message- From: Luc Foisy Sent: Wednesday, June 04, 2003 9:03 AM To: Tomcat User List (E-mail) Subject: Startup error I am getting the following error in my catalina.out Error: failed /usr/java/j2sdk1.4.0_03/jre/lib/i386/client/libjvm.so, because libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory I am using RedHat 9.0 Which package do I need to install to get this to function? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Startup error
I bet the workstation install worked because it installed Netscape or Mozilla in the newer versions. So it is in fact the compatibility rpm, thanks -Original Message- From: Tim Shaw [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2003 3:42 PM To: Tomcat Users List Subject: Re: Startup error FWIW. RH 8.0 'Server' install also had this problem. I had to install 'compat-libstdc++-7.3-2.96.110.i386.rpm' by hand (off the installation CDs). Workstation install was fine (already did it I guess. Looks like RH 9 has the same quirk? tim Luc Foisy wrote: Nobody can point me in the right direction? Would this be the right RPM to fix this? libstdc++-3.2.2-5.i386.rpm OR this? glibc-2.3.2-11.9.i686.rpm (this package supplies libc.so.6, that that what I need) I am lost here, every other install of tomcat that I have done was fine. I am thinking when I installed Netscape or Mozilla it installed the needed stuff, but I did't install them this time, and don't think I want to. I just want the right package... Hmm.. I found this one now. can someone confirm if this is what I need? Standard C++ libraries for Red Hat 7.3 backwards compatibility compiler RedHat-9 for i386 compat-libstdc++-7.3-2.96.118.i386.rpm Thanks for looking at my ramblings :) -Original Message- From: Luc Foisy Sent: Wednesday, June 04, 2003 9:03 AM To: Tomcat User List (E-mail) Subject: Startup error I am getting the following error in my catalina.out Error: failed /usr/java/j2sdk1.4.0_03/jre/lib/i386/client/libjvm.so, because libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory I am using RedHat 9.0 Which package do I need to install to get this to function? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Startup error
I am getting the following error in my catalina.out Error: failed /usr/java/j2sdk1.4.0_03/jre/lib/i386/client/libjvm.so, because libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory I am using RedHat 9.0 Which package do I need to install to get this to function? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Loading Singleton Classes
If I load a singleton class, does it become a session variable or an application variable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading Singleton Classes
Hmmm My jar is located in web-inf/lib Perhaps I should rephrase that question. When I load the singleton class, will it be the same singleton called from all sessions or will it be unique to each session? -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 2:15 PM To: Tomcat Users List Subject: RE: Loading Singleton Classes it doesn't become a variable at all. but to answer your question, if you load a singleton class it all depends on where the class is in the classloader hierarchy. if you put the class in a jar in common/lib, the singleton will be for your entire tomcat server. if you put it in a jar in web-inf/lib it becomes a singleton class for your webapp only. Filip -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 11:14 AM To: Tomcat User List (E-mail) Subject: Loading Singleton Classes If I load a singleton class, does it become a session variable or an application variable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Loading Singleton Classes
Ok. How do I code it incorrectly then? :) I want it to be unique to each session. Is there anyway I can do that? -Original Message- From: Mike Jackson [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 2:31 PM To: Tomcat Users List Subject: RE: Loading Singleton Classes Same, if you code it correctly. --mikej -=- mike jackson [EMAIL PROTECTED] -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 11:26 AM To: Tomcat Users List Subject: RE: Loading Singleton Classes Hmmm My jar is located in web-inf/lib Perhaps I should rephrase that question. When I load the singleton class, will it be the same singleton called from all sessions or will it be unique to each session? -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 2:15 PM To: Tomcat Users List Subject: RE: Loading Singleton Classes it doesn't become a variable at all. but to answer your question, if you load a singleton class it all depends on where the class is in the classloader hierarchy. if you put the class in a jar in common/lib, the singleton will be for your entire tomcat server. if you put it in a jar in web-inf/lib it becomes a singleton class for your webapp only. Filip -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 20, 2003 11:14 AM To: Tomcat User List (E-mail) Subject: Loading Singleton Classes If I load a singleton class, does it become a session variable or an application variable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Startup/shutdown script
Here is what I have (I have removed and added some info to the output to make it a little more understandable): File: -rwxr-xr-x1 root root /etc/init.d/tomcatd #!/bin/bash # # # description: Startup script for Tomcat server # # source function library . /etc/init.d/functions CLASSPATH=$CLASSPATH:/usr/java/j2sdk1.4.0_03 JAVA_HOME=/usr/java/j2sdk1.4.0_03 CATALINA_HOME=/home/tomcat export CLASSPATH JAVA_HOME CATALINA_HOME RETVAL=0 start() { echo -n Starting tomcat service: su -m -c $CATALINA_HOME/bin/startup.sh - tomcat_admin } stop() { echo -n Shutting down tomcat service: su -m -c $CATALINA_HOME/bin/shutdown.sh - tomcat_admin } case $1 in start) start ;; stop) stop ;; restart|reload) stop start ;; *) echo Usage: tomcatd {start|stop|restart} exit 1 esac exit $RETVAL For the above script to work, the tomcat directory structure is owned by tomcat_admin drwxr-xr-x tomcat_admin tomcat_admin/home/tomcat Then I created links as such: lrwxrwxrwx1 root root /etc/rc.d/rc0.d/K99tomcatd - ../init.d/tomcatd lrwxrwxrwx1 root root /etc/rc.d/rc1.d/K99tomcatd - ../init.d/tomcatd lrwxrwxrwx1 root root /etc/rc.d/rc2.d/S99tomcatd - ../init.d/tomcatd lrwxrwxrwx1 root root /etc/rc.d/rc3.d/S99tomcatd - ../init.d/tomcatd lrwxrwxrwx1 root root /etc/rc.d/rc4.d/S99tomcatd - ../init.d/tomcatd lrwxrwxrwx1 root root /etc/rc.d/rc5.d/S99tomcatd - ../init.d/tomcatd lrwxrwxrwx1 root root /etc/rc.d/rc6.d/K99tomcatd - ../init.d/tomcatd Some of these may not be needed, just put them there cause I could If I do a reboot as opposed to a shut down, it calls rc6 stops (unsure if it also calls rc0 stops) -Original Message- From: Simone Chiaretta [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 16, 2003 1:04 PM To: Tomcat User List Subject: Startup/shutdown script Hello All, I'm using tomcat 4.0.4 on a linux (red hat 7.3) server I've a problem shutting down the tomcat deamon when the machine is stopped/rebooted from maintenance. The problem is that during the shutdown the shutdown script (the script I'm referring to is the one below, not the shutdown.sh inside tomcat bin dir) is not executed (or, at least, it doesn't write to the console Shutting down tomcat [OK] nor write it to the boot.log nor messages and also doesn't write to the catalina.out file the fact that tomcat was shut down. If I execute the script at cmd line, the script shuts down the process Does anybody has a clue of what the problem could be? Thank you Simone - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question
is there an apache html server list? Luc Foisy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question about options
What needs to be configured to hide the query string in the address bar? Will this require Apache to do? Luc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MySQL control center
I use it. It works fine for me. Even user permission changes. Its stable enough. It's easy enough. Accurate? Sure. But you should post your question to [EMAIL PROTECTED] and you should look here http://www.mysql.com/products/mysqlcc/index.html for info and you should download it here http://www.mysql.com/downloads/mysqlcc.html -Original Message- From: Jacob Hookom [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 1:45 PM To: 'Tomcat Users List' Subject: RE: MySQL control center I just started using it, the one thing to point out is that their user management doesn't work properly. Whenever you update security settings for a user, then their password is resaved in a non hashed format causing your password to become invalid if you previously set one. -Bocaj | -Original Message- | From: tomcat guy [mailto:[EMAIL PROTECTED]] | Sent: Wednesday, February 05, 2003 12:42 PM | To: Tomcat Users List | Subject: MySQL control center | | Could anyone tell me about the MySQL interfaceMySQLCC? Any basic | information about it would be great (i.e. stability, accuracy, easy of | use). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Cookies
Paul Yunusov [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Friday 10 January 2003 04:23 pm, Luc Foisy wrote: Is the Cookie defined in the Servlet API permanent by default? It doesnt really say that in the docs. You might be able to assume that since you have a setMaxAge() method, but if you want to change it back to permanent, there would be no way to do so (not that I want to, just really wondering if its permanent) I looked at Cookie.java from jakarta-servletapi-4 and there is a line that says: private int maxAge = -1; // ;Max-Age=VALUE ... cookies auto-expire there. The constructor doesn't interfere with this either. I don't know if this is implementation-dependent or established somewhere in the spec. It's part of the spec (section 15.1.1.2 of the 2.3 Spec to be exact). ok, that being said, is there a way to make it permanent? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Cookies
Paul Yunusov [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... On Friday 10 January 2003 04:23 pm, Luc Foisy wrote: Is the Cookie defined in the Servlet API permanent by default? It doesnt really say that in the docs. You might be able to assume that since you have a setMaxAge() method, but if you want to change it back to permanent, there would be no way to do so (not that I want to, just really wondering if its permanent) I looked at Cookie.java from jakarta-servletapi-4 and there is a line that says: private int maxAge = -1; // ;Max-Age=VALUE ... cookies auto-expire there. The constructor doesn't interfere with this either. I don't know if this is implementation-dependent or established somewhere in the spec. It's part of the spec (section 15.1.1.2 of the 2.3 Spec to be exact). ok, that being said, is there a way to make it permanent? If I set the maxAge to a huge value it would probably work, unfortunately its in seconds, it would be better if it was a date Now I ponder about the setPath By default it is null I am creating the cookie from the context/page of icrm/logon_check.jsp I am getting the cookies from icrm/logon.jsp icrm/logon.jsp does not seem to be recieving any cookies, and the getPath() i think is indicating the path that the browswer will send the cookie to what must I provide setPath() in order for it to do so? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
How do I...
Get out put to go into the context specific logs rather than catalina.out?? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How do I...
Thanks! But that gives me very little clue. Here are Global and Context Logger's that are configured !-- Global logger unless overridden at lower levels -- Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ !-- Logger shared by all Contexts related to this virtual host. By default (when using FileLogger), log files are created in the logs directory relative to $CATALINA_HOME. If you wish, you can specify a different directory with the directory attribute. Specify either a relative (to $CATALINA_HOME) or absolute path to the desired directory.-- Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_log. suffix=.txt timestamp=true/ Context path=/icrm docBase=icrm debug=0 reloadable=true crossContext=false Logger className=org.apache.catalina.logger.FileLogger prefix=icrm_log. suffix=.txt timestamp=true/ /Context Sooo. Why does calling System.out.println() go to catalina.out? Hmm, maybe I should have mentioned the System.out.println() part :) -Original Message- From: Jacob Hookom [mailto:[EMAIL PROTECTED]] Sent: Friday, January 10, 2003 12:15 PM To: 'Tomcat Users List' Subject: RE: How do I... Refer to your server.xml and look at the examples setup towards the middle where it declares the logger and file pattern. | -Original Message- | From: Luc Foisy [mailto:[EMAIL PROTECTED]] | Sent: Friday, January 10, 2003 11:09 AM | To: Tomcat User List (E-mail) | Subject: How do I... | | | Get out put to go into the context specific logs rather than | catalina.out?? | | -- | To unsubscribe, e-mail: mailto:tomcat-user- | [EMAIL PROTECTED] | For additional commands, e-mail: mailto:tomcat-user- | [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How do I...
Thanks paul, that was some kind of answer I was looking for. Since the documentation said this (after looking at it again just moments ago) Standard Error Logger (org.apache.catalina.logger.SystemErrLogger) The Standard Error Logger records all logged messages to whatever stream the standard error output of Catalina is pointed at. The default Catalina startup script points this at file logs/catalina.out relative to $CATALINA_HOME. This logger supports no additional attributes. Standard Output Logger (org.apache.catalina.logger.SystemOutLogger) The Standard Output Logger records all logged messages to whatever stream the standard output of Catalina is pointed at. The default Catalina startup script points this at file logs/catalina.out relative to $CATALINA_HOME. This logger supports no additional attributes. So I was guessing that context specific stuff couldnt be managed for System.out At the moment we have a jar file application (non web) so in development mode we have stuff going through System.out When we deploy to the web, there are a few extra classes to bridge the application with the web side of things. So in my jsp's we can simply call this ServletContext.log(), what would be the best way to snafu all the System.out and push it through ServletContext.log()?? And here is my nomination for Context specific System.out logging done by tomcat! :) | -Original Message- | From: Paul Yunusov [mailto:[EMAIL PROTECTED]] | Sent: Friday, January 10, 2003 12:35 PM | To: Tomcat Users List | Subject: Re: How do I... | | On Friday 10 January 2003 01:18 pm, Dan Lipofsky wrote: | http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/context.html | | tells about using the Context element in server.xml to configure a | webapp. Scroll down and note the Logger entry under Nested Components. | I | hope this helps. | | I have the same question as Luc. | I set up a Context with a Logger inside. | Messages such as JSP compile errors go to the | Logger I set up, but messages that are printed | to System.out still show up in catalina.out. | I read the docs above but I don't see how to change this. | Thanks, | Dan | | You can't do that individually for contexts, AFAIK. Use | ServletContext.log() | instead of System.out.println() to manage log output with Context-specific | Loggers. | | You can change the destination of all System.out's for your entire | Catalina | engine if you edit catalina.sh. | | System.out is whatever standard output Catalina is pointed at, and, | respectively, System.err is whatever standard error output Catalina is | pointed at. Standard output and standard error output are OS concepts and | they can be set to a file, console, etc. when running the actual server | startup command. | | That command is a part of the catalina.sh script (and its Windows | equivalent). | Search that script for /logs/catalina.out and you will see the output | streams' redirection in action. | | The above is based on the assumption that you use Tomcat 4.1.x. | | Paul | | -- | To unsubscribe, e-mail: mailto:tomcat-user- | [EMAIL PROTECTED] | For additional commands, e-mail: mailto:tomcat-user- | [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How do I...
On Friday 10 January 2003 02:24 pm, Luc Foisy wrote: Thanks paul, that was some kind of answer I was looking for. Since the documentation said this (after looking at it again just moments ago) Standard Error Logger (org.apache.catalina.logger.SystemErrLogger) The Standard Error Logger records all logged messages to whatever stream the standard error output of Catalina is pointed at. The default Catalina startup script points this at file logs/catalina.out relative to $CATALINA_HOME. This logger supports no additional attributes. Standard Output Logger (org.apache.catalina.logger.SystemOutLogger) The Standard Output Logger records all logged messages to whatever stream the standard output of Catalina is pointed at. The default Catalina startup script points this at file logs/catalina.out relative to $CATALINA_HOME. This logger supports no additional attributes. So I was guessing that context specific stuff couldnt be managed for System.out At the moment we have a jar file application (non web) so in development mode we have stuff going through System.out When we deploy to the web, there are a few extra classes to bridge the application with the web side of things. So in my jsp's we can simply call this ServletContext.log(), what would be the best way to snafu all the System.out and push it through ServletContext.log()?? And here is my nomination for Context specific System.out logging done by tomcat! :) o.a.c.logger.SystemOutLogger and o.a.c.logger.SystemErrLogger do the opposite of what you want. They direct all ServletContext.log() for a specific Context to the Catalina's standard output or standard error output respectively. Like I said I believe you can't cheat System.out.print() into working like ServletContext.log(), which gives you the convinience of per-Context Loggers. You can only change the entire Tomcat engine's standard (error) output to a destination other than $CATALINA_HOME/logs/catalina.out as laid out in my previous message. You may have to write a Perl script or use sed (or a Windows equivalent, if any) to replace every occurance of System.out.print()/println() with calls to a good logging API like commons-logging or log4j. Could I pass the ServletContext to my jar application, and reroute System.out in there with System static void setOut(PrintStream out) ? Do you see any issues with that? I briefly looked at the Tomcat source to see what it was doing Catalina.java is just routing all System.out to SystemLogHandler.java ( which is a PrintStream ) Not quite sure at the moment where the Contexts come into play ( not sure where they are linked to that same SystemLogHandler ) Where does the context logger parameter from server.xml get loaded in? What do you think Tomcat would do if I snafu'd my System.out? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Cookies
Is the Cookie defined in the Servlet API permanent by default? It doesnt really say that in the docs. You might be able to assume that since you have a setMaxAge() method, but if you want to change it back to permanent, there would be no way to do so (not that I want to, just really wondering if its permanent) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
JSP Question
I am trying to use %@ include file=filename % I am sending to the page that has this with the line: response.sendRedirect(main.jsp?p=+applicationJar.getPageName()); So in main.jsp I would like to include an external file to insert into a default page, something like: SOME DEFAULT PAGE STUFF HERE %@ include file=filename % SOME DEFAULT PAGE STUFF HERE but I would like to replace filename with request.getParameter(p) Any one have any idea how to do this? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: JSP Question
Actually, after the post I figure using the %@ include filefilename % would be useless because it was static So I started to look at %jsp:include ... \ for dynamic includes, and then soon realized it was more trouble that it was worth :) So I have decided just to redirect to individual jsp pages based on applicationJar.getPageName() instead of including dynamic content in a common page -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 08, 2003 3:16 PM To: [EMAIL PROTECTED] Subject: RE: JSP Question I may be referring to an oldschool version of tomcat but the include directive occurs during compilation, not execution. So to do what you want you'd have to say %if(goo){% %@ include file=filenameA % %}else{ % %@ include file=filenameB % %} % or do your thing the other way around and redirect to different pages with SOME DEFAULT PAGE STUFF HERE incuded instead. -rick -Original Message- From: Luc Foisy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 08, 2003 1:54 PM To: Tomcat User List (E-mail) Subject: JSP Question I am trying to use %@ include file=filename % I am sending to the page that has this with the line: response.sendRedirect(main.jsp?p=+applicationJar.getPageName()); So in main.jsp I would like to include an external file to insert into a default page, something like: SOME DEFAULT PAGE STUFF HERE %@ include file=filename % SOME DEFAULT PAGE STUFF HERE but I would like to replace filename with request.getParameter(p) Any one have any idea how to do this? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: reducing tomcat jasper memory footprint
Since your jsp's are generated, they should all have the same formatting. Write some code to rewrite your own non jsp pages that you can then later insert into a single jsp. Sure its some work, but in the long run it will save you some aggravation. If tomcat can rewrite your jsp on the fly, so can you. -Original Message- From: Julian Löffelhardt [mailto:[EMAIL PROTECTED]] Sent: Monday, December 30, 2002 7:55 PM To: Tomcat Users List Subject: Re: reducing tomcat jasper memory footprint Hi, My problem isin't javac memory leakes. Due to the apache/tomcat documentation I was aware of this an setup jikes as my jsp compiler. I'm also using JDK 1.4.1 so the javac issues should be solved, nonetheless. The main problem is as follows: 1. Every article every page in general is a jsp page 2. All the pages are generated by a legacy CMS-System (imperia) and I can't change the structure of it's works. 3. Every jsp page, once loaded, consumes memory, since the class remains loaded. 4. We have 1000s of pages , every day some 200-300 new, so memory use increases. Conclusion: The way we use jsp's for a cms is faulty. But I can't do anything about this. Increasing permSize of the JVM helps a lot. Maybe it would be a good idea to include some hints about -XX:MaxPermSize and XX:PermSize into the documentation because it really helps lessen the problems. But: Is there any generic way to get a stable tomcat with huge number of jsp's ? Thanks for all ya feedback llap + happy new year... julian - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, December 30, 2002 9:40 PM Subject: Re: reducing tomcat jasper memory footprint Paul Yunusov wrote: On Monday 30 December 2002 02:37 pm, Julian Löffelhardt wrote: Hi, I'm using Apache 1.3.26 and 3 tomcat 4.0.4 instances with AJP13 loadbalancing . Our application is a CMS where all the published articles are generated offline as JSP-Files, one jsp per article. We had hige problems with the memory footprint. Due to the fact that every jsp is generated as a class and there are about 200 new artices per day the permanent segment of the JVM heap gets filled with all the classes, and I get an OutOfMemoryError. My workaround for now is setting -XX:PermSize and --XX:MapPermSize to higher values, but this just delays application hang-up. With 64 megs of permSize our Server had an approx. uptime of 1 day now it's about 3-4 days. Is there any way to unload jsp-Files (unload the class) ? llap, julian JAVAC leaks memory every time a JSP class is compiled. The more JSPs are compiled or the more often JSP classes are compiled, the more memory is leaked. You exacerbate this problem by generating a JSP per article often. IMHO, generating a JSP per article is misusing the technology. JSP is a templating solution whereas one JSP describes a layout of any number of end documents. I suggest you change your software to generate an HTML file per artcile rather than a JSP. Maybe it's abusing the technology, but it really should work fine. Workarounds for the problem include using jikes, or using javac out of process (I don't quite remember how it is configured; since Jasper 2 uses Ant javac task to compile, it should be in the Ant docs on the javac task). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.17 Problems - Possibly Coyote Connector?
My connector config is not quite up to date, could you provide instructions to disable the coyote connector and enable the old http1.1 connector Can I have multiple connectors operating at the same time? Is is the portion of the default server.xml that I would uncomment? !-- Define a non-SSL legacy HTTP/1.1 Test Connector on port 8083 -- !-- Connector className=org.apache.catalina.connector.http.HttpConnector port=8083 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 / -- -Original Message- From: Rasputin [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 8:34 AM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? * Luc Foisy [EMAIL PROTECTED] [1214 20:14]: The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. This looks like exactly what is happening to me. 4.1.12 works, 4.1.17 gives me the problem. One thing to note is that my application does not use JSP so must be a catalina or coyote issue. Are you using the stock Coyote/HTTP 1.1 connector or are you using one of the JK connectors? I am using whatever 4.1.x is set to use by default. Which I am pretty sure is the Coyote/HTTP 1.1 connectors. This might be a dumb question, but have you tried using the older http/1.1 connectors to see if the problem goes away? At least then you know it's Coyote's fault. -- Rasputin :: Jack of All Trades - Master of Nuns -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.17 Problems - Possibly Coyote Connector?
Great! Now what do I do with these classes? And is this problem the same thing I am having in the Tomcat 4.1.x and SocketException thread??? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 8:56 AM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? This is bug in 4.1.17 which will fixed in Tomcat 4.1.18, i attach the compiled classes that fixe it. update the tomcat-coyote and it should work... On Thursday 19 December 2002 14:33, you wrote: * Luc Foisy [EMAIL PROTECTED] [1214 20:14]: The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. This looks like exactly what is happening to me. 4.1.12 works, 4.1.17 gives me the problem. One thing to note is that my application does not use JSP so must be a catalina or coyote issue. Are you using the stock Coyote/HTTP 1.1 connector or are you using one of the JK connectors? I am using whatever 4.1.x is set to use by default. Which I am pretty sure is the Coyote/HTTP 1.1 connectors. This might be a dumb question, but have you tried using the older http/1.1 connectors to see if the problem goes away? At least then you know it's Coyote's fault. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.17 Problems - Possibly Coyote Connector?
Ack, whatever was fixed not to cause the blank pages being served seems to still have the underlying problem for me... It also occured int 4.1.12 see error at bottom I'd like to restate that this error continues to occur and the server will eventually run out of memory I am going to test the old HTTP1.1 connector now, to see if I still get the below exception... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 8:56 AM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? This is bug in 4.1.17 which will fixed in Tomcat 4.1.18, i attach the compiled classes that fixe it. update the tomcat-coyote and it should work... On Thursday 19 December 2002 14:33, you wrote: * Luc Foisy [EMAIL PROTECTED] [1214 20:14]: The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. This looks like exactly what is happening to me. 4.1.12 works, 4.1.17 gives me the problem. One thing to note is that my application does not use JSP so must be a catalina or coyote issue. Are you using the stock Coyote/HTTP 1.1 connector or are you using one of the JK connectors? I am using whatever 4.1.x is set to use by default. Which I am pretty sure is the Coyote/HTTP 1.1 connectors. This might be a dumb question, but have you tried using the older http/1.1 connectors to see if the problem goes away? At least then you know it's Coyote's fault. 2002-12-19 09:37:32 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Socket closed at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:248) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:432) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:386) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:534) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at java.lang.Thread.run(Thread.java:536
RE: 4.1.17 Problems - Possibly Coyote Connector?
I reverted back to the legacy HTTP1.1 connector (the one that is added to port 8083 by default) and I can not produce the below exception Definately coyote related -Original Message- From: Luc Foisy Sent: Thursday, December 19, 2002 9:40 AM To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: 4.1.17 Problems - Possibly Coyote Connector? Ack, whatever was fixed not to cause the blank pages being served seems to still have the underlying problem for me... It also occured int 4.1.12 see error at bottom I'd like to restate that this error continues to occur and the server will eventually run out of memory I am going to test the old HTTP1.1 connector now, to see if I still get the below exception... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 8:56 AM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? This is bug in 4.1.17 which will fixed in Tomcat 4.1.18, i attach the compiled classes that fixe it. update the tomcat-coyote and it should work... On Thursday 19 December 2002 14:33, you wrote: * Luc Foisy [EMAIL PROTECTED] [1214 20:14]: The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. This looks like exactly what is happening to me. 4.1.12 works, 4.1.17 gives me the problem. One thing to note is that my application does not use JSP so must be a catalina or coyote issue. Are you using the stock Coyote/HTTP 1.1 connector or are you using one of the JK connectors? I am using whatever 4.1.x is set to use by default. Which I am pretty sure is the Coyote/HTTP 1.1 connectors. This might be a dumb question, but have you tried using the older http/1.1 connectors to see if the problem goes away? At least then you know it's Coyote's fault. 2002-12-19 09:37:32 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Socket closed at org.apache.jasper.servlet.JspServletWrapper.service(JspServlet Wrapper.java:248) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContex t.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHost Valve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi spatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport Valve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn gineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke
RE: 4.1.17 Problems - Possibly Coyote Connector?
It did eventually lead to an OutOfMemory exception ( at least months ago ) But as I continue to watch top I have pushed it up to tomcat using 108 megs of memory (and it doesnt go away). As this server only has 128 megs of memory, thats pushing it, and that was in the span of maybe 15 minutes. I didnt actually push it to the outofmemory state this time around, as it is quite obviously the same problem I was getting about 4 month ago when I first switched to the 4.x strain. I was hoping the newer version would have solved that issue ( and darned it, I was almost ready to deploy on production server AGAIN! I don't need the clients ripping me a new umm below orafice again! :) Anyways, using the legacy HTTP1.1 connector I have not been able to reproduce the socketException after multiple people pounding on it for the last 10 minutes. That makes me happy... I also wish I could help you with the tcp/ip, telnet or sniffer thing, but unfortunately I am not that intelligent :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 9:50 AM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? socket closed exception you will have possible for ever. that is problem of tcp/ip and not tomcatthe patch fixes that the writer the jsp pages used, isn't clean recylce for the next request. what are you getting from tomcat?. can you try it via telnet/ or with sniffer running in the background catching the http conversation.. OutOfMemory exception? On Thursday 19 December 2002 15:39, you wrote: Ack, whatever was fixed not to cause the blank pages being served seems to still have the underlying problem for me... It also occured int 4.1.12 see error at bottom I'd like to restate that this error continues to occur and the server will eventually run out of memory I am going to test the old HTTP1.1 connector now, to see if I still get the below exception... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 8:56 AM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? This is bug in 4.1.17 which will fixed in Tomcat 4.1.18, i attach the compiled classes that fixe it. update the tomcat-coyote and it should work... On Thursday 19 December 2002 14:33, you wrote: * Luc Foisy [EMAIL PROTECTED] [1214 20:14]: The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. This looks like exactly what is happening to me. 4.1.12 works, 4.1.17 gives me the problem. One thing to note is that my application does not use JSP so must be a catalina or coyote issue. Are you using the stock Coyote/HTTP 1.1 connector or are you using one of the JK connectors? I am using whatever 4.1.x is set to use by default. Which I am pretty sure is the Coyote/HTTP 1.1 connectors. This might be a dumb question, but have you tried using the older http/1.1 connectors to see if the problem goes away? At least then you know it's Coyote's fault. 2002-12-19 09:37:32 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Socket closed at org.apache.jasper.servlet.JspServletWrapper.service(JspServlet Wrapper.java: 248) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(Applicatio nFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterC hain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.j ava:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invo keNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.ja va:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.j ava:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invo keNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.ja va:995
Tomcat manager context
When I log on to the manager context the only thing I get is FAIL - Unknown command on the served page. I once got the appropriate page, but now its gone Got any clues? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.17 Problems - Possibly Coyote Connector?
Luc Foisy wrote: It did eventually lead to an OutOfMemory exception ( at least months ago ) But as I continue to watch top I have pushed it up to tomcat using 108 megs of memory (and it doesnt go away). As this server only has 128 megs of memory, thats pushing it, and that was in the span of maybe 15 minutes. I didnt actually push it to the outofmemory state this time around, as it is quite obviously the same problem I was getting about 4 month ago when I first switched to the 4.x strain. I was hoping the newer version would have solved that issue ( and darned it, I was almost ready to deploy on production server AGAIN! I don't need the clients ripping me a new umm below orafice again! :) Having that exception printed out in the logs should not lead to any memory consumption. Useless flushing happens in Jasper, which will be removed (but not in 4.1.18, since there is no time to do a beta). You should check for other factors which could cause memory consumption (like having too many active sessions), and report if you find a part of Tomcat causing the problem. One active session. Wanna let me know other factors that I could look for??? I have no idea what goes on behind the scenes and really I am not caring much, I just want something that works. Whatever it might not be, the memory use jump happens everytime i get that exception, so whatever it is, is close by. Anyways, using the legacy HTTP1.1 connector I have not been able to reproduce the socketException after multiple people pounding on it for the last 10 minutes. That makes me happy... The legacy HTTP/1.1 connector is bad in many ways (I know, because I wrote it), and given the Jasper code, it is wrong in that particular case to swallow the exception. I don't recommend using it. Swallowed exception or not, I do not see any errors happening in my logs, nor do I see an extreme increase in memory usage. With a single session using the Coyote connector I was able to increase memory usage 100% in less that 15 minutes ( not good when I expect at least 300 sessions simultaneously ) So give yourself and your bad connector a little more credit, it doesn't blow up my server. And if its the same connector used in 3.2.x , I'll be way more than happy to use it since we have been using it for the last year and a half without any problems. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.17 Problems - Possibly Coyote Connector?
-Original Message- From: Dodd Gatsos [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 12:59 PM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? Buy more memory. It's cheap. Is this supposed to be a server or a workstation? :) It is a server. Not having enough memory is not the issue here. The server that ran out of memory had 512 MB and it was used up. I was able to use 128 MB in 15 minutes with a single session. Possibly needing to restart the context (or maybe the whole of tomcat) every hour with 1 GB of RAM even is not an option. - Original Message - From: Torsten Fohrer [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, December 19, 2002 11:27 AM Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? what does this servlet/page do? On Thursday 19 December 2002 18:05, you wrote: Luc Foisy wrote: It did eventually lead to an OutOfMemory exception ( at least months ago ) But as I continue to watch top I have pushed it up to tomcat using 108 megs of memory (and it doesnt go away). As this server only has 128 megs of memory, thats pushing it, and that was in the span of maybe 15 minutes. I didnt actually push it to the outofmemory state this time around, as it is quite obviously the same problem I was getting about 4 month ago when I first switched to the 4.x strain. I was hoping the newer version would have solved that issue ( and darned it, I was almost ready to deploy on production server AGAIN! I don't need the clients ripping me a new umm below orafice again! :) Having that exception printed out in the logs should not lead to any memory consumption. Useless flushing happens in Jasper, which will be removed (but not in 4.1.18, since there is no time to do a beta). You should check for other factors which could cause memory consumption (like having too many active sessions), and report if you find a part of Tomcat causing the problem. One active session. Wanna let me know other factors that I could look for??? I have no idea what goes on behind the scenes and really I am not caring much, I just want something that works. Whatever it might not be, the memory use jump happens everytime i get that exception, so whatever it is, is close by. Anyways, using the legacy HTTP1.1 connector I have not been able to reproduce the socketException after multiple people pounding on it for the last 10 minutes. That makes me happy... The legacy HTTP/1.1 connector is bad in many ways (I know, because I wrote it), and given the Jasper code, it is wrong in that particular case to swallow the exception. I don't recommend using it. Swallowed exception or not, I do not see any errors happening in my logs, nor do I see an extreme increase in memory usage. With a single session using the Coyote connector I was able to increase memory usage 100% in less that 15 minutes ( not good when I expect at least 300 sessions simultaneously ) So give yourself and your bad connector a little more credit, it doesn't blow up my server. And if its the same connector used in 3.2.x , I'll be way more than happy to use it since we have been using it for the last year and a half without any problems. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.17 Problems - Possibly Coyote Connector?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 12:28 PM To: Tomcat Users List Subject: Re: 4.1.17 Problems - Possibly Coyote Connector? what does this servlet/page do? Actually I can do it with any jsp in the context. Each jsp calls classes from a jar compiled with JDK 1.4.0_03. The whole context queries a mysql database from time to time. Look at the exception. Figure out where that exception is allowed to get out. I do realize that you are trying to help. I am getting frustrated more by the fact that I have to deploy this yesterday. I don't have time to play with it. I do really wish I could. All I know is I see a socket exception being passed through the coyote connector. The memory is getting eaten up. None of this occurs with tomcat 3.2.4 nor do I see it happen when I revert to the legacy HTTP1.1 connector with tomcat 4.1.17 Does tomcat 3.2.4 work well with JDK 1.4.0_03?? On Thursday 19 December 2002 18:05, you wrote: Luc Foisy wrote: It did eventually lead to an OutOfMemory exception ( at least months ago ) But as I continue to watch top I have pushed it up to tomcat using 108 megs of memory (and it doesnt go away). As this server only has 128 megs of memory, thats pushing it, and that was in the span of maybe 15 minutes. I didnt actually push it to the outofmemory state this time around, as it is quite obviously the same problem I was getting about 4 month ago when I first switched to the 4.x strain. I was hoping the newer version would have solved that issue ( and darned it, I was almost ready to deploy on production server AGAIN! I don't need the clients ripping me a new umm below orafice again! :) Having that exception printed out in the logs should not lead to any memory consumption. Useless flushing happens in Jasper, which will be removed (but not in 4.1.18, since there is no time to do a beta). You should check for other factors which could cause memory consumption (like having too many active sessions), and report if you find a part of Tomcat causing the problem. One active session. Wanna let me know other factors that I could look for??? I have no idea what goes on behind the scenes and really I am not caring much, I just want something that works. Whatever it might not be, the memory use jump happens everytime i get that exception, so whatever it is, is close by. Anyways, using the legacy HTTP1.1 connector I have not been able to reproduce the socketException after multiple people pounding on it for the last 10 minutes. That makes me happy... The legacy HTTP/1.1 connector is bad in many ways (I know, because I wrote it), and given the Jasper code, it is wrong in that particular case to swallow the exception. I don't recommend using it. Swallowed exception or not, I do not see any errors happening in my logs, nor do I see an extreme increase in memory usage. With a single session using the Coyote connector I was able to increase memory usage 100% in less that 15 minutes ( not good when I expect at least 300 sessions simultaneously ) So give yourself and your bad connector a little more credit, it doesn't blow up my server. And if its the same connector used in 3.2.x , I'll be way more than happy to use it since we have been using it for the last year and a half without any problems. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat 4.1.x and SocketException
At the bottom of this mail is the output of a context specific log, it shows an error that happens when I continuously click on a link that loads another jsp page ( hoping to simulate high volume traffic ) I have been able to reproduce this on 4.1.12LE and 4.1.17LE but not on 3.2.4 versions of tomcat. Also able to reproduce on RedHat 7.0 and 7.3. JDK version is 1.4.0_03 and 1.4.0_02 Here is my context addition to server.xml ( pretty basic ) Context path=/quick docBase=quick debug=0 reloadable=true crossContext=false Logger className=org.apache.catalina.logger.FileLogger prefix=quick_log. suffix=.txt timestamp=true/ /Context All other configuration is default, just enough to get tomcat to run. The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. Months ago we attempted to upgrade to the 4.x version and unknowly at that time this same error was happening in the background. It eventually led to the server running out of memory. Since not a single user was pounding away on the same link, but probably because there was multiple users contributing to the load. I should mention that there is a mysql connection being used at the application level that is being shared by all sessions. The connection is used extensively throughout the context. But I am fairly certain that this is not a mysql issue. If I can provide any other information, let me know, I'd really like to solve this problem as soon as possible... Luc -- 2002-12-18 09:52:38 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Socket closed at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:248) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:432) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:386) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:534) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at
RE: Tomcat 4.1.x and SocketException
Just tested this in RedHat 8.0 so its not likely related to the OS Is it bad form for me to beg for help?? :) Please please oh please!! -Original Message- From: Luc Foisy Sent: Wednesday, December 18, 2002 10:36 AM To: [EMAIL PROTECTED] Subject: Tomcat 4.1.x and SocketException At the bottom of this mail is the output of a context specific log, it shows an error that happens when I continuously click on a link that loads another jsp page ( hoping to simulate high volume traffic ) I have been able to reproduce this on 4.1.12LE and 4.1.17LE but not on 3.2.4 versions of tomcat. Also able to reproduce on RedHat 7.0 and 7.3. JDK version is 1.4.0_03 and 1.4.0_02 Here is my context addition to server.xml ( pretty basic ) Context path=/quick docBase=quick debug=0 reloadable=true crossContext=false Logger className=org.apache.catalina.logger.FileLogger prefix=quick_log. suffix=.txt timestamp=true/ /Context All other configuration is default, just enough to get tomcat to run. The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. Months ago we attempted to upgrade to the 4.x version and unknowly at that time this same error was happening in the background. It eventually led to the server running out of memory. Since not a single user was pounding away on the same link, but probably because there was multiple users contributing to the load. I should mention that there is a mysql connection being used at the application level that is being shared by all sessions. The connection is used extensively throughout the context. But I am fairly certain that this is not a mysql issue. If I can provide any other information, let me know, I'd really like to solve this problem as soon as possible... Luc -- 2002-12-18 09:52:38 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Socket closed at org.apache.jasper.servlet.JspServletWrapper.service(JspServlet Wrapper.java:248) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet .java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardC ontextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContex t.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHost Valve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDi spatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport Valve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEn gineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValv eContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipel ine.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4
RE: 4.1.17 Problems - Possibly Coyote Connector?
if you could, can you gander at the message thread with the subject Tomcat 4.1.x and SocketException and see if this is perhaps a related issue? -Original Message- From: Matt Small [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 18, 2002 2:45 PM To: Tomcat (E-mail) Subject: 4.1.17 Problems - Possibly Coyote Connector? I have been trying out 4.1.17 in my development environment and it is giving me much grief. When I first start the server everything works fine, but after hitting my webapp a few times (say 10 to 20 times) it starts returning blank pages. I have tried turning on all the logging I can to no avail. One thing that I know for sure is that my application is being called and is returning from Do Get properly. I do not have this problem with 4.1.12. We rolled our dev environment back to 4.1.12 and everything is working fine now. I suspect, but am not sure that the problem is in the connector. Can anybody speculate on what the trouble might be? Thanks. I first had this problem on a 4 proc RedHat Linux box with Kernel 2.4.18 rev 5. We rolled that back to 4.1.12 so everyone here could work. I was able to reproduce the problem exactly on my Win2000 Server box. In both cases I am using the Coyote HTTP 1.1 connector. View Source in IE gives this: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META content=text/html; charset=iso-8859-1 http-equiv=Content-Type/HEAD BODY/BODY/HTML My Server XML is very simple: Server port=8007 shutdown=SHUTDOWN debug=0 Logger className=org.apache.catalina.logger.FileLogger directory=e:/logs verbosity=3 prefix=server. suffix=.log timestamp=false/ Service name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=80 minProcessors=2 maxProcessors=10 enableLookups=false redirectPort=80 acceptCount=10 debug=0 connectionTimeout=6 useURIValidationHack=false / Engine name=Standalone defaultHost=myapp.azaghal.com debug=0 Realm className=org.apache.catalina.realm.JDBCRealm debug=0 driverName=com.informix.jdbc.IfxDriver connectionURL= connectionName=xx connectionPassword=xxx userTable=User userNameCol=userName userCredCol=password userRoleTable=TomcatRole roleNameCol=role / Logger className=org.apache.catalina.logger.FileLogger directory=e:/logs verbosity=3 prefix=tomcat. suffix=.log timestamp=false/ Host name=myapp.azaghal.com debug=0 appBase=webapps liveDeploy=false autoDeploy=false Valve className=org.apache.catalina.valves.AccessLogValve directory=e:/logs prefix=access. suffix=.log pattern=common/ Logger className=org.apache.catalina.logger.FileLogger directory=e:/logs verbosity=3 prefix=host. suffix=.log timestamp=false/ Context path=/myapp docBase=e:/jakarta-tomcat-4.1.17/webapps/myapp debug=0 reloadable=false Manager pathname=/ Logger className=org.apache.catalina.logger.FileLogger directory=e:/logs verbosity=3 prefix=app. suffix=.log timestamp=false/ /Context /Host -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: 4.1.17 Problems - Possibly Coyote Connector?
The actual web application did not seem to have a problem on the front side. Everything went on as normal on 4.1.12 Pages failed to be served correctly on 4.1.17 ( they are blank ) though logging on with a new session will serve the first couple pages then start blanking. This looks like exactly what is happening to me. 4.1.12 works, 4.1.17 gives me the problem. One thing to note is that my application does not use JSP so must be a catalina or coyote issue. Are you using the stock Coyote/HTTP 1.1 connector or are you using one of the JK connectors? I am using whatever 4.1.x is set to use by default. Which I am pretty sure is the Coyote/HTTP 1.1 connectors. The problem is still there for both 4.1.12 and 4.1.17, it's just not very visible up front on x.12 And monitoring the logs for that context tells me my pages start returning blank at the exact same time that exception happens. I have not seen any sort of socket exception, but possibly my logging is not configured to see that. Perhaps try to add a log file dump for that specific context as I did in my little context blurb. Then check that file out after your pages start returning blank pages. Then perhaps it will be a little more filtered from the rest of the context serving... Luc -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]