Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBERZVHZBHOXOJH Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESANGTPRLVSIR Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESGYHKBHOXOID Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESHBGOXVDLQHZ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESHDGQDEWGQHG Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESJPHEDEWGQHJ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESOBGVTTTQEIQ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESQBGXBHOXOIC Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESQGHCDEWGQHF Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESQRHNGZJDLIE Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESSNHLIETZJIL Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESZGHLTTTQEIX Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=FBESZKHPBOZLEIJ Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Many problems with mod_jk2
Hi, i've installed Tomcat 1.3.24, j2sdk1.4.2_01, mod _jk2 1.2.5 with tomcat 4.1.30 whe i'm reviewing the jk2.log i'm getting these messages errors, and some times i must to restart the tomcat and all the application continue working finefor a few days then the tomcat is blocking again and i must to restart it. I've made many test, and review the code of our application and all is fine, when the tomcat work without any kind of mod_jk2 or mod_jk connector i have not had any blocking problem with tomcat. These are the errors in jk2.log file: [Mon Jul 12 13:13:58 2004] (error) [jk_worker_ajp13.c (247)]: ajp13.connect() failed ajp13:localhost:8009 [Mon Jul 12 13:13:58 2004] (error) [jk_worker_ajp13.c (322)]: ajp13.service() failed to connect endpoint errno=111 Connection refused [Mon Jul 12 13:13:58 2004] (error) [jk_worker_ajp13.c (512)]: ajp13.service() Error forwarding ajp13:localhost:8009 1 1 [Mon Jul 12 13:13:58 2004] (error) [mod_jk2.c (427)]: mod_jk.handler() Error connecting to tomcat 21000 [Mon Jul 12 14:00:43 2004] (error) [jk_handler_response.c (200)]: Error ajp_process_callback - write failed [Mon Jul 12 14:00:43 2004] (error) [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error 3 [Mon Jul 12 14:00:44 2004] (error) [jk_handler_response.c (200)]: Error ajp_process_callback - write failed [Mon Jul 12 14:00:44 2004] (error) [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error 3 [Mon Jul 12 14:00:44 2004] (error) [jk_worker_ajp13.c (512)]: ajp13.service() Error forwarding ajp13:localhost:8009 1 0 Thanks lot for you help is important to resolve this problem Fabian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk2 for RedHat
You can build mod_jk2 following these steps: 7.3.4. Build mod_jk2 from source After you have downloaded the mod_jk2 source tarball, navigate to that directory and expand it like so, # *tar zxvf jakarta-tomcat-connectors-jk2-2.0.2-src.tar.gz* Next, navigate to the directory where you will begin the build process, # *cd /jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2* Now, we begin the build process, # *sh ./buildconf.sh* # *./configure --with-apxs2=/usr/sbin/apxs2 \* *--with-tomcat41=/opt/tomcat \* *--with-java-home=/opt/IBMJava2-131 \* *--with-jni* # *make* Substitute the directory paths above with your own directory paths, if you are not using the same components as I am. Finish off with this command, # *libtool --finish /usr/lib/apache2* This process builds 2 important files : mod_jk2.so and jkjni.so inside the following directory : $download_directory/jakarta-tomcat-connectors-jk2-2.0.2-src/jk/build/jk2/apache2. You will need to copy these files to the proper locations. So, we will do this, # *cp ../build/jk2/apache2/mod_jk2.so /usr/lib/apache2/* # *cp ../build/jk2/apache2/jkjni.so /usr/lib/apache2/* Michael DiChiappari wrote: Has anyone built a mod_jk2 for RedHat9/Apache 2.0.40? I would greatly appreciate access to it, which would save me a great deal of time in trying to build the darn thing. It would also elevate you to a true Linux/Tomcat guru in my eyes. If you make it available publicly available, it would probably also cut down on a large percentage of the traffic on this list. Thanks, Mike - 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 / mod_jk2 and config/log file location specification
May be you can use these options in the jk2.properties serverRoot=/usr/local/apache apr.jniModeSo=/usr/local/apache/modules/mod_jk2.so syn uw wrote: Hello, I have just installed the latest version of mod_jk2 with Apache 1.3.29 on Linux and wanted to know how I can specify to mod_jk2 where he should look for the workers2.properties config file and where he should write the jk2.log log file ? I had a look into the documentation but I cannot find anything about that. The problem I have is that I have compiled Apache with --sysconfdir=/etc/apache and --prefix=/opt/apache and mod_jk2 still looks for workers2.properties in /opt/apache/conf. Same thiing for the log file it wants to write the logfile into /opt/apache/logs but I would like to have it into /var/log. How can I do that ? Many thanks Regards _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - 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 / mod_jk2 and config/log file location specification
| you can specify the path using this line in the httpd.conf look this doc http://jakarta.apache.org/tomcat/faq/connectors.html |* JK2 doesn't seem to be using my settings in my |workers2.properties| file such as creating the shm file or mapping the URIs listed to Tomcat, what's wrong? * JK2 is not finding your |workers2.properties| file. Specify it's location in your |httpd.conf| file by adding: |JkSet config.file /full/system/path/to/workers2.properties| yn uw wrote: Hello, I have just installed the latest version of mod_jk2 with Apache 1.3.29 on Linux and wanted to know how I can specify to mod_jk2 where he should look for the workers2.properties config file and where he should write the jk2.log log file ? I had a look into the documentation but I cannot find anything about that. The problem I have is that I have compiled Apache with --sysconfdir=/etc/apache and --prefix=/opt/apache and mod_jk2 still looks for workers2.properties in /opt/apache/conf. Same thiing for the log file it wants to write the logfile into /opt/apache/logs but I would like to have it into /var/log. How can I do that ? Many thanks Regards _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - 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: jk2 error explanations
Hi, i have similar problems but the errors are different and i not sure if theses errors are criticals, and worts is that i don't have response about theses issues [Thu Jun 10 20:29:16 2004] (error) [jk_handler_response.c (200)]: Error ajp_process_callback - write failed [Thu Jun 10 20:29:16 2004] (error) [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error 3 [Thu Jun 10 20:29:16 2004] (error) [jk_handler_response.c (200)]: Error ajp_process_callback - write failed [Thu Jun 10 20:29:16 2004] (error) [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error 3 [Thu Jun 10 20:29:16 2004] (error) [jk_worker_ajp13.c (512)]: ajp13.service() Error forwarding ajp13:localhost:8009 1 0 Carl Olivier wrote: Greetings. Could anyone tell me what these error messages mean (I know they indicate problems connecting to the AJP worker and Tomcat) - but is there a list of what the status codes etc actually indicate? [Fri Jun 11 16:18:54 2004] [error] ajp13.service() Error forwarding ajp13:localhost:8009 1 1 [Fri Jun 11 16:19:32 2004] [error] mod_jk2.handler() Error connecting to tomcat 12, status 0 Thanks! Carl - 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]
jk2.log show me these errors
Hi, i have apache 1.3.24 with mod_jk2 2.0.2 and tomcat 4.1.30, the proble is that the jk2.log file show theses messages, i'm not sure is errors messages, i've visited many website that report it same errors...what is the problem or is that normal (i don't think so)? thanks for you help [Thu Jun 10 20:29:16 2004] (error) [jk_handler_response.c (200)]: Error ajp_process_callback - write failed [Thu Jun 10 20:29:16 2004] (error) [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error 3 [Thu Jun 10 20:29:16 2004] (error) [jk_handler_response.c (200)]: Error ajp_process_callback - write failed [Thu Jun 10 20:29:16 2004] (error) [jk_worker_ajp13.c (416)]: ajp13.service() ajpGetReply recoverable error 3 [Thu Jun 10 20:29:16 2004] (error) [jk_worker_ajp13.c (512)]: ajp13.service() Error forwarding ajp13:localhost:8009 1 0 Thanks Fabian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Error Message in the mod_jk.log
Hi, many people has been wrote about the this problem , what is he problem Thnaks a lot [Thu Jun 03 13:55:10 2004] [jk_ajp_common.c (1137)]: Error reading reply from tomcat. Tomcat is down or network problems. [Thu Jun 03 13:55:10 2004] [jk_ajp_common.c (1290)]: ERROR: Receiving from tomcat failed, recoverable operation. err=0 [Thu Jun 03 13:55:10 2004] [jk_ajp_common.c (1309)]: sending request to tomcat failed in send loop. err=0 [Thu Jun 03 13:55:30 2004] [jk_ajp_common.c (1052)]: ERROR sending data to client. Connection aborted or network problems [Thu Jun 03 13:55:30 2004] [jk_ajp_common.c (1303)]: ERROR: Client connection aborted or network problems [Thu Jun 03 14:18:16 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Thu Jun 03 14:18:19 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Thu Jun 03 14:40:44 2004] [jk_ajp_common.c (1052)]: ERROR sending data to client. Connection aborted or network problems [Thu Jun 03 14:40:44 2004] [jk_ajp_common.c (1303)]: ERROR: Client connection aborted or network problems [Thu Jun 03 14:42:50 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Thu Jun 03 14:42:53 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Thu Jun 03 14:47:41 2004] [jk_ajp_common.c (738)]: ERROR: can't receive the response message from tomcat, network problems or tomcat is dow software wrote: Hi, i have tomcat 4.0.3 with mod_jk 1.2.5 with apache 1.3.24 until now all the application are working find but whe i'm reviewing the mod_jk.log in log directory of apache a still continuesly this message, who know what does it mean? thanks for yo help [Wed Jun 02 13:42:33 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 13:49:05 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:21:53 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:34:31 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:35:36 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:39:21 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:41:48 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:47:28 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters - 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]
Message in the mod_jk.log
Hi, i have tomcat 4.0.3 with mod_jk 1.2.5 with apache 1.3.24 until now all the application are working find but whe i'm reviewing the mod_jk.log in log directory of apache a still continuesly this message, who know what does it mean? thanks for yo help [Wed Jun 02 13:42:33 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 13:49:05 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:21:53 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:34:31 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:35:36 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:39:21 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:41:48 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters [Wed Jun 02 14:47:28 2004] [jk_uri_worker_map.c (614)]: In jk_uri_worker_map_t::map_uri_to_worker, wrong parameters - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The tomcat not accept more connections
Hi, again i had the same message error in the log file of the tomcat 4.0.3 and i've been asking to the devlopers people about the this commands Connection conn = dbClass.getConnection() and conn.close() and they are using these commands in the software, it means any database connection has been closed when it finish, however the tomcat still deny any more connections and i have to restart it to accept it. The messages the log file HttpConnector[8091] No processor available, rejecting this connection I've posted many times this problem and i don't have a clear response about the problem and i've saw it happens in others platforms like a linux redhat 9.0 with tomcat 4.1.30 what is wrong? This the configuration on the server.xml file Connector className=org.apache.catalina.connector.http.HttpConnector port=8091 minProcessors=5 maxProcessors=30 maxThreads=30 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=6/ !-- Define an AJP 1.3 Connector on port 11009 -- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=11009 minProcessors=5 maxProcessors=30 maxThreads=30 acceptCount=100 debug=0/ Thanks Software wrote: OK but it isn't the problem because i've selected this options in the server.xml file and the developers people are using these command to close the connection when it's finished ...and i don't know what is the problem? ... Thanks Adam Buglass wrote: Ok, I don't know about timings - that is an entirely different question. Tomcat is not accepting connections because you've run out of processors to create them (defined in server.xml - this example is for my SQL connection): !-- Define an AJP 1.3 Connector on port 8009 -- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=3 maxProcessors=15 acceptCount=10 debug=0/ If you are running out of processors it is because you are creating connections and then not closing them after use, it is important that you do this. If you are connecting to a database then when you creat a new connection eg. Connection conn = dbClass.getConnection() you must close that connection when you have finished interrogating the DB. IN this case you would use conn.close(); HTH. Adam On Thu, 2004-05-20 at 20:25, Software wrote: OK but is that the reasos that the tomcat not accept more connections? Shapira, Yoav wrote: Hi, The parameter uses milliseconds. The default and recommended value for 99% of applications is 6ms. I suggested upgrading your tomcat version: 4.1.30 and 5.0.24 are good releases. Yoav Shapira Millennium Research Informatics -Original Message- From: Software [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 2:04 PM To: Tomcat Users List Subject: Re: The tomcat not accept more connections The parameter connectionTimeout in the server.xml file which unit of time uses ? what is te recomendable for tomcat 4.0.3 Software wrote: Hi i have tomcat 4.03 with Apache 1.3.24 with mod_jk module over RedHat 8.0. The problem when i starting the tomcat it is stable for a some time, then the tomcat not accept any more connection and i must to restart the service to our application start working without problem Theses the errors messages 2004-05-20 09:04:29 HttpConnector[8091] No processor available, rejecting this connection 2004-05-20 09:02:24 Ajp13Connector[11009] No processor available, rejecting thiss connection When i start the tomcat theses the messages 2004-05-20 09:05:53 HttpProcessor[8091][4] Starting background thread 2004-05-20 09:10:34 Ajp13Processor[11009][7] Starting background thread What is the problem? Thanks a lot for you help Fabian - 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 n 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
Re: The tomcat not accept more connections
OK but it isn't the problem because i've selected this options in the server.xml file and the developers people are using these command to close the connection when it's finished ...and i don't know what is the problem? ... Thanks Adam Buglass wrote: Ok, I don't know about timings - that is an entirely different question. Tomcat is not accepting connections because you've run out of processors to create them (defined in server.xml - this example is for my SQL connection): !-- Define an AJP 1.3 Connector on port 8009 -- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=3 maxProcessors=15 acceptCount=10 debug=0/ If you are running out of processors it is because you are creating connections and then not closing them after use, it is important that you do this. If you are connecting to a database then when you creat a new connection eg. Connection conn = dbClass.getConnection() you must close that connection when you have finished interrogating the DB. IN this case you would use conn.close(); HTH. Adam On Thu, 2004-05-20 at 20:25, Software wrote: OK but is that the reasos that the tomcat not accept more connections? Shapira, Yoav wrote: Hi, The parameter uses milliseconds. The default and recommended value for 99% of applications is 6ms. I suggested upgrading your tomcat version: 4.1.30 and 5.0.24 are good releases. Yoav Shapira Millennium Research Informatics -Original Message- From: Software [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 2:04 PM To: Tomcat Users List Subject: Re: The tomcat not accept more connections The parameter connectionTimeout in the server.xml file which unit of time uses ? what is te recomendable for tomcat 4.0.3 Software wrote: Hi i have tomcat 4.03 with Apache 1.3.24 with mod_jk module over RedHat 8.0. The problem when i starting the tomcat it is stable for a some time, then the tomcat not accept any more connection and i must to restart the service to our application start working without problem Theses the errors messages 2004-05-20 09:04:29 HttpConnector[8091] No processor available, rejecting this connection 2004-05-20 09:02:24 Ajp13Connector[11009] No processor available, rejecting thiss connection When i start the tomcat theses the messages 2004-05-20 09:05:53 HttpProcessor[8091][4] Starting background thread 2004-05-20 09:10:34 Ajp13Processor[11009][7] Starting background thread What is the problem? Thanks a lot for you help Fabian - 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 n 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]
The tomcat not accept more connections
Hi i have tomcat 4.03 with Apache 1.3.24 with mod_jk module over RedHat 8.0. The problem when i starting the tomcat it is stable for a some time, then the tomcat not accept any more connection and i must to restart the service to our application start working without problem Theses the errors messages 2004-05-20 09:04:29 HttpConnector[8091] No processor available, rejecting this connection 2004-05-20 09:02:24 Ajp13Connector[11009] No processor available, rejecting thiss connection When i start the tomcat theses the messages 2004-05-20 09:05:53 HttpProcessor[8091][4] Starting background thread 2004-05-20 09:10:34 Ajp13Processor[11009][7] Starting background thread What is the problem? Thanks a lot for you help Fabian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The tomcat not accept more connections
The parameter connectionTimeout in the server.xml file which unit of time uses ? what is te recomendable for tomcat 4.0.3 Software wrote: Hi i have tomcat 4.03 with Apache 1.3.24 with mod_jk module over RedHat 8.0. The problem when i starting the tomcat it is stable for a some time, then the tomcat not accept any more connection and i must to restart the service to our application start working without problem Theses the errors messages 2004-05-20 09:04:29 HttpConnector[8091] No processor available, rejecting this connection 2004-05-20 09:02:24 Ajp13Connector[11009] No processor available, rejecting thiss connection When i start the tomcat theses the messages 2004-05-20 09:05:53 HttpProcessor[8091][4] Starting background thread 2004-05-20 09:10:34 Ajp13Processor[11009][7] Starting background thread What is the problem? Thanks a lot for you help Fabian - 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: Why 41 processes with Tomcat under Linux
Which Linux platform are do you install, because with RH 7.3 you can see many proccess (almost 40 proccess) with ps -auxw --forest | grep java and i've installed to test the same environmet and using the same command to review the java proccess and i've saw only one...my conclusion is the kernel of redhat 7.3 not manage the threads like version Rh 8 or 9... remenber i've installed apache 1.3.24 and tomcat 4.0.3 Sheng Huang wrote: Hi Bob, Some process may be child processes of the Tomcat processes. For example, Tomcat may have a process for a specific jar in the /lib directory. You can tell this by examining process id. The root tomcat process id will have ppid=1, where others will have ppid = pid of the root process. If you kill the root process, all child processes of this process will be terminated. Sheng -Original Message- From: Bob White [mailto:[EMAIL PROTECTED] Sent: May 17, 2004 5:05 PM To: [EMAIL PROTECTED] Subject: Why 41 processes with Tomcat under Linux I just installed TC 5.0.19 under Linux and I find that it causes 41 Tomcat processes to be launched. Why is this? How can I control the number of processes that are created? Is this to be expected? I naively expected only one Tomcat process. There is absolutely no load on the server, it just initally generates 41 Tomcat processes. ..Bob. = --Bob White-- home:727-490-7363, cell:727-463-6061 New (popup free!) photos of Polina: http://polina.70kg.com/ Everything that irritates us about others can lead us to an understanding of ourselves. - Carl Jung - 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: The tomcat not accept more connections
OK but is that the reasos that the tomcat not accept more connections? Shapira, Yoav wrote: Hi, The parameter uses milliseconds. The default and recommended value for 99% of applications is 6ms. I suggested upgrading your tomcat version: 4.1.30 and 5.0.24 are good releases. Yoav Shapira Millennium Research Informatics -Original Message- From: Software [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 2:04 PM To: Tomcat Users List Subject: Re: The tomcat not accept more connections The parameter connectionTimeout in the server.xml file which unit of time uses ? what is te recomendable for tomcat 4.0.3 Software wrote: Hi i have tomcat 4.03 with Apache 1.3.24 with mod_jk module over RedHat 8.0. The problem when i starting the tomcat it is stable for a some time, then the tomcat not accept any more connection and i must to restart the service to our application start working without problem Theses the errors messages 2004-05-20 09:04:29 HttpConnector[8091] No processor available, rejecting this connection 2004-05-20 09:02:24 Ajp13Connector[11009] No processor available, rejecting thiss connection When i start the tomcat theses the messages 2004-05-20 09:05:53 HttpProcessor[8091][4] Starting background thread 2004-05-20 09:10:34 Ajp13Processor[11009][7] Starting background thread What is the problem? Thanks a lot for you help Fabian - 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]
How to get mod_jk2.so
Hi, who know how to get or create the mod_jk2.so for linux redhat 8.0 and Apache 1.3.24 Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory problem with tomcat 4130
How knows how do i make to resolve this problem, is necesary to recompile the default kernel of linux redhat 9.0 and what flag must i to select. thanks? Software wrote: Hi, i've installed tomcat 4130 in my linux redhat 9.0 with the default kernel and j2sdk1.4.0 in a server with 1 GB RAM and 2.4Ghz Processor The problem is when i start the tomcat it start to consume the memory progressively and i don't have running any application in this moment, then i have to restart the tomcat again to get memory free. What can be wrong. Fabian - 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: Memory problem with tomcat 4130
Hi 1. I'm using the top command to get information about the memory Mem: 1030392k av, 707688k used, 322704k free, 0k shrd, 118096k buff 354852k actv, 136300k in_d,1676k in_c Swap: 2048248k av,2832k used, 2045416k free 434288k cached If you see the server has 1 GB the memory RAM with minimal instalation of redhat, its installation start using about 70 MB of the memory, then when i've installed tomcat without any application the memory it was consume. 2. Yes i can to start annd stop de tomcat without any problem. 3. Yes i prove using a application to connect to the database, the procesor cosume about 99.9% then it leave the use of the procesos and all is normal but the memory process start to uses the memory progressive. 4. Yes our System Engineers using connections to Oracle database by network in our LAN. 5. I'm using j2sdk1.4.0 6. Yes i've modified this parameters in catalina.sh JAVA_HOME=/usr/java/j2sdk1.4.0 ; export JAVA_HOME CATALINA_HOME=/usr/local/tomcat4130 ; export CATALINA_HOME GCOPSIZE=5 JAVA_PARAMS=-DGCOPSIZE=%GCOPSIZE and i've modified the server.xml to redirect the locations of our application to this partition !-- Define the default virtual host -- Host name=localhost debug=0 appBase=/rootweb/appsweb/ unpackWARs=true autoDeploy=true 7. I've started the tomcat firts with this parameters JAVA_HOME=/usr/java/j2sdk1.4.0 ; export JAVA_HOME CATALINA_HOME=/usr/local/tomcat4130 ; export CATALINA_HOME JAVA_OPTS=-server -Xms128m -Xmx256m -Xrs CATALINA_OPTS=-server -Xms128m -Xmx256m -Xrs the -Xms128, -Xmx, -Server, -Xrs options and always happens the same. . Thanks for you help Parsons Technical Services wrote: Fabian, I am not sure if I have the answer to your memory problem but let me give you some information to get more help from others. 1. Where are you looking to see this memory use? 2. Does Tomcat stop responding? 3. Have you loaded any of your applications? No 4. Are you using a database? 5. What JDK version are you running? 1.4.0 6. Have you made any changes to the original configuration?(Server.xml, etc) 7. How are you starting Tomcat? 8. What options did you set?(Such as memory -Xmx128m) 9. Have you read the FAQ on memory? http://jakarta.apache.org/tomcat/faq/memory.html If you will answer as many of these as possible it will help in evaluating your problem. Doug www.parsonstechnical.com - Original Message - From: Software [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, April 23, 2004 8:13 AM Subject: Re: Memory problem with tomcat 4130 How knows how do i make to resolve this problem, is necesary to recompile the default kernel of linux redhat 9.0 and what flag must i to select. thanks? Software wrote: Hi, i've installed tomcat 4130 in my linux redhat 9.0 with the default kernel and j2sdk1.4.0 in a server with 1 GB RAM and 2.4Ghz Processor The problem is when i start the tomcat it start to consume the memory progressively and i don't have running any application in this moment, then i have to restart the tomcat again to get memory free. What can be wrong. Fabian - 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]
Memory problem with tomcat 4130
Hi, i've installed tomcat 4130 in my linux redhat 9.0 with the default kernel and j2sdk1.4.0 in a server with 1 GB RAM and 2.4Ghz Processor The problem is when i start the tomcat it start to consume the memory progressively and i don't have running any application in this moment, then i have to restart the tomcat again to get memory free. What can be wrong. Fabian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
differences between java -s Vs java -X when the JVM is running
Hi i'm using tomcat 4103, when i'm typing this command ps -ef | grep javai got many theses lines /usr/java/j2sdk1.4.0/bin/java -s What does this line mean and what is the difference between this line and this /usr/java/j2sdk1.4.0/bin/java -X This line affect the performance on the server Thnaks for you help fabian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Catalina.sh startup options
This a little explication about your question http://www.jguru.com/faq/view.jsp?EID=416239 However i'm actually using theses options JAVA_HOME=/usr/java/j2sdk1.4.0 ; export JAVA_HOME CATALINA_HOME=/usr/local/tomcat1 ; export CATALINA_HOME #JAVA_OPTS= -server -Xms256m -Xmx256m ; export JAVA_OPTS JAVA_OPST=-server -Xms128m -Xmx256m -Dfile.encoding=ISO-8859-1 CATALINA_OPTS=-Xms128m -Xmx256m Yang Xiao wrote: Hi list, Can someone point me to a link with the complete catalina.sh startup options and their descriptions? I'm trying to figure out some of the parameters I have seen people using, but can't find any documentation for it. Thanks, Yang - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with the memory of the tomcat
Hi, i have 7 application in our tomcat, sometimes i can see that the web access to the applications is very slowly and sometimes we can not to get access to these applications, the cuestion is whe i start the tomcat and i've configured the Xms, Xmx parameter in catalina.sh the application are using every one the memory that i specified in this file (i mean this the total memory for the every application and its threads that it generate) or is for every thread use this size of memory individually Thanks a lot for you help Fabian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with the memory of the tomcat
Every thread that these application open use share the total memory that specified in this parameters, beacuse i have tomcat 4.0.3 installed in a linux server and i can see when i only start the tomcat without load any application i can see a main process with 16 threads i've specified Xms128MB and i have a server with a 1 GB of RAM...what do you recomend me Thanks a lot Fabian Shapira, Yoav wrote: Hi, The -Xms and -Xmx parameters control the JVM heap size. The JVM heap is shared by all applications/processes within the JVM. So all 7 of your web applications are sharing this memory. Yoav Shapira Millennium Research Informatics -Original Message- From: software [mailto:[EMAIL PROTECTED] Sent: Friday, March 19, 2004 3:05 PM To: Tomcat Users List Subject: Problem with the memory of the tomcat Importance: High Hi, i have 7 application in our tomcat, sometimes i can see that the web access to the applications is very slowly and sometimes we can not to get access to these applications, the cuestion is whe i start the tomcat and i've configured the Xms, Xmx parameter in catalina.sh the application are using every one the memory that i specified in this file (i mean this the total memory for the every application and its threads that it generate) or is for every thread use this size of memory individually Thanks a lot for you help Fabian - 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]
Re: Problem with the memory of the tomcat
Hi, when i uses the Xms parameter this parameter is for every application (every application use 128 indivually) and its threads or this memory size 128 MB is for all the application and not individually and the threads too thanks software wrote: Every thread that these application open use share the total memory that specified in this parameters, beacuse i have tomcat 4.0.3 installed in a linux server and i can see when i only start the tomcat without load any application i can see a main process with 16 threads i've specified Xms128MB and i have a server with a 1 GB of RAM...what do you recomend me Thanks a lot Fabian Shapira, Yoav wrote: Hi, The -Xms and -Xmx parameters control the JVM heap size. The JVM heap is shared by all applications/processes within the JVM. So all 7 of your web applications are sharing this memory. Yoav Shapira Millennium Research Informatics -Original Message- From: software [mailto:[EMAIL PROTECTED] Sent: Friday, March 19, 2004 3:05 PM To: Tomcat Users List Subject: Problem with the memory of the tomcat Importance: High Hi, i have 7 application in our tomcat, sometimes i can see that the web access to the applications is very slowly and sometimes we can not to get access to these applications, the cuestion is whe i start the tomcat and i've configured the Xms, Xmx parameter in catalina.sh the application are using every one the memory that i specified in this file (i mean this the total memory for the every application and its threads that it generate) or is for every thread use this size of memory individually Thanks a lot for you help Fabian - 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: Help tomcat problem with memory
Hi, tahnks for you help, We actually running Java Applications with JDBC connectios to the databases, we have in this moment 13 application more or less, and one of the this application is on our website, we've received connections from any sites of the internet, and we are interesting to get tunnig in ours Tomcats. Christopher Schultz wrote: Fabian, If i have only two java proccess of 141 MB and 55 MB why my memory is over 90% of the utilization and the application working slowly or not working, when the users try to get access using the webserver in this server. i can't understand this problem...thnaks You have to understand something about Linux memory: it never gives it up. So, even though 'top' reports that your box has very little free physical memory, that doesn't mean that it's all being used. When the kernel obtains memory on behalf of a process, it doesn't go back into 'free' when the process fees it or dies. I know it's a little weird. However, you do have a reasonable complaint: the app seems sluggish, and with that hardware, it shouldn't be. Again: what are you running? If your code fires off 500 threads every time a request comes in, then maybe you shoudl rethink your architecture. If it's nothing heavy-hitting, then something else is wrong. What else is running on the box? What benchmarks have you run? Or, are you just complaining about wall-clock time? Could your problem be network latency? How far from the box are you? -chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help tomcat problem with memory
Hi i have installed apache 13.24 with 2 tomcats 4.0.3 with loadbalancer is woring fine but the problem when i'm using the ps -ef | grep java command i've saw many java process justa like these: 21430 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21431 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21443 root 15 0 139M 139M 49444 S 0.0 13.8 0:07 java 21444 root 20 0 139M 139M 49444 S 0.0 13.8 0:00 java 21445 root 20 0 139M 139M 49444 S 0.0 13.8 0:00 java 21446 root 15 0 139M 139M 49444 S 0.0 13.8 0:06 java 21454 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21457 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21458 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21460 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21462 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21464 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21466 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21468 root 16 0 139M 139M 49444 S 0.0 13.8 0:04 java 21469 root 15 0 139M 139M 49444 S 0.0 13.8 0:03 java looking the internet, the solution is use the -Xmx , -Xms and use the className=org.apache.tomcat.service.PoolTcpConnector and i'm working with Ajp13 !-- A pooled AJPV12 Connector for out-of-process operation -- Connector className=org.apache.tomcat.service.PoolTcpConnector Parameter name=handler value=org.apache.tomcat.service.connector.Ajp12ConnectionHandler/ Parameter name=port value=8007/ Parameter name=max_threads value=30/ Parameter name=max_spare_threads value=20/ Parameter name=min_spare_threads value=5 / /Connector Thanks Fabian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help tomcat problem with memory
Hi, my problem is that the performance of my server linux redhat 7.3 is down because when a try to get acceso to some application (for java) in my webserver i have to wait a lot of time, somtimes i've got acces sometime it didn't happen ... when i use ps -ef | grep java i getting many proccess with java using more or less 145 MB of my memory and i have in this moment 105 proccess using 145 MB. Thanks for you help Hamilton Andrew wrote: So what's your problem? Are you using Linux? Did you know that Linux shows threads as processes using ps? Are you running out of memory? A little more information would be helpful. Regards, Drew -Original Message- From: software [mailto:[EMAIL PROTECTED] Sent: Friday, February 27, 2004 11:36 AM To: [EMAIL PROTECTED] Subject: Help tomcat problem with memory Importance: High Hi i have installed apache 13.24 with 2 tomcats 4.0.3 with loadbalancer is woring fine but the problem when i'm using the ps -ef | grep java command i've saw many java process justa like these: 21430 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21431 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21443 root 15 0 139M 139M 49444 S 0.0 13.8 0:07 java 21444 root 20 0 139M 139M 49444 S 0.0 13.8 0:00 java 21445 root 20 0 139M 139M 49444 S 0.0 13.8 0:00 java 21446 root 15 0 139M 139M 49444 S 0.0 13.8 0:06 java 21454 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21457 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21458 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21460 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21462 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21464 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21466 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21468 root 16 0 139M 139M 49444 S 0.0 13.8 0:04 java 21469 root 15 0 139M 139M 49444 S 0.0 13.8 0:03 java looking the internet, the solution is use the -Xmx , -Xms and use the className=org.apache.tomcat.service.PoolTcpConnector and i'm working with Ajp13 !-- A pooled AJPV12 Connector for out-of-process operation -- Connector className=org.apache.tomcat.service.PoolTcpConnector Parameter name=handler value=org.apache.tomcat.service.connector.Ajp12ConnectionHandler/ Parameter name=port value=8007/ Parameter name=max_threads value=30/ Parameter name=max_spare_threads value=20/ Parameter name=min_spare_threads value=5 / /Connector Thanks Fabian - 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: Help tomcat problem with memory
Yes i've configured the Tomcat environment -Xms, -Xmm but i think it doesn't work, because it's consume the server memory until 145 Mb per process i need to limit the number of java proccess and the memory that they consume on my Linux Red Hat 7.3 server thanks a lot fabian Ralph Einfeldt wrote: I not shure which problem you have : - Why do I have so many processes (You havn't, that are threads, search google or the archives on that one) - Why does the process take this amount of memory Depens on several factors. (Memory setting of the vm, amount of servlets, jsp's, number of features you use in tomcat, current number of active sessions, ) - How can I give the process more memory Set the option in the environment variable CATALINA_OPTS or JAVA_OPTS befor starting tomcat. -Original Message- From: software [mailto:[EMAIL PROTECTED] Sent: Friday, February 27, 2004 5:36 PM To: [EMAIL PROTECTED] Subject: Help tomcat problem with memory Importance: High Hi i have installed apache 13.24 with 2 tomcats 4.0.3 with loadbalancer is woring fine but the problem when i'm using the ps -ef | grep java command i've saw many java process justa like these: 21430 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21431 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21443 root 15 0 139M 139M 49444 S 0.0 13.8 0:07 java 21444 root 20 0 139M 139M 49444 S 0.0 13.8 0:00 java 21445 root 20 0 139M 139M 49444 S 0.0 13.8 0:00 java 21446 root 15 0 139M 139M 49444 S 0.0 13.8 0:06 java 21454 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21457 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21458 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21460 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21462 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21464 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21466 root 15 0 139M 139M 49444 S 0.0 13.8 0:00 java 21468 root 16 0 139M 139M 49444 S 0.0 13.8 0:04 java 21469 root 15 0 139M 139M 49444 S 0.0 13.8 0:03 java looking the internet, the solution is use the -Xmx , -Xms and use the className=org.apache.tomcat.service.PoolTcpConnector and i'm working with Ajp13 !-- A pooled AJPV12 Connector for out-of-process operation -- Connector className=org.apache.tomcat.service.PoolTcpConnector Parameter name=handler value=org.apache.tomcat.service.connector.Ajp12ConnectionHandler/ Parameter name=port value=8007/ Parameter name=max_threads value=30/ Parameter name=max_spare_threads value=20/ Parameter name=min_spare_threads value=5 / /Connector Thanks Fabian - 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: Help tomcat problem with memory
Hi this the statemens that i posted in the catalina.sh file JAVA_HOME=/usr/java/j2sdk1.4.0 ; export JAVA_HOME CATALINA_HOME=/usr/local/tomcat1 ; export CATALINA_HOME JAVA_OPST=-server -Xms30m -Xmx40m -Dfile.encoding=ISO-8859-1 CATALINA_OPTS=-Xms30m -Xmx40m This the output of the top command and both tomcats has been installed in the same server 1:22pm up 21 days, 5:36, 6 users, load average: 0.17, 0.23, 0.28 220 processes: 218 sleeping, 2 running, 0 zombie, 0 stopped CPU0 states: 9.5% user, 4.0% system, 0.0% nice, 85.5% idle CPU1 states: 7.4% user, 8.5% system, 0.4% nice, 83.3% idle Mem: 1030580K av, 1019220K used, 11360K free, 0K shrd, 92348K buff Swap: 2096376K av, 58748K used, 2037628K free 706776K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 23447 root 25 0 86252 84M 18864 S 0.0 8.3 0:02 java 23461 root 15 0 86252 84M 18864 S 0.0 8.3 0:00 java 23462 root 15 0 86252 84M 18864 S 0.0 8.3 0:03 java 23463 root 15 0 86252 84M 18864 S 0.0 8.3 0:00 java 23464 root 15 0 86252 84M 18864 S 0.0 8.3 0:00 java 23474 root 15 0 86252 84M 18864 S 0.5 8.3 0:03 java 23475 root 20 0 86252 84M 18864 S 0.0 8.3 0:00 java 23476 root 20 0 86252 84M 18864 S 0.0 8.3 0:00 java Ralph Einfeldt wrote: To what value did you set -Xms, -Xmm ? Can you post the statement that sets the values ? (Have seen to much typos in the past) How much memory has your box ? What says the cpu load ? Can you post the head of the top output hat shows the overall memory usage ? Are both tomcat instances on the same server ? Unless you have less than ~150 MB RAM I wouldn't expect that the memory usage is the problem if each tomcat has it's own server, if they share the same server the box would need rougly 300 MB (Depending on how much memory is used by other processes) Remember that all threads of the same vm share their memory. -Original Message- From: software [mailto:[EMAIL PROTECTED] Sent: Friday, February 27, 2004 6:07 PM To: Tomcat Users List Subject: Re: Help tomcat problem with memory Importance: High Yes i've configured the Tomcat environment -Xms, -Xmm but i think it doesn't work, because it's consume the server memory until 145 Mb per process i need to limit the number of java proccess and the memory that they consume on my Linux Red Hat 7.3 server thanks a lot fabian Ralph Einfeldt wrote: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help tomcat problem with memory
If i have only two java proccess of 141 MB and 55 MB why my memory is over 90% of the utilization and the application working slowly or not working, when the users try to get access using the webserver in this server. i can't understand this problem...thnaks Thanks a lot for you help Fabian software wrote: Hi this the statemens that i posted in the catalina.sh file JAVA_HOME=/usr/java/j2sdk1.4.0 ; export JAVA_HOME CATALINA_HOME=/usr/local/tomcat1 ; export CATALINA_HOME JAVA_OPST=-server -Xms30m -Xmx40m -Dfile.encoding=ISO-8859-1 CATALINA_OPTS=-Xms30m -Xmx40m This the output of the top command and both tomcats has been installed in the same server 1:22pm up 21 days, 5:36, 6 users, load average: 0.17, 0.23, 0.28 220 processes: 218 sleeping, 2 running, 0 zombie, 0 stopped CPU0 states: 9.5% user, 4.0% system, 0.0% nice, 85.5% idle CPU1 states: 7.4% user, 8.5% system, 0.4% nice, 83.3% idle Mem: 1030580K av, 1019220K used, 11360K free, 0K shrd, 92348K buff Swap: 2096376K av, 58748K used, 2037628K free 706776K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 23447 root 25 0 86252 84M 18864 S 0.0 8.3 0:02 java 23461 root 15 0 86252 84M 18864 S 0.0 8.3 0:00 java 23462 root 15 0 86252 84M 18864 S 0.0 8.3 0:03 java 23463 root 15 0 86252 84M 18864 S 0.0 8.3 0:00 java 23464 root 15 0 86252 84M 18864 S 0.0 8.3 0:00 java 23474 root 15 0 86252 84M 18864 S 0.5 8.3 0:03 java 23475 root 20 0 86252 84M 18864 S 0.0 8.3 0:00 java 23476 root 20 0 86252 84M 18864 S 0.0 8.3 0:00 java Ralph Einfeldt wrote: To what value did you set -Xms, -Xmm ? Can you post the statement that sets the values ? (Have seen to much typos in the past) How much memory has your box ? What says the cpu load ? Can you post the head of the top output hat shows the overall memory usage ? Are both tomcat instances on the same server ? Unless you have less than ~150 MB RAM I wouldn't expect that the memory usage is the problem if each tomcat has it's own server, if they share the same server the box would need rougly 300 MB (Depending on how much memory is used by other processes) Remember that all threads of the same vm share their memory. -Original Message- From: software [mailto:[EMAIL PROTECTED] Sent: Friday, February 27, 2004 6:07 PM To: Tomcat Users List Subject: Re: Help tomcat problem with memory Importance: High Yes i've configured the Tomcat environment -Xms, -Xmm but i think it doesn't work, because it's consume the server memory until 145 Mb per process i need to limit the number of java proccess and the memory that they consume on my Linux Red Hat 7.3 server thanks a lot fabian Ralph Einfeldt wrote: - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: David Wynter [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 15:53:37 +0100 To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: 2 VirtualHosts now work, mod_jk not I have long URLs because I am using the Apache Turbine project to develop my webapps. Here is an article on how to shorten them, which gives me the impression that i am stuck with these long URLs http://jakarta.apache.org/turbine/turbine-2.2.1/howto/url-rewriting-howto.ht ml unless I follow this method. This URL is a standard Turbine app URL - /webappname/servlet/webappname/templates/index.vm . It always seemed to me that the /webappname/servlet/webappname should be replaceable by Aliases, but it is not clear to me how. The web.xml supplied with Turbine does not have a mapping to .vm files. Here it is. ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2.2.dtd; web-app servlet servlet-namese/servlet-name servlet-classorg.apache.turbine.Turbine/servlet-class init-param param-nameapplicationRoot/param-name param-valuewebContext/param-value /init-param init-param param-nameproperties/param-name param-value/WEB-INF/conf/TurbineResources.properties/param-value /init-param load-on-startup1/load-on-startup /servlet security-constraint web-resource-collection web-resource-nametemplates/web-resource-name url-pattern/templates/*/url-pattern /web-resource-collection web-resource-collection web-resource-namelogs/web-resource-name url-pattern/logs/*/url-pattern /web-resource-collection auth-constraint role-nameadmin/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method realm-nameTemplates/realm-name /login-config /web-app What is not clear is how the JkMount works in the context of the long URLs for Turbine apps as opposed to the short URLs for the example jsp. Why did I use the alias name in my Location and JkMount directives? Because the archive is littered with examples doing just that eg. http://www.mail-archive.com/[EMAIL PROTECTED]/msg98299 According to this thread the solution was not changing what he had in the JkMount so I cannot but help take it as an example, sorry. Thanks John, you are the only one who is replying to these. David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:43:37 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:49:44 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 09:22:53 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: Tomcat 5.0.7 Host default Context docBase Howdy, Whatever I use in the docBase and workDir properties of Context in Host Host and Context support different attributes. Host doesn't have a docBase, it has an appBase (by default $CATALINA_HOME/webapps). workDir from any context overrides that of the Host for that context. 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Shannon Scott [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:19:21 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: two ports with apj13 Hello, How do I set up my workers.properties so the apj13 protocol can listen on more than one port? I want to set it up for 8443 for ssl. Where is the doc describing hwo to set up the workers.properties? Apache 1.3.27 mod_jk Tomcat 4.1.24 Thank You. Shannon
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:03:02 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:50:45 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are
unable to process your request because our records indicate that you are not
registered for Technical Support.
To register, logon to our Supportlink web site http://www.quest.com/support , and
self-register from the web. Or, you can phone Quest at one of the numbers below to
register.
Once you have registered, you can submit your request within Supportlink, by email at
[EMAIL PROTECTED], by phone at one of the numbers below.
Please do not reply to this email.
If this is an URGENT matter please contact Quest Technical Support via telephone at
one of the numbers listed below.
Thank you,
Quest Software Technical Support
www.quest.com/support
Quest Software Technical Support - Canada 902.442.5700
Quest Software Technical Support - United Kingdom 44.1628.601007
Quest Software Technical Support - United States 949.754.8000
Original Message
From: Søren Neigaard [mailto:[EMAIL PROTECTED]
Sent: Fri, 22 Aug 2003 15:28:36 +0200
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: Tomcat 4 on Compaq Tru64?
Does anybody have any succes with Tomcat on Tru64? I think I need to alter
some shell scripts, but I have no clue what and where to make what changes?
I have set the JAVA_HOME to the Compaq Fast JVM, but the startup.sh gives me
thins in the catalina.out:
usage: java org.apache.catalina.startup.Catalina [ -config {pathname} ] [
-debug ] [ -nonaming ] { start | stop }
Please help :)
Med venlig hilsen/Best regards
Søren Neigaard
System Architect
Mobilethink A/S
Arosgaarden
Åboulevarden 23, 4.sal
DK - 8000 Århus C
Telefon: +45 86207800
Direct: +45 86207810
Fax: +45 86207801
Email: [EMAIL PROTECTED]
Web: www.mobilethink.dk
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: John Turner [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:03:38 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: How to apply the hotfix of 4.1.27? Huh? 4.1.27 is a separate distribution. What do you mean by why isn't there a new build? Just download it. John Vernon Smith wrote: Is the only way to apply the patch by the following procedure: 1. unzip the jar file * 2. replace the class in the hotfix 3. zip into the jar file ago. * which one of the three jar files is the jar file? Any better way to get it done? And why don't get a new build with the fix? v. Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail! http://login.mail.lycos.com/r/referral?aid=27005 - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Nikola Milutinovic [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 07:27:58 +0200 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: Problems running in a chroot jail. I looked at truss output but I don't see anything obvious except at the very end: 1367: sysconfig(_CONFIG_NPROC_CONF) = 1 1367: sysconfig(_CONFIG_NPROC_ONLN) = 1 1367: sysconfig(_CONFIG_PHYS_PAGES) = 65536 1367: open(/dev/zero, O_RDWR) Err#2 ENOENT When you try to run something in ChRoot jail, you should provide it with the expected environment. /dev/zero, /dev/null and many others may be needed by your process and may cause them to crash if they are not there. 1367: write(1, #\n, 2) = 2 1367: write(1, # H o t S p o t V i.., 48) = 48 1367: write(1, # P l e a s e r e p.., 30) = 30 1367: write(1, # h t t p : / / j a v.., 44) = 44 1367: write(1, #\n, 2) = 2 1367: write(1, # J a v a V M : J.., 61) = 61 1367: write(1, #\n, 2) = 2 So far, nothing too obvious... 1367: Incurred fault #6, FLTBOUNDS %pc = 0xFE237F3C 1367: siginfo: SIGSEGV SEGV_MAPERR addr=0x0078 1367: Received signal #11, SIGSEGV [default] 1367: siginfo: SIGSEGV SEGV_MAPERR addr=0x0078 1367: *** process killed *** It looks like it's trying to convert a floating point exception into a segfault. What makes you say that? Make /dev/zero available, first. Nix.
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:03:02 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 11:57:32 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:54:51 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Monica Ferrero [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 16:15:19 +0100 (BST) To: [EMAIL PROTECTED] Subject: Re: Tomcat+MySQL. Intermitent DbcpException: Server configuration denies access to data source - Now pool exhausted Hello! I got an answer in the mySQL list, that pointed out that my number of connections 500, was a lot more than the normal value of 100. Changing that solved the problem of the Server configuration error, but I've gone back to getting java.sql.SQLException: DBCP could not obtain an idle db connection, pool exhausted (whole exception follows). I thought the configuration parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter would free and log abandoned connections, but it doesn't seem to do it. Anyway, I have checked over all my result sets, statements and connections and I think they are all closed properly... So I'm still a bit stuck here... Some other person in the Commons list, suggested that there might be some problems with the DBCP, could it be so? Any other suggestions? Any help really appreciated. Monica Hi! I'm using Tomcat 4.1.24 with Apache 2 and MySQL 4.0.13. I have the mysql- connector-java-2.0.14-bin.jar in commons/lib. The application runs normally, and usually about once or twice a day I get this exception org.apache.commons.dbcp.DbcpException: java.sql.SQLException: Server configuration denies access to data source. Once the exception occurs, it happens for every request and Tomcat needs restarting. Before getting this exception, I used to run out of connections, and therefore I added to the server.xml parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter I guess it could be related... I include the exception and my server.xml file. Any help appreciated. Monica 2003-08-07 15:55:02 StandardWrapperValve[StructureServlet]: Servlet.service () for servlet StructureServlet threw exception org.apache.commons.dbcp.DbcpException: java.sql.SQLException: Server configuration denies access to data source at org.apache.commons.dbcp.DriverConnectionFactory.createConnection (DriverConnectionFactory.java:85) at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject (PoolableConnectionFactory.java:184) at org.apache.commons.pool.impl.GenericObjectPool.borrowObject (GenericObjectPool.java) at org.apache.commons.dbcp.AbandonedObjectPool.borrowObject (AbandonedObjectPool.java:117) at org.apache.commons.dbcp.PoolingDataSource.getConnection (PoolingDataSource.java:110) at org.apache.commons.dbcp.BasicDataSource.getConnection (BasicDataSource.java:312) at com.ah.auk.db.DBUtil.getDBConnection(DBUtil.java:54) at com.ah.auk.db.DB.checkDBCon(DB.java:34) at com.ah.auk.db.HotelDBReader.getHotelsInGeoEntry (HotelDBReader.java:64) at com.ah.auk.delegates.CountyHelper.getHotelsPerCounty (CountyHelper.java:100) at com.ah.auk.box.CountyListBox.getCounties(CountyListBox.java:118) at com.ah.auk.box.CountyListBox.configure(CountyListBox.java:63) at com.ah.auk.core.BoxManager.configureBoxes(BoxManager.java:41) at com.ah.auk.structure.StructureServlet.doGet (StructureServlet.java:74) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (Unknown Source
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Steve Wilkinson [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 08:21:29 -0600 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: How to apply the hotfix of 4.1.27? On the web page http://mirrors.midco.net/pub/apache.org/jakarta/tomcat-4/binaries/ it says.. Hotfixes (to install, extract in the path where Tomcat was installed): No replacement needed. Class loader insures the the proper class is loaded since the classes directory is in the classpath first. Only step 1, but make sure it's in the Tomcat directory. After you are done you should see something like this: TOMCAT_HOME/server/classes/org/apache/catalina/core/StandardContext.class Where TOMCAT_HOME is where you installed tomcat. Vernon Smith wrote: Is the only way to apply the patch by the following procedure: 1. unzip the jar file * 2. replace the class in the hotfix 3. zip into the jar file ago. * which one of the three jar files is the jar file? Any better way to get it done? And why don't get a new build with the fix? v. Get advanced SPAM filtering on Webmail or POP Mail ... Get Lycos Mail! http://login.mail.lycos.com/r/referral?aid=27005 - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:18:05 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: How to apply the hotfix of 4.1.27? Substitue as appropriate for windows ... 0) download http://www.apache.org/dist/jakarta/tomcat-4/binaries/4.1.27-hotfix-22096.zip 1) cd $CATALINA_HOME 2) jar xf PATH_TO/4.1.27-hotfix-22096.zip 3) Done -Tim Vernon Smith wrote: Is the only way to apply the patch by the following procedure: 1. unzip the jar file * 2. replace the class in the hotfix 3. zip into the jar file ago. * which one of the three jar files is the jar file? Any better way to get it done? And why don't get a new build with the fix? v. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:54:34 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:13:16 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Jose Euclides da Silva Junior - DATAPREVRJ [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 14:01:25 -0300 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RES: Lomboz or Sysdeo Eclipse Plugin? The most used is Lomboz. I have never heard about Sysdeo before. -Mensagem original- De: Mark Lenz [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 22 de agosto de 2003 12:10 Para: [EMAIL PROTECTED] Assunto: Lomboz or Sysdeo Eclipse Plugin? Hi everyone! Which plugin are you guys using for JSP development in Eclipse? Have you tried other plugins or just started using your current one? Mark Lenz Pierce Manufacturing, Inc. (920) 832-3523 [EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: John Turner [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:26:41 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: two ports with apj13 Hi - AJP13 doesn't do SSL. You set up multiple ports for a Tomcat Connector in server.xml. Copy the one that is already there (CoyoteConnector on port 8009) and change the port number to whatever you want. Workers.properties: # BEGIN workers.properties worker.list=ajp13 worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13 # END workers.properties A doc that describes setting up more than one worker is here: http://www.ubeans.com/tomcat/ If you want to use SSL, you set this up in Apache...there is no Tomcat setup if you are using Apache with a connector. Communications between Apache and Tomcat via mod_jk or mod_jk2 are in the clear, that is, sans SSL. John Shannon Scott wrote: Hello, How do I set up my workers.properties so the apj13 protocol can listen on more than one port? I want to set it up for 8443 for ssl. Where is the doc describing hwo to set up the workers.properties? Apache 1.3.27 mod_jk Tomcat 4.1.24 Thank You. Shannon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: John Turner [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:51:29 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: 2 VirtualHosts same IP address and port on Tomcat not working For grins, I decided to setup an example. Here it is. The server has multiple virtual hosts. There are currently 6 working, this configuration describes how I added a seventh by copying a config from one of the other 6 and changing values as needed. The scenario: One Tomcat instance (4.1.12, yes I know its old but its an internal play server so not that important) Multi-virtual hosts, each one has its own appBase ($CATALINA_HOME/hostname). Each virtual host has a root context ($CATALINA_HOME/hostname/hostname). Apache 2, mod_jk.so. The goal: http://hostname/test.jsp works http://hostname/test.html works To setup the new virtual host, I did the following: - in server.xml, added: Host name=www.DOMAIN.com debug=1 appBase=DOMAIN unpackWARs=true autoDeploy=true Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=DOMAIN_com. suffix=.log timestamp=true/ Context path= docBase=DOMAIN debug=0 reloadable=true Logger className=org.apache.catalina.logger.FileLogger prefix=DOMAIN. suffix=.log timestamp=true / Resource name=mail/Session auth=Container type=javax.mail.Session/ ResourceParams name=mail/Session parameter namemail.smtp.host/name valuelocalhost/value /parameter /ResourceParams /Context /Host - created $CATALINA_HOME/DOMAIN, $CATALINA_HOME/DOMAIN/DOMAIN, $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF, $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF/classes, $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF/lib, $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF/web.xml where $CATALINA_HOME = /usr/local/jakarta-tomcat-4.1.12 - chown -R tomcat:tomcat $CATALINA_HOME/DOMAIN - created $CATALINA_HOME/DOMAIN/DOMAIN/test.html and $CATALINA_HOME/DOMAIN/DOMAIN/test.jsp in Apache httpd.conf, added: VirtualHost * ServerName www.DOMAIN.com DocumentRoot /usr/local/jakarta-tomcat-4.1.12/DOMAIN/DOMAIN # Static files Alias / /usr/local/jakarta-tomcat-4.1.12/DOMAIN/DOMAIN Directory /usr/local/jakarta-tomcat-4.1.12/DOMAIN/DOMAIN Options Indexes FollowSymLinks DirectoryIndex index.jsp /Directory # Deny direct access to WEB-INF and META-INF # Location /WEB-INF/* AllowOverride None deny from all /Location Location /META-INF/* AllowOverride None deny from all /Location JkMount /* ajp13 /VirtualHost - stopped Tomcat. stopped Apache. Removed contents of $CATALINA_HOME/work/Standalone. Started Tomcat. Started Apache. - verified that http://www.DOMAIN.com/test.jsp and http://www.DOMAIN.com/test.html work, and that http://www.DOMAIN.com/WEB-INF/web.xml returns a 403. Wherever you see DOMAIN in the above, substitute the domain name that you want to use, or anything else, as long as you stay consistent. I decided to use a JkMount of /* only because that's what you said you wanted to do by having a servlet generate all content...I could have just as easily made the JkMount be /*.jsp or whatever. Your servlets now go in $CATALINA_HOME/DOMAIN/DOMAIN/WEB-INF, and you can adjust your web.xml appropriately to map them to a URL starting with / as in http://www.DOMAIN.com/SERVLET-URL. Thus, things like /WEB-INF in the Location directive are RELATIVE to things like Alias, as is JkMount..if you get Alias wrong (and/or DocumentRoot) you're going to have lots of problems, and messing with your Contexts in server.xml
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Scott Stewart [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:13:07 -0400 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: DataSourceRealm with MySQL I believe the dataSourceName attribute in your Realm definition needs to exactly match the name given to your Resource element defined within your GlobalNamingResources. Therefore, you may want to change your dataSourceName to just read jdbc/authority. Thanks, Scott Stewart [Manager, Software Development] [EMAIL PROTECTED] work: (407) 515-8656 cell : (407) 435-1036 fax : (407) 515-9001 ClearSky Mobile Media, Inc. 56 E. Pine Street Suite 200 Orlando, FL 32801 USA -Original Message- From: Steve Wilkinson [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 8:13 AM To: [EMAIL PROTECTED] Subject: DataSourceRealm with MySQL Hi, I'm struggling with creating a DataSourceRealm with MySQL. I'm running Tomcat 4.1.27-LE-jdk14 on Windows2K First, I can get the following example to work: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-examples-how to.html So, I don't think it's a MySQL thing. I've tried the settings from Scott Stewart's email and it doesn't work: http://www.mail-archive.com/[EMAIL PROTECTED]/msg99745.html Here is my server.xml: -- server.xml - Server port=8005 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ GlobalNamingResources Resource name=jdbc/authority type=javax.sql.DataSource auth=Container/ ResourceParams name=jdbc/authority parameter nameusername/name valuemysql/value /parameter parameter namepassword/name valuemysql/value /parameter parameter namedriverClassName/name valuecom.mysql.jdbc.Driver/value /parameter parameter nameurl/name value jdbc:mysql://localhost:3306/authority?autoReconnect=true /value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter namemaxActive/name value100/value /parameter parameter namemaxIdle/name value1/value /parameter parameter namemaxWait/name value1/value /parameter /ResourceParams /GlobalNamingResources Service name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Engine name=Standalone defaultHost=localhost debug=99 Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.DataSourceRealm debug=99 dataSourceName=java:/comp/env/jdbc/authority userTable=users userNameCol=user_name userCredCol=user_pass userRoleTable=user_roles roleNameCol=role_name/ Host name=localhost debug=99 appBase=webapps
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Kannan Sundararajan [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:54:26 -0400 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: E-Mail to CompuServe Customer Service ??? -Original Message- From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 12:44 PM To: Tomcat Users List Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 11:58:35 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Mark Lenz [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:10:15 -0500 To: [EMAIL PROTECTED] Subject: Lomboz or Sysdeo Eclipse Plugin? Hi everyone! Which plugin are you guys using for JSP development in Eclipse? Have you tried other plugins or just started using your current one? Mark Lenz Pierce Manufacturing, Inc. (920) 832-3523 [EMAIL PROTECTED] The information contained in this electronic mail message is confidential information and intended only for the use of the individual or entity named above, and may be privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, please contact the sender immediately, delete this material from your computer and destroy all related paper media. Please note that the documents transmitted are not intended to be binding until a hard copy has been manually signed by all parties. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Steve Wilkinson [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 08:31:37 -0600 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: DataSourceRealm with MySQL I tried that because you had it in your July 31, 2003 message and I still get the same error. Thanks for replying. It seems like the DataSourceRealm can not be a managed bean. Scott Stewart wrote: I believe the dataSourceName attribute in your Realm definition needs to exactly match the name given to your Resource element defined within your GlobalNamingResources. Therefore, you may want to change your dataSourceName to just read jdbc/authority. Thanks, Scott Stewart [Manager, Software Development] [EMAIL PROTECTED] work: (407) 515-8656 cell : (407) 435-1036 fax : (407) 515-9001 ClearSky Mobile Media, Inc. 56 E. Pine Street Suite 200 Orlando, FL 32801 USA -Original Message- From: Steve Wilkinson [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 8:13 AM To: [EMAIL PROTECTED] Subject: DataSourceRealm with MySQL Hi, I'm struggling with creating a DataSourceRealm with MySQL. I'm running Tomcat 4.1.27-LE-jdk14 on Windows2K First, I can get the following example to work: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-examples-how to.html So, I don't think it's a MySQL thing. I've tried the settings from Scott Stewart's email and it doesn't work: http://www.mail-archive.com/[EMAIL PROTECTED]/msg99745.html Here is my server.xml: -- server.xml - Server port=8005 shutdown=SHUTDOWN debug=0 Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ GlobalNamingResources Resource name=jdbc/authority type=javax.sql.DataSource auth=Container/ ResourceParams name=jdbc/authority parameter nameusername/name valuemysql/value /parameter parameter namepassword/name valuemysql/value /parameter parameter namedriverClassName/name valuecom.mysql.jdbc.Driver/value /parameter parameter nameurl/name value jdbc:mysql://localhost:3306/authority?autoReconnect=true /value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value60/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter namemaxActive/name value100/value /parameter parameter namemaxIdle/name value1/value /parameter parameter namemaxWait/name value1/value /parameter /ResourceParams /GlobalNamingResources Service name=Tomcat-Standalone Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 useURIValidationHack=false disableUploadTimeout=true / Engine name=Standalone defaultHost=localhost debug=99 Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.DataSourceRealm
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:21:27 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are
unable to process your request because our records indicate that you are not
registered for Technical Support.
To register, logon to our Supportlink web site http://www.quest.com/support , and
self-register from the web. Or, you can phone Quest at one of the numbers below to
register.
Once you have registered, you can submit your request within Supportlink, by email at
[EMAIL PROTECTED], by phone at one of the numbers below.
Please do not reply to this email.
If this is an URGENT matter please contact Quest Technical Support via telephone at
one of the numbers listed below.
Thank you,
Quest Software Technical Support
www.quest.com/support
Quest Software Technical Support - Canada 902.442.5700
Quest Software Technical Support - United Kingdom 44.1628.601007
Quest Software Technical Support - United States 949.754.8000
Original Message
From: Robert S. Jones [mailto:[EMAIL PROTECTED]
Sent: 22 Aug 2003 10:31:48 -0400
To: Tomcat Users List [EMAIL PROTECTED]
Subject: RE: Problem connecting to mysql database with Tomcat and JNDI
Well Folks, the law of, the longer a problem takes to resolve, the
dumber the mistake has held true once again. It turns out that I had
my Context definition in the wrong place in the server.xml file. I'm
aggravated, but glad to have the problem solved.
Thanks Scott for your suggestions. I should have posted the whole
server.xml file. That probably would have made the problem obvious to
folks more experienced than me.
Rob
On Fri, 2003-08-22 at 09:00, Robert S. Jones wrote:
Ok, I tried that. Same results. Here is my new Context definition.
Context path=/db-test docBase=db-test debug=0 reloadable=true
Resource name=jdbc/address auth=Container
type=javax.sql.DataSource/
ResourceParams name=jdbc/address
parameter
nameusername/name
valueusername/value
/parameter
parameter
namepassword/name
valuepassword/value
/parameter
parameter
nameurl/name
valuejdbc:mysql://localhost:3306/ADDRESS/value
/parameter
parameter
namedriverClassName/name
valuecom.mysql.jdbc.Driver/value
/parameter
/ResourceParams
/Context
Thanks,
Rob
On Fri, 2003-08-22 at 07:09, Scott Stewart wrote:
Well, looking at your Context definition, I'm not seeing the following
required element:
Resource name=jdbc/address
auth=Container
type=javax.sql.DataSource /
Thanks,
Scott Stewart
[Manager, Software Development]
[EMAIL PROTECTED]
ClearSky Mobile Media, Inc.
56 E. Pine Street Suite 200
Orlando, FL 32801
USA
-Original Message-
From: Robert S. Jones [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 5:35 PM
To: [EMAIL PROTECTED]
Subject: Problem connecting to mysql database with Tomcat and JNDI
Folks,
I'm having trouble connecting to a mysql database through Tomcat. I'm
using Tomcat 5.0.9a with mysql 4.0.14. I have the mysql 3.0.8 JDBC
driver in ${TOMCAT_HOME}/common/lib. I'm running RedHat 8.0 with a
stock kernel.
I've been able to connect to the database without JNDI services. I
believe I have the database user set up correctly. I have been all over
the web trying to figure out what the problem is. It seems like
everyone is having this problem, but no two solutions are the same.
FWIW I've tried a lot of this on Tomcat 4 and have had the same results.
I've traced the problem to the following code from the JSP file below:
conn = ds.getConnection();
Any thoughts/ideas would be greatly appreciated. I'm at the end of my
rope on this.
Here is the error message I'm getting.
java.lang.NullPointerException
org.apache.jsp.usingDataSource_jsp._jspService(usingDataSource_jsp.java:74)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3
20)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:293)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
Here is the JSP page I'm using:
[EMAIL PROTECTED] import=java.sql.*, javax.sql.*, javax.naming.*%
html
head
titleUsing a DataSource/title
/head
body
h1Using a DataSource/h1
%
DataSource ds = null;
Connection conn = null;
ResultSet result = null;
Statement stmt = null;
ResultSetMetaData rsmd = null
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Hertenstein Alain [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 16:49:33 +0200 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE : Does Tomcat trim sessions when it runs out of memory? Is there any indication somewhere about the memory currently used by Tomcat and the maximum memory allowed ? Is there a way to clean up memory used by Tomcat in order to avoid OutOfMemoryErrors (like a Garbage Collector for Java or something) ? Thanks -Message d'origine- De : Shapira, Yoav [mailto:[EMAIL PROTECTED] Envoyé : vendredi, 22. août 2003 15:20 À : Tomcat Users List Objet : RE: Does Tomcat trim sessions when it runs out of memory? Howdy, No, it doesn't get rid of sessions (it's not allowed to according to the spec). In fact, tomcat doesn't try to detect when it's running out of memory and doesn't do anything about it: if you don't have enough memory, tomcat will go into an undefined state (or just die) with an OutOfMemoryError. Yoav Shapira Millennium ChemInformatics -Original Message- From: Neil Aggarwal [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2003 10:03 PM To: 'Tomcat-User' Subject: Does Tomcat trim sessions when it runs out of memory? Hello: I have a question: Does Tomcat get rid of sessions when it run out of memory? We are seeing sessions disappear on our app and are trying to find an explanation for it? What does Tomcat do when it begins to run out of memory? Thanks, Neil -- Neil Aggarwal, JAMM Consulting, (972)612-6056, www.JAMMConsulting.com FREE! Valuable info on how your business can reduce operating costs by 17% or more in 6 months or less! = http://newsletter.JAMMConsulting.com - 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] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Hertenstein Alain [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 15:16:29 +0200 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE : Folder Permissions taken over by Tomcat 4 Yes I do confirm it again (at least on Linux Red Hat 7.2, as long as the OS has anything to do with it). Ok I repeat : - have a web application configured on Tomcat 4.0.3, in a folder like webapps/myApps - share an application's sub-folder (f.ex. webapps/myApps/documents), and try to set permissions (read write) and ownership for specific user accounts which will access this sub-folder through SMB. - restart Tomcat 4 : all these permissions in the webapps/myApps/documents folder are gone. And furthermore, the folder's Ownership (maybe the problem lies here actually...) is set to user : tomcat4, and group : tomcat4 I can send screenshots if you don't believe this... Nobody heard of this before !? Alain -Message d'origine- De : John Turner [mailto:[EMAIL PROTECTED] Envoyé : vendredi, 22. août 2003 14:40 À : Tomcat Users List Objet : Re: Folder Permissions taken over by Tomcat 4 You're saying Tomcat runs around and changes the directory permissions? I find that really hard to believe...I'm running Tomcat 3.1, 4.1.12, 4.1.18, and 4.1.27 in various places and have never seen this behavior. John Hertenstein Alain wrote: Hello, We have a Red Hat Linux 7.2 Server with Tomcat v4.0.3 installed, and a web application configured, let's say myApps. In this webapps/myApps folder, there are folders which we have shared through SMB so that Windows users can access them, and we have also changed the folder's permissions, so that these users can modify their contents. Everything works fine. The problem here is when we have to restart Tomcat 4, all permissions under that webapps/myApps folder are restored this way - User : Tomcat 4, Group : Tomcat 4. So this means that all our permissions settings are cleared ! And we have to set them back again each time we restart Tomcat 4 (in case of a server reboot, or major application change, etc), which is quite annoying. Is there a way to avoid this ? Thank you very much Alain ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:36:25 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:31:08 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: RE : Does Tomcat trim sessions when it runs out of memory? Howdy, Yes, there is indication somewhere about the memory currently used by tomcat: Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory(). As you can tell from the functions, they're JVM-wide, not Tomcat-specific. This would be true for any program, as all classes in the JVM share one heap. Tomcat's objects are cleaned up normally by the garbage collector, just like all other program objects. Tomcat's programmers take care not to keep unneeded references to objects which would prevent collection, but we like everyone else are not perfect. So if you see a memory leak in the code, by all means point it out. Most of the time, applications leak memory, and do so in amounts much larger than tomcat itself. Profile your application to see where memory is used so that you can correct the code. At the same time, you can profile tomcat by itself if you're not convinced its memory use is efficient. Sometimes, applications need more than the default 64MB java allocates the heap. In that case, you would increase the heap size as needed by your app. Yoav Shapira Millennium ChemInformatics -Original Message- From: Hertenstein Alain [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 10:50 AM To: 'Tomcat Users List' Subject: RE : Does Tomcat trim sessions when it runs out of memory? Is there any indication somewhere about the memory currently used by Tomcat and the maximum memory allowed ? Is there a way to clean up memory used by Tomcat in order to avoid OutOfMemoryErrors (like a Garbage Collector for Java or something) ? Thanks -Message d'origine- De : Shapira, Yoav [mailto:[EMAIL PROTECTED] Envoyé : vendredi, 22. août 2003 15:20 À : Tomcat Users List Objet : RE: Does Tomcat trim sessions when it runs out of memory? Howdy, No, it doesn't get rid of sessions (it's not allowed to according to the spec). In fact, tomcat doesn't try to detect when it's running out of memory and doesn't do anything about it: if you don't have enough memory, tomcat will go into an undefined state (or just die) with an OutOfMemoryError. Yoav Shapira Millennium ChemInformatics -Original Message- From: Neil Aggarwal [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2003 10:03 PM To: 'Tomcat-User' Subject: Does Tomcat trim sessions when it runs out of memory? Hello: I have a question: Does Tomcat get rid of sessions when it run out of memory? We are seeing sessions disappear on our app and are trying to find an explanation for it? What does Tomcat do when it begins to run out of memory? Thanks, Neil -- Neil Aggarwal, JAMM Consulting, (972)612-6056, www.JAMMConsulting.com FREE! Valuable info on how your business can reduce operating costs by 17% or more in 6 months or less! = http://newsletter.JAMMConsulting.com - 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
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: John Turner [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:07:04 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: 2 VirtualHosts now work, mod_jk not I would try setting: Alias /webappname /some/path/to/tomcat/webappname DocumentRoot /some/path/to/tomcat/webappname Then: JkMount /servlet/* ajp13 Then your URL of http://some.host.com//webappname/servlet/webappname/templates/index.vm should work. Even this should work: Alias / /some/path/to/tomcat/webappname DocumentRoot /some/path/to/tomcat/webappname JkMount /*.vm ajp13 The * in this case means /webappname/servlet/webappname/templates. I don't know anything about Turbine, so I can't help with specifics. You might just be better off using Tomcat alone. John David Wynter wrote: I have long URLs because I am using the Apache Turbine project to develop my webapps. Here is an article on how to shorten them, which gives me the impression that i am stuck with these long URLs http://jakarta.apache.org/turbine/turbine-2.2.1/howto/url-rewriting-howto.ht ml unless I follow this method. This URL is a standard Turbine app URL - /webappname/servlet/webappname/templates/index.vm . It always seemed to me that the /webappname/servlet/webappname should be replaceable by Aliases, but it is not clear to me how. The web.xml supplied with Turbine does not have a mapping to .vm files. Here it is. ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2.2.dtd; web-app servlet servlet-namese/servlet-name servlet-classorg.apache.turbine.Turbine/servlet-class init-param param-nameapplicationRoot/param-name param-valuewebContext/param-value /init-param init-param param-nameproperties/param-name param-value/WEB-INF/conf/TurbineResources.properties/param-value /init-param load-on-startup1/load-on-startup /servlet security-constraint web-resource-collection web-resource-nametemplates/web-resource-name url-pattern/templates/*/url-pattern /web-resource-collection web-resource-collection web-resource-namelogs/web-resource-name url-pattern/logs/*/url-pattern /web-resource-collection auth-constraint role-nameadmin/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method realm-nameTemplates/realm-name /login-config /web-app What is not clear is how the JkMount works in the context of the long URLs for Turbine apps as opposed to the short URLs for the example jsp. Why did I use the alias name in my Location and JkMount directives? Because the archive is littered with examples doing just that eg. http://www.mail-archive.com/[EMAIL PROTECTED]/msg98299 According to this thread the solution was not changing what he had in the JkMount so I cannot but help take it as an example, sorry. Thanks John, you are the only one who is replying to these. David - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Steve Veltman [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:25:54 -0500 To: [EMAIL PROTECTED] Subject: newbie needs help - root context not working with apache I am running Tomcat 4.1.27 with Apache 2.0.47, using the jk2 2.0.43 connector and j2sdk 1.4.2 I connected Tomcat to Apache using the instructions at http://www.gregoire.org/howto/Apache2_Jk2_TC4.1.x_JSDK1.4.x.html I can open localhost/examples/servlet/HelloWorldExample If I move HelloWorldExample.class into the ROOT contexts WEB-INF folder, I can open it using localhost:8080/servlet/Hello... but I cannot open it using localhost/servlet/Hello... The Tomcat Root Context section in server.xml has been uncommented, but that hasn't helped. I NEED this to work, but I really don't know how to get this new Tomcat version to do it. What am I missing? Can anyone point me to documentation where this is covered? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Chuck [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 07:29:13 -0700 To: Tomcat Users List [EMAIL PROTECTED] Subject: Polling/Timing Help: Kinda Offtopic Our project is based on Tomcat but we have a standalone server component that I need some help with. Sorry if off-topic, have not had much luck elsewhere. Anyway, I will have a standalone java server (which some tomcat webapps will be talking to). What I need to do is some advanced scheduling based on time. I basically need some mechanism based on time where I can run tasks on a schedules basis. UNIX cron is a vague example, but what I need must be more accurate and reliable. (ie, UNIX cron, if you have 10 jobs schedules to start at 12:01pm, there is no gurantee as to what second they will actually spawn) For example, I have an SNMP agent that will wake up every 15 seconds, do it's thing, and then sleep for another 15 seconds. There will also be many other agents all will different polling periods that are user customizable. I would like to work in units of milliseconds. Can anyone point me to some resources/websites/example code that can assist me in this endeavor? I am relateively new to Java but have a lot of C/C++ in my background. I am now a Systems Engineer and am designing a network monitoring package. (if you are familiar with opennms, www.opennms.org, then you will know what I mean) Thanks for any help, CC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:19:01 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:40:34 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:26:37 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Rick Roberts [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:41:23 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Waiting for 4 instance(s) to be deallocated? OK. I know I must be doing something stupid, in order to get this message. What is it? StandardWrapper[/ai:jsp]: Waiting for 4 instance(s) to be deallocated -- *** * Rick Roberts* * Advanced Information Technologies, Inc. * * http://www.ait-web.com * *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:32:49 -0500 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: E-Mail to CompuServe Customer Service Is this http://securityresponse.symantec.com/avcenter/venc/data/[EMAIL PROTECTED] tml ?? -Original Message- From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 12:27 PM To: Tomcat Users List Subject: E-Mail to CompuServe Customer Service - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are
unable to process your request because our records indicate that you are not
registered for Technical Support.
To register, logon to our Supportlink web site http://www.quest.com/support , and
self-register from the web. Or, you can phone Quest at one of the numbers below to
register.
Once you have registered, you can submit your request within Supportlink, by email at
[EMAIL PROTECTED], by phone at one of the numbers below.
Please do not reply to this email.
If this is an URGENT matter please contact Quest Technical Support via telephone at
one of the numbers listed below.
Thank you,
Quest Software Technical Support
www.quest.com/support
Quest Software Technical Support - Canada 902.442.5700
Quest Software Technical Support - United Kingdom 44.1628.601007
Quest Software Technical Support - United States 949.754.8000
Original Message
From: G. Wade Johnson [mailto:[EMAIL PROTECTED]
Sent: Fri, 22 Aug 2003 12:39:21 -0500
To: Tomcat Users List [EMAIL PROTECTED]
Subject: Re: Tomcat 4 on Compaq Tru64?
I'm not sure why it works that way. I've got Tomcat working on Tru64 by
calling
bin/startup.sh start
and
bin/shutdown.sh stop
in the $CATALINA_HOME directory.
I hope to get a little time to get to the bottom of this someday.
Later,
G. Wade
Søren Neigaard wrote:
Does anybody have any succes with Tomcat on Tru64? I think I need to alter
some shell scripts, but I have no clue what and where to make what changes?
I have set the JAVA_HOME to the Compaq Fast JVM, but the startup.sh gives me
thins in the catalina.out:
usage: java org.apache.catalina.startup.Catalina [ -config {pathname} ] [
-debug ] [ -nonaming ] { start | stop }
Please help :)
Med venlig hilsen/Best regards
Søren Neigaard
System Architect
Mobilethink A/S
Arosgaarden
Åboulevarden 23, 4.sal
DK - 8000 Århus C
Telefon: +45 86207800
Direct: +45 86207810
Fax: +45 86207801
Email: [EMAIL PROTECTED]
Web: www.mobilethink.dk
-
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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:33:48 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:41:58 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Ahmad, Kashif [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:20:22 -0400 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: E-Mail to CompuServe Customer Service Good grief... who put an automated mailbox on the tomcat users list? Is flooding my inbox. -Original Message- From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 1:13 PM To: Tomcat Users List Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:14:59 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Madere, Colin [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 11:19:20 -0500 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: shm error when start apache2-mod_jk2 A while back I googled for this (and I think searched this list archives) and found a post by the developer basically saying this is normal, I just chose a poor output message. I think everyone gets these messages. If anyone is using JK2 and doesn't get these messages, please post! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 5:29 AM To: [EMAIL PROTECTED] Subject: shm error when start apache2-mod_jk2 Hi, I installed: - tomcat 4.1.27 - apache 2.0.47 - mod_jk2 2.0.2 when I start apache I have the following error: [Fri Aug 22 10:19:42 2003] [error] shm.init(): No file [Fri Aug 22 10:19:42 2003] [error] mod_jk child init 1 -2 [Fri Aug 22 10:19:42 2003] [error] jk2_init() Can't find child 22643 in scoreboa rd [Fri Aug 22 10:19:42 2003] [error] shm.init(): No file [Fri Aug 22 10:19:42 2003] [error] mod_jk child init 1 -2 [Fri Aug 22 10:19:42 2003] [error] jk2_init() Can't find child 22644 in scoreboa rd [Fri Aug 22 10:19:42 2003] [error] shm.init(): No file [Fri Aug 22 10:19:42 2003] [error] mod_jk child init 1 -2 [Fri Aug 22 10:19:42 2003] [notice] Apache/2.0.47 (Unix) mod_jk2/2.0.2 configure d -- resuming normal operations Can you help me ??? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:38:12 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: Polling/Timing Help: Kinda Offtopic Howdy, Look at JCrontab (http://jcrontab.sourceforge.net/index.shtml) and Quartz (http://www.part.net/quartz.html). Good luck ever achieving the reliability and accuracy of cron in a java program ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: Chuck [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 10:29 AM To: Tomcat Users List Subject: Polling/Timing Help: Kinda Offtopic Our project is based on Tomcat but we have a standalone server component that I need some help with. Sorry if off-topic, have not had much luck elsewhere. Anyway, I will have a standalone java server (which some tomcat webapps will be talking to). What I need to do is some advanced scheduling based on time. I basically need some mechanism based on time where I can run tasks on a schedules basis. UNIX cron is a vague example, but what I need must be more accurate and reliable. (ie, UNIX cron, if you have 10 jobs schedules to start at 12:01pm, there is no gurantee as to what second they will actually spawn) For example, I have an SNMP agent that will wake up every 15 seconds, do it's thing, and then sleep for another 15 seconds. There will also be many other agents all will different polling periods that are user customizable. I would like to work in units of milliseconds. Can anyone point me to some resources/websites/example code that can assist me in this endeavor? I am relateively new to Java but have a lot of C/C++ in my background. I am now a Systems Engineer and am designing a network monitoring package. (if you are familiar with opennms, www.opennms.org, then you will know what I mean) Thanks for any help, CC - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Kannan Sundararajan [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:54:51 -0400 To: 'Tomcat Users List' [EMAIL PROTECTED] Subject: RE: E-Mail to CompuServe Customer Service Normally there would be someone verifies the email before going inot users group.. But seems no one is verifying.. It is flooding already in my inbox.. -Original Message- From: Mike Curwen [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 1:33 PM To: 'Tomcat Users List' Subject: RE: E-Mail to CompuServe Customer Service Is this http://securityresponse.symantec.com/avcenter/venc/data/[EMAIL PROTECTED] tml ?? -Original Message- From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 12:27 PM To: Tomcat Users List Subject: E-Mail to CompuServe Customer Service - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 10:44:12 -0400 To: [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: John Turner [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 12:37:00 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: RE : Folder Permissions taken over by Tomcat 4 I still don't believe it. The reason I don't believe it is simple: if I change the permissions in my Context or one of its subdirectories or files to something that prevents Tomcat from using the resources (JSP file or whatever), Tomcat does not change the permissions back to what it needs to work, instead my apps fail and throw errors like crazy. If Tomcat is doing what you say it is doing, I would never get errors, because Tomcat would just merrily go around and change permissions on resources so that it was happy, which is what you say it is doing. If anything, it isn't Tomcat that's doing it to you...if I had to guess, it would be samba or something on one of the Windows clients like some goofy tool Microsoft has like a fast indexer or some other munged up app (much more likely). John Hertenstein Alain wrote: Yes I do confirm it again (at least on Linux Red Hat 7.2, as long as the OS has anything to do with it). Ok I repeat : - have a web application configured on Tomcat 4.0.3, in a folder like webapps/myApps - share an application's sub-folder (f.ex. webapps/myApps/documents), and try to set permissions (read write) and ownership for specific user accounts which will access this sub-folder through SMB. - restart Tomcat 4 : all these permissions in the webapps/myApps/documents folder are gone. And furthermore, the folder's Ownership (maybe the problem lies here actually...) is set to user : tomcat4, and group : tomcat4 I can send screenshots if you don't believe this... Nobody heard of this before !? Alain -Message d'origine- De : John Turner [mailto:[EMAIL PROTECTED] Envoyé : vendredi, 22. août 2003 14:40 À : Tomcat Users List Objet : Re: Folder Permissions taken over by Tomcat 4 You're saying Tomcat runs around and changes the directory permissions? I find that really hard to believe...I'm running Tomcat 3.1, 4.1.12, 4.1.18, and 4.1.27 in various places and have never seen this behavior. John Hertenstein Alain wrote: Hello, We have a Red Hat Linux 7.2 Server with Tomcat v4.0.3 installed, and a web application configured, let's say myApps. In this webapps/myApps folder, there are folders which we have shared through SMB so that Windows users can access them, and we have also changed the folder's permissions, so that these users can modify their contents. Everything works fine. The problem here is when we have to restart Tomcat 4, all permissions under that webapps/myApps folder are restored this way - User : Tomcat 4, Group : Tomcat 4. So this means that all our permissions settings are cleared ! And we have to set them back again each time we restart Tomcat 4 (in case of a server reboot, or major application change, etc), which is quite annoying. Is there a way to avoid this ? Thank you very much Alain ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. ** - 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
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: John Turner [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:35:22 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: newbie needs help - root context not working with apache It's not working for a couple reasons, not least of which there is no servlet mapping in ROOT's web.xml file, and no entry for the default Invoker. Also, you haven't told us how you changed your JK2 properties file to match the new URL, that is, if you did so (you need to). Sooo...maybe you can repost with a little more detail about what it is that you want to do, what URL you want to use, etc. You might also consider not using Apache and JK2 at all...its not required. John Steve Veltman wrote: I am running Tomcat 4.1.27 with Apache 2.0.47, using the jk2 2.0.43 connector and j2sdk 1.4.2 I connected Tomcat to Apache using the instructions at http://www.gregoire.org/howto/Apache2_Jk2_TC4.1.x_JSDK1.4.x.html I can open localhost/examples/servlet/HelloWorldExample If I move HelloWorldExample.class into the ROOT contexts WEB-INF folder, I can open it using localhost:8080/servlet/Hello... but I cannot open it using localhost/servlet/Hello... The Tomcat Root Context section in server.xml has been uncommented, but that hasn't helped. I NEED this to work, but I really don't know how to get this new Tomcat version to do it. What am I missing? Can anyone point me to documentation where this is covered? - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 14:02:25 -0400 To: [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 14:06:33 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:39:55 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:38:54 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: Eric J. Pinnell [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:49:21 -0400 (EDT) To: Tomcat Users List [EMAIL PROTECTED] Subject: RE: E-Mail to CompuServe Customer Service Yup. It looks like an auto-responder getting flooded by sobig. So the virus is hitting compuserver support and the (forged) Reply-To is the list address. Otherwise we'd get the attachment. -e On Fri, 22 Aug 2003, Mike Curwen wrote: Is this http://securityresponse.symantec.com/avcenter/venc/data/[EMAIL PROTECTED] tml ?? -Original Message- From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2003 12:27 PM To: Tomcat Users List Subject: E-Mail to CompuServe Customer Service - 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]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 13:55:17 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Auto-Confirmation
Thank you for submitting your request to Quest Software Technical Support. We are unable to process your request because our records indicate that you are not registered for Technical Support. To register, logon to our Supportlink web site http://www.quest.com/support , and self-register from the web. Or, you can phone Quest at one of the numbers below to register. Once you have registered, you can submit your request within Supportlink, by email at [EMAIL PROTECTED], by phone at one of the numbers below. Please do not reply to this email. If this is an URGENT matter please contact Quest Technical Support via telephone at one of the numbers listed below. Thank you, Quest Software Technical Support www.quest.com/support Quest Software Technical Support - Canada 902.442.5700 Quest Software Technical Support - United Kingdom 44.1628.601007 Quest Software Technical Support - United States 949.754.8000 Original Message From: CompuServe Customer Service [mailto:[EMAIL PROTECTED] Sent: Fri, 22 Aug 2003 14:14:43 -0400 To: Tomcat Users List [EMAIL PROTECTED] Subject: E-Mail to CompuServe Customer Service Thank you for your e-mail message to CompuServe Customer Service. In order to improve our service to members, the general account 70006,101 ([EMAIL PROTECTED]) has now been replaced with new mailboxes dedicated to each country/region. Please re-send your message to one of the following e-mail addresses and a local CompuServe Representative will respond to you via e-mail: United States and Canada: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] United Kingdom: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Germany and Austria: Technische Mitgliederbetreuung - [EMAIL PROTECTED] Allgemeine Fragen - [EMAIL PROTECTED] Fragen zur Abrechnung - [EMAIL PROTECTED] Firmenkundenbetreuung - [EMAIL PROTECTED] France: Assistance Technique - [EMAIL PROTECTED] Assistance Technique Mac - [EMAIL PROTECTED] Gestion de votre Compte Personnel - [EMAIL PROTECTED] Gestion de votre Compte Société - [EMAIL PROTECTED] Netherlands: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Switzerland: Fragen zur Abrechnung (billing-issues) - [EMAIL PROTECTED] Allgemeine Anfragen (general demands) - [EMAIL PROTECTED] Technische Mitgliederbetreuung (technical support) - [EMAIL PROTECTED] Firmenkundenbetreuung (CBA-issues) - [EMAIL PROTECTED] All other European Countries: Technical Support - [EMAIL PROTECTED] General Support - [EMAIL PROTECTED] Business Account Support - [EMAIL PROTECTED] Japan - CompuServe/NIFTYServe: General Support - [EMAIL PROTECTED] Australia/Pacific: General Support - [EMAIL PROTECTED] Mexico: General Support - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
