Failure to start tomcat
Dear All, I have installed Tomcat (using vinstall) on a NTT/Verio FreeBSD server and am unable to start it. I checked out various mod_jk.log and found these errors. Any idea what is wrong with this? I have searched the internet like mad but couldn't find anything wrong with the settings. [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=1 [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=2 [Fri Nov 02 12:43:11 2007] [67847:] [error] ajp_service::jk_ajp_common.c (1879): (ajp13) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_done::jk_ajp_common.c (2194): recycling connection pool slot=0 for worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_handler::mod_jk.c (2063): Service error=0 for worker=ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI '/error/HTTP_SERVICE_UNAVAILABLE.html.var' from 2 maps [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*.jsp' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (539): Found a wildchar match ajp13 - /* [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_handler::mod_jk.c (1920): Into handler jakarta-servlet worker=ajp13 r-proxyreq=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_worker_for_name::jk_worker.c (111): found a worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_name_for_type::jk_worker.c (287): Found worker type 'ajp13' [Fri Nov 02 12:43:11 2007] [67847:] [debug] init_ws_service::mod_jk.c (568): Service protocol=HTTP/1.1 method=GET host=(null) addr=122.167.151.137 name=innovit1.securesites.net port=80 auth=(null) user=(null) laddr=198.66.140.63 raddr=122.167.151.137 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_get_endpoint::jk_ajp_common.c (2251): acquired connection pool slot=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_marshal_into_msgb::jk_ajp_common.c (547): ajp marshaling done [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_service::jk_ajp_common.c (1734): processing ajp13 with 2 retries [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=1 Regards, Gaurav Agarwal Sr. Manager - Business Development Mobile Number (Mumbai): 9920036823 Innoviti Embedded Solutions Pvt Ltd Mobile Number (Bglore): 9739261069
RE: What do I do with a heap dump? (OOM Permgen)
From: Greg Vilardi [mailto:[EMAIL PROTECTED] How do I figure out what is in that 440kb per deployment? What should I be looking for? As far as I know, public enemy #1 for eating PermGen space is still developers using the Singleton pattern in their code and not having listeners to null out the singleton instance when the webapp is undeployed. I've no doubt I'll be yelled at by other list members if Java 6 or Tomcat 6 have dealt with this - I'm still on 5.5! A description of the problem (there are plenty of others on the list over the years, and this may not be the best) can be found at: http://readlist.com/lists/tomcat.apache.org/users/3/19056.html You've probably seen the following two general links, but just in case: http://tomcat.apache.org/faq/memory.html and from that... http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=2669 - Peter - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [tomcat]How to decrypt the DIGEST authentication?
--- HARBOR: http://coolharbor.100free.com/index.htm Now Tomcat is also a cool pojo application server --- Zhong, havnt been following this, so shoot my wife if this is stupid... I dont think you can do what you want to... I dont think you can use web based DIGEST authentication. And then hide passwords in a MD5 digest as well. I think web based DIGEST authentication, MUST get at the plain text password. If you change that to BASIC, THEN you can MD5 the plain text password. DIGEST on the web is better though This is not a Tomcat problem, its just the way DIGEST works The browser taks the PASSWORD + Some Random stuff and gets a HASH from that. That process has to be repeated on the server, and SHA(Password) + plus some random stuff NOT EQUAL to browser... I think it has to be a plain text password... unless TC does something unbelievable... Have to choose its just the way web security works ;( - Original Message - From: zhongliang zhang [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, November 02, 2007 3:14 AM Subject: RE: [tomcat]How to decrypt the DIGEST authentication? Hi,Mark, I have to turn to you again. I encounter the problem with configuring the Digested-Password in the JDBCRealm. The JDBCRealm fragment of the $TOMCAT_HOME/conf/server.xml is shown as followed: Realm className=org.apache.catalina.realm.JDBCRealm driverName=com.mysql.jdbc.Driver connectionURL=jdbc:mysql://localhost/test connectionName=root connectionPassword=root userTable=users userNameCol=user_name userCredCol=user_pass userRoleTable=user_roles roleNameCol=role_name / and in the $TOMCAT_HOME/conf/web.xml,I did the following security-constraint: security-constraint web-resource-collection web-resource-nameall/web-resource-name url-pattern/*/url-pattern /web-resource-collection auth-constraint role-namecustomized/role-name /auth-constraint/security-constraintlogin-config auth-methodDIGEST/auth-method realm-nameJDBCRealm/realm-name/login-config it works with mysql database which is just for testing.Now in my database table users,I insert a record: user_name:zhangzhongl user_pass:zhangzhongl and in the database table,I insert a record: role_name:customized username:zhangzhongl So,it works before I added the digest attribute to the Realm element with value SHA or MD5. After I added the digest attribute,I copied the tomcat-juli.jar from $TOMCAT_HOME/bin to $TOMCAT_HOME/lib,then start up, after I entered the username zhangzhongl and clear-text password(Now,in the database,I stored the password with SHA encrypted form),it does now work,which means I can not enter the tomcat welcome page. I do not know what the reason is. Please do me a favor. thanks so much! http://tomcat.apache.org/tomcat-6.0-doc/realm-howto.html#Digested%20Passwords Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Failure to start tomcat
Did you start Tomcat prior to Httpd ?, Just see catalina.out in logs folder of Tomcat installation Gaurav Agarwal wrote: Nothing has been recorded in tomcat's log for this duration -Original Message- From: Vinu Varghese [mailto:[EMAIL PROTECTED] Sent: Friday, November 02, 2007 5:38 PM To: Tomcat Users List Subject: Re: Failure to start tomcat Hi, What does the tomcat log say ? Gaurav Agarwal wrote: Dear All, I have installed Tomcat (using vinstall) on a NTT/Verio FreeBSD server and am unable to start it. I checked out various mod_jk.log and found these errors. Any idea what is wrong with this? I have searched the internet like mad but couldn't find anything wrong with the settings. [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=1 [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=2 [Fri Nov 02 12:43:11 2007] [67847:] [error] ajp_service::jk_ajp_common.c (1879): (ajp13) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_done::jk_ajp_common.c (2194): recycling connection pool slot=0 for worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_handler::mod_jk.c (2063): Service error=0 for worker=ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI '/error/HTTP_SERVICE_UNAVAILABLE.html.var' from 2 maps [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*.jsp' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (539): Found a wildchar match ajp13 - /* [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_handler::mod_jk.c (1920): Into handler jakarta-servlet worker=ajp13 r-proxyreq=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_worker_for_name::jk_worker.c (111): found a worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_name_for_type::jk_worker.c (287): Found worker type 'ajp13' [Fri Nov 02 12:43:11 2007] [67847:] [debug] init_ws_service::mod_jk.c (568): Service protocol=HTTP/1.1 method=GET host=(null) addr=122.167.151.137 name=innovit1.securesites.net port=80 auth=(null) user=(null) laddr=198.66.140.63 raddr=122.167.151.137 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_get_endpoint::jk_ajp_common.c (2251): acquired connection pool slot=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_marshal_into_msgb::jk_ajp_common.c (547): ajp marshaling done [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_service::jk_ajp_common.c (1734): processing ajp13 with 2 retries [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to
RE: Failure to start tomcat
Shouldn't that start automatically? Oh, so the main issue is that my tomcat is not starting at all. Seems that the installation did not ensure that tomcat starts at bootup. Thanks. -Original Message- From: Vinu Varghese [mailto:[EMAIL PROTECTED] Sent: Friday, November 02, 2007 5:45 PM To: Tomcat Users List Subject: Re: Failure to start tomcat Did you start Tomcat prior to Httpd ?, Just see catalina.out in logs folder of Tomcat installation Gaurav Agarwal wrote: Nothing has been recorded in tomcat's log for this duration -Original Message- From: Vinu Varghese [mailto:[EMAIL PROTECTED] Sent: Friday, November 02, 2007 5:38 PM To: Tomcat Users List Subject: Re: Failure to start tomcat Hi, What does the tomcat log say ? Gaurav Agarwal wrote: Dear All, I have installed Tomcat (using vinstall) on a NTT/Verio FreeBSD server and am unable to start it. I checked out various mod_jk.log and found these errors. Any idea what is wrong with this? I have searched the internet like mad but couldn't find anything wrong with the settings. [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=1 [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=2 [Fri Nov 02 12:43:11 2007] [67847:] [error] ajp_service::jk_ajp_common.c (1879): (ajp13) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_done::jk_ajp_common.c (2194): recycling connection pool slot=0 for worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_handler::mod_jk.c (2063): Service error=0 for worker=ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI '/error/HTTP_SERVICE_UNAVAILABLE.html.var' from 2 maps [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*.jsp' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (539): Found a wildchar match ajp13 - /* [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_handler::mod_jk.c (1920): Into handler jakarta-servlet worker=ajp13 r-proxyreq=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_worker_for_name::jk_worker.c (111): found a worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_name_for_type::jk_worker.c (287): Found worker type 'ajp13' [Fri Nov 02 12:43:11 2007] [67847:] [debug] init_ws_service::mod_jk.c (568): Service protocol=HTTP/1.1 method=GET host=(null) addr=122.167.151.137 name=innovit1.securesites.net port=80 auth=(null) user=(null) laddr=198.66.140.63 raddr=122.167.151.137 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_get_endpoint::jk_ajp_common.c (2251): acquired connection pool slot=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_marshal_into_msgb::jk_ajp_common.c (547): ajp marshaling done [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_service::jk_ajp_common.c (1734): processing ajp13 with 2 retries [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009
Re: Failure to start tomcat
Hi, What does the tomcat log say ? Gaurav Agarwal wrote: Dear All, I have installed Tomcat (using vinstall) on a NTT/Verio FreeBSD server and am unable to start it. I checked out various mod_jk.log and found these errors. Any idea what is wrong with this? I have searched the internet like mad but couldn't find anything wrong with the settings. [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=1 [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=2 [Fri Nov 02 12:43:11 2007] [67847:] [error] ajp_service::jk_ajp_common.c (1879): (ajp13) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_done::jk_ajp_common.c (2194): recycling connection pool slot=0 for worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_handler::mod_jk.c (2063): Service error=0 for worker=ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI '/error/HTTP_SERVICE_UNAVAILABLE.html.var' from 2 maps [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*.jsp' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (539): Found a wildchar match ajp13 - /* [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_handler::mod_jk.c (1920): Into handler jakarta-servlet worker=ajp13 r-proxyreq=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_worker_for_name::jk_worker.c (111): found a worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_name_for_type::jk_worker.c (287): Found worker type 'ajp13' [Fri Nov 02 12:43:11 2007] [67847:] [debug] init_ws_service::mod_jk.c (568): Service protocol=HTTP/1.1 method=GET host=(null) addr=122.167.151.137 name=innovit1.securesites.net port=80 auth=(null) user=(null) laddr=198.66.140.63 raddr=122.167.151.137 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_get_endpoint::jk_ajp_common.c (2251): acquired connection pool slot=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_marshal_into_msgb::jk_ajp_common.c (547): ajp marshaling done [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_service::jk_ajp_common.c (1734): processing ajp13 with 2 retries [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=1 Regards, Gaurav Agarwal Sr. Manager - Business Development
Re: mod_jk - answers from appsrv often changes 'content-type' from text/xml to text/plain
Hi, there is a known problem in the AJP connector related to flush actions done by the webapp before the response headers were sent. The problem was fixed by patches on both sides. Fpr mod_jk we ignore flushes if they come too early. This code is already in our subversion code repository and will be released as part of version 1.2.26. On the Tomcat side there is a fix for the AJP connector to not send out the flush, until the headers got sent. The fix is http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/org/apache/jk/core/MsgContext.java?view=diffr1=580814r2=580815pathrev=580815 and was done on October 1rst. The upcoming TC 6.0.15 will include the fix, and any new TC 5.5 we release. For 5.5 there is no release in sight yet. You can apply the patch yourself though (and build) or build directly ffrom a subversion HEAD. Can you reproduce the problem easily, also on a test system? If so, I would be interested in a JK logfile made with JkLogLevel trace. Using that I could check, if your problem really is the same, as the above described. Regards, Rainer MUDA(David Murko) wrote: Dear all, We have a strange problem with mod_jk on my linux box (centos45 - 64bit). We use mod_jk 1.2.25 with apache 2.0.52 (default config) and on my clients I got an error msg like this: System.InvalidOperationException: Client found response content type of 'text/plain; charset=UTF-8', but expected 'text/xml' Our configuration is like this (all systems running Centos45 x86_64): Webserver with mod_jk - Appserver with jboss 4.2 - DB server Our clients are posting data to a soap service (axis) running on jboss and expect an answer in text/xml like this: Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:54:59 GMT Server: Apache/2.0.52 (CentOS) X-Powered-By: Servlet 2.4; JBoss-4.2.0.CR1 (build: SVNTag=JBoss_4_2_0_CR1 date=200703051212)/Tomcat-5.5 Connection: close Content-Type: text/xml;charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] but we very often got back this (sometimes the first 3 times the answer is text/xml and ok but then switches to text/plain ... so it switches always and the only workaround with this config is to restart the webserver and do it again) Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 16:44:55 GMT Server: Apache/2.0.52 (CentOS) Vary: Accept-Encoding,User-Agent Connection: close Content-Type: text/plain; charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] # We tried also to test it on a windows box (and mod_jk 1.2.22) with the same results: # Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:54:59 GMT Server: Apache/2.2.4 (Win32) mod_jk/1.2.22 X-Powered-By: Servlet 2.4; JBoss-4.2.0.CR1 (build: SVNTag=JBoss_4_2_0_CR1 date=200703051212)/Tomcat-5.5 Connection: close Content-Type: text/xml;charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] and switches to this response: Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:55:32 GMT Server: Apache/2.2.4 (Win32) mod_jk/1.2.22 Connection: close Content-Type: text/plain soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] Our client systems can only proper work with a response as 'content-type text/xml' The only solution we found to do is use mod_jk 1.2.19 - It also works always when we go directly to jboss-tomcat port 8080 - We found also this case description in the archive http://www.mail-archive.com/[EMAIL PROTECTED]/msg20475.html . Do anyone have a solution to use it with mod_jk 1.2.25 ? Thx and greetz, david A sample config from mod_jk is below: mod-jk.conf # # Jakarta Tomcat Connector # # Load mod_jk module # Specify the filename of the mod_jk lib LoadModule jk_module modules/mod_jk.so # Where to find workers.properties JkWorkersFile conf/workers.properties # Where to put jk logs JkLogFile logs/mod_jk.log # Set the jk log level [debug/error/info] JkLogLevel info # Select the log format JkLogStampFormat [%a %b %d %H:%M:%S %Y] # JkOptions indicates to send SSK KEY SIZE JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories # JkRequestLogFormat JkRequestLogFormat %w %V %T # Mount your applications # JkMount /application/* loadbalancer # You can use external file for mount points. # It will be checked for updates each 60 seconds. # The format of the file is: /url=worker #
RE: What do I do with a heap dump? (OOM Permgen)
From: Peter Crowther [mailto:[EMAIL PROTECTED] Subject: RE: What do I do with a heap dump? (OOM Permgen) As far as I know, public enemy #1 for eating PermGen space is still developers using the Singleton pattern in their code and not having listeners to null out the singleton instance when the webapp is undeployed. Analagous use of ThreadLocal is also a subtle contributor to the problem. The offending references must be cleared at the end of processing of each request, since listeners don't have ready access to the thread pool. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat connections not closing.
Hi Martin, We are using version control. That isn't really the issue. The problem is too much data, not too little. -Mike -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Thursday, November 01, 2007 9:24 AM To: Tomcat Users List Subject: Re: Tomcat connections not closing. Mike- I would strongly suggest use of Version Control for archiving your configuration files server.xml/web.xml and context.xml, catalina.policy, logging.properties, workers.properties, tomcat-users.xml In the case of axis you want to archive axis2.xml/services.xml/modules.xml/services In the case of struts you want to archive struts-default.xml struts-portlet-default.xml In this way you determine at least the version of the configurations (and hopefully date-time as well as Login) HTH/ Martin-- - Original Message - From: Roark, Mike [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org; [EMAIL PROTECTED] Sent: Wednesday, October 31, 2007 11:04 AM Subject: RE: Tomcat connections not closing. Well, yes and no. Yes, the problem has abated, and possibly been eliminated. However, we have no idea what change fixed it. We changed nothing in tomcat, but some changes were made at the network and in the application itself (regularly scheduled updates). None of the changes were intended to fix the problem, but it went away anyway. I don't like it, since I assume the problem could come back at any time. I still think Tomcat should be able to protect itself from this kind of behavior, but I haven't had good luck yet with the suggested parameter tweaks. At this point I'm not continuing to look into it, but just keeping watch over it... -Mike -Original Message- From: Ralph Goers [mailto:[EMAIL PROTECTED] Sent: Saturday, October 27, 2007 10:48 AM To: Tomcat Users List Subject: Re: Tomcat connections not closing. Mike, Have you been able to make any progress with this? I'm very interested in the outcome as we experience the same problem. Ralph Roark, Mike wrote: Filip, Thanks for the help. You were right about the default for disableUploadTimeout. I must have been looking at 5.0 docs before, it looks like the default changed between 5.0 and 5.5. So I have now specified all three settings as you have them, and have had no effect. It seems like the socket remains open for as long as I feel like waiting. I have a perl script that will make a request and then not read the response (just sleeps), and another that will open a socket but not even write a GET line. Same result in both cases. I said that I could see the reads timeout, but now I'm not even seeing that. I would expect if I don't send a GET that the connectionTimeout would definitely apply. -Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Has anyone managed to run TC from a CD?
Thanks for the correction! That happens when there is not enough time for thinking ... Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rainer, Rainer Jung wrote: ... and set readonly=false for the tomcat-users.xml in server.xml. Otherwise it'll try to write after read the file. Er... true? I would think that readonly=false would /cause/ the file to be re-written. - -chris - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Has anyone managed to run TC from a CD?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rainer, Rainer Jung wrote: ... and set readonly=false for the tomcat-users.xml in server.xml. Otherwise it'll try to write after read the file. Er... true? I would think that readonly=false would /cause/ the file to be re-written. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKzrd9CaO5/Lv0PARAhwgAJ0Q27wXK9agfmAWd5obQf6k/I7uhACfUyUV ZpSDNmoAI6sgZuiNzJglk9o= =o270 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk - answers from appsrv often changes 'content-type' from text/xml to text/plain
OK, this looks like you really are having the flush before headers problem. I guess, by Strange you don't mean your status 500. That's something I didn't go into. I only checked the headers and where they come from. In your case it seems the correct headers get received after the flush. So there is a chance, that having only the mod_jk side of the fix helps, even without the Tomcat fix. Without the mod_jk fix, any flush before the headers flush default httpd headers (status 200, text/plain etc.). You can find a development snapshot of mod_jk 1.2.26-dev on http://people.apache.org/~rjung/mod_jk-dev/ You need to build those yourself. The build works exactly like for an official release. There might be some bugs inside this snapshot concerning virtual hosts, but if you don't use any in your apache httpd, the code should be fine, especially for a development system. Please report your findings back, since several other people faced the same or related issues. Regards, Rainer MUDA(David Murko) wrote: Hi rainer, I've attached 2 logfiles. The first one is the mod_jk.log in debug mode, the other on is the output on my screen (dosbox) when I tried to access the webserver via a testtool and sending some data to the appserver. Strange things happened when i crosscheck the output data (check the timestamps) on mod_jk.log and my screen. Maybe you can explain what is going on :-/ Thx and greetz, david -Original Message- From: Rainer Jung [mailto:[EMAIL PROTECTED] Sent: Friday, November 02, 2007 12:38 PM To: Tomcat Users List Subject: Re: mod_jk - answers from appsrv often changes 'content-type' from text/xml to text/plain Hi, there is a known problem in the AJP connector related to flush actions done by the webapp before the response headers were sent. The problem was fixed by patches on both sides. Fpr mod_jk we ignore flushes if they come too early. This code is already in our subversion code repository and will be released as part of version 1.2.26. On the Tomcat side there is a fix for the AJP connector to not send out the flush, until the headers got sent. The fix is http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/java/o rg/apache/jk/core/MsgContext.java?view=diffr1=580814r2=58081 5pathrev=580815 and was done on October 1rst. The upcoming TC 6.0.15 will include the fix, and any new TC 5.5 we release. For 5.5 there is no release in sight yet. You can apply the patch yourself though (and build) or build directly ffrom a subversion HEAD. Can you reproduce the problem easily, also on a test system? If so, I would be interested in a JK logfile made with JkLogLevel trace. Using that I could check, if your problem really is the same, as the above described. Regards, Rainer MUDA(David Murko) wrote: Dear all, We have a strange problem with mod_jk on my linux box (centos45 - 64bit). We use mod_jk 1.2.25 with apache 2.0.52 (default config) and on my clients I got an error msg like this: System.InvalidOperationException: Client found response content type of 'text/plain; charset=UTF-8', but expected 'text/xml' Our configuration is like this (all systems running Centos45 x86_64): Webserver with mod_jk - Appserver with jboss 4.2 - DB server Our clients are posting data to a soap service (axis) running on jboss and expect an answer in text/xml like this: Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:54:59 GMT Server: Apache/2.0.52 (CentOS) X-Powered-By: Servlet 2.4; JBoss-4.2.0.CR1 (build: SVNTag=JBoss_4_2_0_CR1 date=200703051212)/Tomcat-5.5 Connection: close Content-Type: text/xml;charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] but we very often got back this (sometimes the first 3 times the answer is text/xml and ok but then switches to text/plain ... so it switches always and the only workaround with this config is to restart the webserver and do it again) Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 16:44:55 GMT Server: Apache/2.0.52 (CentOS) Vary: Accept-Encoding,User-Agent Connection: close Content-Type: text/plain; charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] # We tried also to test it on a windows box (and mod_jk 1.2.22) with the same results: # Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:54:59 GMT Server: Apache/2.2.4 (Win32) mod_jk/1.2.22 X-Powered-By: Servlet 2.4; JBoss-4.2.0.CR1 (build: SVNTag=JBoss_4_2_0_CR1 date=200703051212)/Tomcat-5.5 Connection: close Content-Type: text/xml;charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema;
set juli logging directory?
Hello
I have working logging enviroment. For one of my logger i have
1karakas.org.apache.juli.FileHandler.directory = ${catalina.base}/logs
and it writes to tomcat logs directory.
The problem is that i want to write log to the subdirectory of my web
application.
for example:
.
..
web
|-WEB-INF
|-jsp
|-logs - to this directory
|-html
I can make a system property aaa that point to web directory and write
1karakas.org.apache.juli.FileHandler.directory = ${aaa}/logs
How can I avoid making this property and point a juli logger handler to
web\logs directory?
Like that or another way...
1karakas.org.apache.juli.FileHandler.directory = {WEB_APP_ROOT}/logs
--
View this message in context:
http://www.nabble.com/set-juli-logging-directory--tf4737613.html#a13548227
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk problem for post request ended with a ? (question mark)
Not a known problem. You can increase log level via JkLogLevel debug. There should be a line containing service or Service, which includes the URI) we send forward to Tomcat. The log will also show you, if any of your JkMount directives match, i.e. if mod_jk thinks it should forward, or it shouldn't. You can report your findings back here, but please include configuration used, and some more details, like how exactly does the problematic URL look like. Regards, Rainer Nicolas Clemeur wrote: Hello all, I have apache 2.2 in front of tomcat 6.0.13 and I use mod_jk (1.2.25) as the connector. It seems that whenever a form containing a question mark at the end of the form action parameter is posted, mod_jk is dying silently (but recover) (The resulting url is something like that /mysite/action.do? ). No response at all is sent to the client. Is this something known or is only me experiencing that problem. I know that the url should not really containts the ending ?, but I can't control that. Cheers Nicolas - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Failure to start tomcat
Nothing has been recorded in tomcat's log for this duration -Original Message- From: Vinu Varghese [mailto:[EMAIL PROTECTED] Sent: Friday, November 02, 2007 5:38 PM To: Tomcat Users List Subject: Re: Failure to start tomcat Hi, What does the tomcat log say ? Gaurav Agarwal wrote: Dear All, I have installed Tomcat (using vinstall) on a NTT/Verio FreeBSD server and am unable to start it. I checked out various mod_jk.log and found these errors. Any idea what is wrong with this? I have searched the internet like mad but couldn't find anything wrong with the settings. [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=1 [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_service::jk_ajp_common.c (1867): (ajp13) sending request to tomcat failed, recoverable operation attempt=2 [Fri Nov 02 12:43:11 2007] [67847:] [error] ajp_service::jk_ajp_common.c (1879): (ajp13) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_done::jk_ajp_common.c (2194): recycling connection pool slot=0 for worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_handler::mod_jk.c (2063): Service error=0 for worker=ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (513): Attempting to map URI '/error/HTTP_SERVICE_UNAVAILABLE.html.var' from 2 maps [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*.jsp' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (525): Attempting to map context URI '/*' [Fri Nov 02 12:43:11 2007] [67847:] [debug] map_uri_to_worker::jk_uri_worker_map.c (539): Found a wildchar match ajp13 - /* [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_handler::mod_jk.c (1920): Into handler jakarta-servlet worker=ajp13 r-proxyreq=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_worker_for_name::jk_worker.c (111): found a worker ajp13 [Fri Nov 02 12:43:11 2007] [67847:] [debug] wc_get_name_for_type::jk_worker.c (287): Found worker type 'ajp13' [Fri Nov 02 12:43:11 2007] [67847:] [debug] init_ws_service::mod_jk.c (568): Service protocol=HTTP/1.1 method=GET host=(null) addr=122.167.151.137 name=innovit1.securesites.net port=80 auth=(null) user=(null) laddr=198.66.140.63 raddr=122.167.151.137 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_get_endpoint::jk_ajp_common.c (2251): acquired connection pool slot=0 [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_marshal_into_msgb::jk_ajp_common.c (547): ajp marshaling done [Fri Nov 02 12:43:11 2007] [67847:] [debug] ajp_service::jk_ajp_common.c (1734): processing ajp13 with 2 retries [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (334): socket TCP_NODELAY set to On [Fri Nov 02 12:43:11 2007] [67847:] [debug] jk_open_socket::jk_connect.c (432): trying to connect socket 24 to 127.0.0.1:8009 [Fri Nov 02 12:43:11 2007] [67847:] [info] jk_open_socket::jk_connect.c (450): connect to 127.0.0.1:8009 failed with errno=61 [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_connect_to_endpoint::jk_ajp_common.c (872): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Nov 02 12:43:11 2007] [67847:] [info] ajp_send_request::jk_ajp_common.c (1247): (ajp13) error connecting to the backend server (errno=61) [Fri Nov 02 12:43:11 2007]
mod_jk problem for post request ended with a ? (question mark)
Hello all, I have apache 2.2 in front of tomcat 6.0.13 and I use mod_jk (1.2.25) as the connector. It seems that whenever a form containing a question mark at the end of the form action parameter is posted, mod_jk is dying silently (but recover) (The resulting url is something like that /mysite/action.do? ). No response at all is sent to the client. Is this something known or is only me experiencing that problem. I know that the url should not really containts the ending ?, but I can't control that. Cheers Nicolas - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What do I do with a heap dump? (OOM Permgen)
Hi, I found a memory leak in commons pool version 1.3 that is affecting tomcat 6.0.x as it is the commons pool library embedded in it. I tried a workaround using a factory with commons 1.2, but it also showed a memory leak. http://www.mail-archive.com/users@tomcat.apache.org/msg29820.html As far as I know, it has not been resolved, so you could be running into this Diego Greg Vilardi escribió: On 2 Nov 2007 at 7:24, Caldarale, Charles R wrote: From: Peter Crowther [mailto:[EMAIL PROTECTED] Subject: RE: What do I do with a heap dump? (OOM Permgen) As far as I know, public enemy #1 for eating PermGen space is still developers using the Singleton pattern in their code and not having listeners to null out the singleton instance when the webapp is undeployed. Analagous use of ThreadLocal is also a subtle contributor to the problem. The offending references must be cleared at the end of processing of each request, since listeners don't have ready access to the thread pool. Thank you for the pointers Peter. We do not have any Singletons in the application nor do we use ThreadLocal. However, we do not seem to be cleaning up the JDBC classes on redeploy. I'll install the SessionListener code that is mentionned in the references in Peter's reply. I'm also using the eval version of yourkit now to see what exactly is attached to each of the 52 WebAppClassLoaders in the dump. I'll be back if I get stuck again further down the road. Thank you to all of the people who replied for the pointers and the tool recommendations. -Greg -- - Diego Rodríguez Martín ([EMAIL PROTECTED]) ALTIRIA TIC - Servicios SMS - Desarrollo Web Tel. +34 913311198 - Fax +34 915713993 - Móvil +34 610299750 www.altiria.com -
RE: What do I do with a heap dump? (OOM Permgen)
On 2 Nov 2007 at 7:24, Caldarale, Charles R wrote: From: Peter Crowther [mailto:[EMAIL PROTECTED] Subject: RE: What do I do with a heap dump? (OOM Permgen) As far as I know, public enemy #1 for eating PermGen space is still developers using the Singleton pattern in their code and not having listeners to null out the singleton instance when the webapp is undeployed. Analagous use of ThreadLocal is also a subtle contributor to the problem. The offending references must be cleared at the end of processing of each request, since listeners don't have ready access to the thread pool. Thank you for the pointers Peter. We do not have any Singletons in the application nor do we use ThreadLocal. However, we do not seem to be cleaning up the JDBC classes on redeploy. I'll install the SessionListener code that is mentionned in the references in Peter's reply. I'm also using the eval version of yourkit now to see what exactly is attached to each of the 52 WebAppClassLoaders in the dump. I'll be back if I get stuck again further down the road. Thank you to all of the people who replied for the pointers and the tool recommendations. -Greg -- Gregory H. Vilardi631-752-2701x240 [EMAIL PROTECTED] Project Manager / Lead Software Engineer Fax: (631)752-3397 Recurrent Software Solutions, Inc. http://www.recurrentsoft.com 1 Huntington Quadrangle, Suite 1C02, Melville, NY 11747 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What do I do with a heap dump? (OOM Permgen)
On 1 Nov 2007 at 18:32, Gabe Wong wrote: Greg Vilardi wrote: Hello everyone. My team and I are trying to develop a new web application and the tomcat JVM is crashing every few days. We are deploying our separate versions of the application several times per hour, and by looking at Please elaborate, are you undeploying the same application, then redeploying several times per hour, are are you deploying several instances of the same application per hour. I am also assuming these are hot deploys (without shutting down the app server)? Each of us uses our own sandbox directory that is linked into the tomcat/webapps directory. We use make for our build management, and run 'make install' to copy the JSPs and jar files into the webapp directory. Since Tomcat is set to dynamically look for new files, we don't actually ever undeploy the application directly. Each developer rebuilds their web application several times per hour into their own sandbox. You assume correctly that weare not shutting down tomcat as part of each deployment. Thanks, -Greg -- Gregory H. Vilardi631-752-2701x240 [EMAIL PROTECTED] Project Manager / Lead Software Engineer Fax: (631)752-3397 Recurrent Software Solutions, Inc. http://www.recurrentsoft.com 1 Huntington Quadrangle, Suite 1C02, Melville, NY 11747 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk - answers from appsrv often changes 'content-type' from text/xml to text/plain
Dear all, We have a strange problem with mod_jk on my linux box (centos45 - 64bit). We use mod_jk 1.2.25 with apache 2.0.52 (default config) and on my clients I got an error msg like this: System.InvalidOperationException: Client found response content type of 'text/plain; charset=UTF-8', but expected 'text/xml' Our configuration is like this (all systems running Centos45 x86_64): Webserver with mod_jk - Appserver with jboss 4.2 - DB server Our clients are posting data to a soap service (axis) running on jboss and expect an answer in text/xml like this: Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:54:59 GMT Server: Apache/2.0.52 (CentOS) X-Powered-By: Servlet 2.4; JBoss-4.2.0.CR1 (build: SVNTag=JBoss_4_2_0_CR1 date=200703051212)/Tomcat-5.5 Connection: close Content-Type: text/xml;charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] but we very often got back this (sometimes the first 3 times the answer is text/xml and ok but then switches to text/plain ... so it switches always and the only workaround with this config is to restart the webserver and do it again) Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 16:44:55 GMT Server: Apache/2.0.52 (CentOS) Vary: Accept-Encoding,User-Agent Connection: close Content-Type: text/plain; charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] # We tried also to test it on a windows box (and mod_jk 1.2.22) with the same results: # Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:54:59 GMT Server: Apache/2.2.4 (Win32) mod_jk/1.2.22 X-Powered-By: Servlet 2.4; JBoss-4.2.0.CR1 (build: SVNTag=JBoss_4_2_0_CR1 date=200703051212)/Tomcat-5.5 Connection: close Content-Type: text/xml;charset=UTF-8 soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] and switches to this response: Response: [ HTTP/1.1 200 OK Date: Tue, 30 Oct 2007 10:55:32 GMT Server: Apache/2.2.4 (Win32) mod_jk/1.2.22 Connection: close Content-Type: text/plain soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;soap:Body //soap:Envelope ] Our client systems can only proper work with a response as 'content-type text/xml' The only solution we found to do is use mod_jk 1.2.19 - It also works always when we go directly to jboss-tomcat port 8080 - We found also this case description in the archive http://www.mail-archive.com/[EMAIL PROTECTED]/msg20475.html . Do anyone have a solution to use it with mod_jk 1.2.25 ? Thx and greetz, david A sample config from mod_jk is below: mod-jk.conf # # Jakarta Tomcat Connector # # Load mod_jk module # Specify the filename of the mod_jk lib LoadModule jk_module modules/mod_jk.so # Where to find workers.properties JkWorkersFile conf/workers.properties # Where to put jk logs JkLogFile logs/mod_jk.log # Set the jk log level [debug/error/info] JkLogLevel info # Select the log format JkLogStampFormat [%a %b %d %H:%M:%S %Y] # JkOptions indicates to send SSK KEY SIZE JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories # JkRequestLogFormat JkRequestLogFormat %w %V %T # Mount your applications # JkMount /application/* loadbalancer # You can use external file for mount points. # It will be checked for updates each 60 seconds. # The format of the file is: /url=worker # /examples/*=loadbalancer JkMountFile conf/uriworkermap.properties # Add shared memory. # This directive is present with 1.2.10 and # later versions of mod_jk, and is needed for # for load balancing to work properly JkShmFile /var/cache/httpd/jk.shm # Add jkstatus for managing runtime data Location /jkstatus/ JkMount status Order deny,allow Deny from all Allow from 127.0.0.1 /Location uriworkermap.properties # Simple worker configuration file # Mount the Servlet context to the ajp13 worker /jmx-console=node1 /jmx-console/*=node1 /web-console=node1 /web-console/*=node1 /MCWeb=node1 /MCWeb/*=node1 /MC=node1 /MC/*=node1 workers.properties # Define list of workers that will be used # for mapping requests worker.list=node1,status # Define Node1 # modify the host as your host IP or DNS name. worker.node1.port=8009 ## used for jboss ## worker.node1.host=10.16.45.12 worker.node1.type=ajp13 worker.node1.socket_timeout=10 worker.node1.socket_keepalive=False # Status worker for managing load balancer worker.status.type=status
Re: CLASSPATH, .jar files, packages, and so forth
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ivan, (Not sure if this ever got sent; I found it in my drafts folder today) Mann, Ivan H wrote: Not being able to find the class may mean that it can't find the jar file and it may mean that it can find the jar file but the package and or directory is not done right. Probably. The applet specified here appears in the web browser just fine. applet codebase=. code=applet/DDSMenu.class archive=schedule.jar width=600 height=300 /applet Okay: that means that the JAR file itself is being loaded properly (unless you happen to have class files laying around in the webapp's deployment directory, outside of WEB-INF: make sure you aren't doing that; I'm pretty sure that archive= indicates that all code should come from the specified JAR and classes will not be requested from the server directly). The applet tries to access the BuildSchedule class in response to a menu item and the exception is not thrown until then. java.lang.NoClassDefFoundError: applet/schedule/BuildSchedule What do you get when you run: $ unzip -v webapps/schedule.jar The jar file is located in .../webapps/schedule.jar, which is where the applet directory in the cod parameter is. Unless you have written this incorrectly, scheduler.jar shouldn't be in webapps/scheduler.jar... it should be in webapps/[yourappname]/scheduler.jar. And your applet tag should look like this: applet archive=%= request.getContextPath() %/scheduler.jar ... ...since your The jar file is built from the same directory using this command: jar cvf schedule.jar applet/schedule/*.class The message is Exception in thread AWT-EventQueue-7 java.lang.NoClassDefFoundError: applet/schedule/BuildSchedule stack trace Ivan Mann - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHK27f9CaO5/Lv0PARAmTxAJsFa2+UCgzSSq7RJJh/g+Pn1F3eMgCgnzaH QiN82KmRMStbEIWP2TION7Y= =FZWB -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Has anyone managed to run TC from a CD?
Caldarale, Charles R schrieb: From: Albretch Mueller [mailto:[EMAIL PROTECTED] Subject: Has anyone managed to run TC from a CD? The relatively minor thing I stumble on was changing the scratchdir setting for the work folder to be out of the CD directory branch, which, I think, would only need some sourcing and some recompiling You shouldn't need to make any changes to Tomcat - just set the java.io.tmpdir system property, and the workDir attributes for Host (and Context, if needed) before launching Tomcat. Also insure that the Host attribute unpackWARs is false. You'll probably need to build a server.xml before starting Tomcat, and pass its location via the -config parameter. However, I haven't actually tried the above... - Chuck ... and set readonly=false for the tomcat-users.xml in server.xml. Otherwise it'll try to write after read the file. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Paths containing %2F instead of /
Very partial answer: for the apache part see http://httpd.apache.org/docs/2.2/mod/core.html#allowencodedslashes By default apache httpd does not allow those requests, and denies them even before passing over to mod_jk. If allowed, it doesn't decode them. If you enable them in Apache and want to check, which URL we pass forward to Tomcat, set JkLogLevel debug and search for Service. There is a log line, which gives the URL in exactly the encoding in which mod_jk forwards it to the backend. Regards, Rainer Christopher Schultz schrieb: All, One of the unit tests is failing in the securityfilter project which uses Tomcat (5.5) and httpunit for the tests themselves. Basically, a test written a lng time ago seems to be failing after the fix for a bug which involves decoding of %2F in a URL into a '/'. Either through mod_jk or directly to Tomcat's HTTP connector, now, any request that has a / replaced with a %2F will not work. I'm pretty sure this was a security fix. I was wondering if anyone could explain what the initial problem was, why this was fixed and if it makes any sense for me to try to fix this test in any meaningful way, or if it should be simply removed. (And yes, I have read this: http://tomcat.apache.org/security-5.html#Fixed in Apache Tomcat 5.5.22, 5.0.SVN. I still don't get it... shouldn't it work properly when using the HTTP connector?) Thanks, -chris - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Paths containing %2F instead of /
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, One of the unit tests is failing in the securityfilter project which uses Tomcat (5.5) and httpunit for the tests themselves. Basically, a test written a lng time ago seems to be failing after the fix for a bug which involves decoding of %2F in a URL into a '/'. Either through mod_jk or directly to Tomcat's HTTP connector, now, any request that has a / replaced with a %2F will not work. I'm pretty sure this was a security fix. I was wondering if anyone could explain what the initial problem was, why this was fixed and if it makes any sense for me to try to fix this test in any meaningful way, or if it should be simply removed. (And yes, I have read this: http://tomcat.apache.org/security-5.html#Fixed in Apache Tomcat 5.5.22, 5.0.SVN. I still don't get it... shouldn't it work properly when using the HTTP connector?) Thanks, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHK2zQ9CaO5/Lv0PARAum6AJ9J6r4TiKN3ZchTShHYfgTCUeq3UwCfX6Rz tDz5wVwTx6tPdsV7e0YDL54= =gPM3 -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Paths containing %2F instead of /
For the Tomcat part: Christopher Schultz schrieb: All, One of the unit tests is failing in the securityfilter project which uses Tomcat (5.5) and httpunit for the tests themselves. Basically, a test written a lng time ago seems to be failing after the fix for a bug which involves decoding of %2F in a URL into a '/'. Either through mod_jk or directly to Tomcat's HTTP connector, now, any request that has a / replaced with a %2F will not work. I'm pretty sure this was a security fix. I was wondering if anyone could explain what the initial problem was, why this was fixed and if it makes any sense for me to try to fix this test in any meaningful way, or if it should be simply removed. (And yes, I have read this: http://tomcat.apache.org/security-5.html#Fixed in Apache Tomcat 5.5.22, 5.0.SVN. I still don't get it... shouldn't it work properly when using the HTTP connector?) This page says: --- Tomcat permits '\', '%2F' and '%5C' as path delimiters. When Tomcat is used behind a proxy (including, but not limited to, Apache HTTP server with mod_proxy and mod_jk) configured to only proxy some contexts, a HTTP request containing strings like /\../ may allow attackers to work around the context restriction of the proxy, and access the non-proxied contexts. The following Java system properties have been added to Tomcat to provide additional control of the handling of path delimiters in URLs (both options default to false): org.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH: true|false org.apache.catalina.connector.CoyoteAdapter.ALLOW_BACKSLASH: true|false Due to the impossibility to guarantee that all URLs are handled by Tomcat as they are in proxy servers, Tomcat should always be secured as if no proxy restricting context access was used. -- and by default both are false, i.e. disallowed. If you need to use such URLs, you need to set one or both of them to true (as a system property). Thanks, -chris HTH Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
session-timeout in web.xml does not work
Hi, For my application in the webapps under the WEB-INF directory I have a web.xml where I set the property session-timeout to say 10 (so 10 minutes) , but I can still use the same page after 15 minutes of inactivity. Do I have to do something special on the jsp to invalidate the session ? thanks, Jignesh __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session-timeout in web.xml does not work
On Nov 2, 2007 12:08 PM, Jignesh Shah [EMAIL PROTECTED] wrote: For my application in the webapps under the WEB-INF directory I have a web.xml where I set the property session-timeout to say 10 (so 10 minutes) , but I can still use the same page after 15 minutes of inactivity. What do you mean by use the page? How are you determining that you're still in the same session as before? -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session-timeout in web.xml does not work
I was not clear, by use the page , I meant I could still click on the buttons on the jsp and they work fine. The problem is those buttons use beans that have session validity. thanks, Jignesh --- Hassan Schroeder [EMAIL PROTECTED] wrote: On Nov 2, 2007 12:08 PM, Jignesh Shah [EMAIL PROTECTED] wrote: For my application in the webapps under the WEB-INF directory I have a web.xml where I set the property session-timeout to say 10 (so 10 minutes) , but I can still use the same page after 15 minutes of inactivity. What do you mean by use the page? How are you determining that you're still in the same session as before? -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session-timeout in web.xml does not work
On Nov 2, 2007 12:37 PM, Jignesh Shah [EMAIL PROTECTED] wrote: I was not clear, by use the page , I meant I could still click on the buttons on the jsp and they work fine. The problem is those buttons use beans that have session validity. And you're saying the prior values are still in session? If so, I'd add a ServletContextListener to log begin/end of sessions to see what's going on. Personally, I've never had a problem with session timeouts, and I frequently change them via web.xml to test things. -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: session-timeout in web.xml does not work
On Nov 2, 2007 12:46 PM, Hassan Schroeder [EMAIL PROTECTED] wrote: If so, I'd add a ServletContextListener to log begin/end of sessions to see what's going on. Actually, I'd stop trying to multitask /quite/ so much on a Friday :-) and implement HttpSessionListener and/or HttpSessionBindingListener interfaces... yeah. sheesh. -- Hassan Schroeder [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with a web application running a PHP script
Hello, I'm trying to run a PHP script under my web application for tomcat, developed wiwith Netbeans 551. Under Netbeans it works. But wen deploy it under Tomcat 5.5.25 I get this error when I try to access at a PHP page: INFO: Marking servlet JSR223Script as unavailable 2-nov-2007 22.56.36 org.apache.catalina.core.StandardWrapperValve invoke GRAVE: Allocate exception for servlet JSR223Script java.lang.NoSuchMethodError: javax.script.ScriptEngineManager.getEngineFactories()[Ljavax/script/ScriptEngineFactory; at com.sun.script.http.ScriptServlet$EngineRepository.init(ScriptServlet.java:106) at com.sun.script.http.ScriptServlet.init(ScriptServlet.java:27) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1089) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:791) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:127) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:544) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Unknown Source) I cant figure out what I'm missing.. rocsca - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Static Content
Hi All, Is there any good references on how to use Tomcat as a web server? I currently use Tomcat behind an apache server and thinking removing the Apache server but I do not know if Tomcat would make a good web server. I use PHP with Apache and need to be able to continue to use that and a some blog software. I also do not know how secure Tomcat is compared to Apache. Thanks, -Tony __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Static Content
Tony Anecito wrote: Hi All, Is there any good references on how to use Tomcat as a web server? I currently use Tomcat behind an apache server and thinking removing the Apache server but I do not know if Tomcat would make a good web server. I use PHP with Apache and need to be able to continue to use that and a some blog software. Tomcat makes an excellent web server, however it's not ideal for use with PHP. There are a couple of ways to make PHP work - Google will provide some clues, if other list members who know more don't add to this. I also do not know how secure Tomcat is compared to Apache. It's secure, read the security section of the docs. http://tomcat.apache.org/ (You didn't indicate which version of Tomcat, Java or OS you are using, please do so when you reply). p Thanks, -Tony __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Static Content
Thanks P. I am using TC 6.0.14 java 1.6.0_02 and Windows Prof 2000. I had heard that php support was not easy to setup so thanks for the confirmation. Regards, -T --- Pid [EMAIL PROTECTED] wrote: Tony Anecito wrote: Hi All, Is there any good references on how to use Tomcat as a web server? I currently use Tomcat behind an apache server and thinking removing the Apache server but I do not know if Tomcat would make a good web server. I use PHP with Apache and need to be able to continue to use that and a some blog software. Tomcat makes an excellent web server, however it's not ideal for use with PHP. There are a couple of ways to make PHP work - Google will provide some clues, if other list members who know more don't add to this. I also do not know how secure Tomcat is compared to Apache. It's secure, read the security section of the docs. http://tomcat.apache.org/ (You didn't indicate which version of Tomcat, Java or OS you are using, please do so when you reply). p Thanks, -Tony __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ClientAbortException writing file to servlet's output stream over SSL in IE
This is in JBOSS 4.0.5-GA. I would guess that it is using Tomcat 5.5 from the log line [TomcatDeployer] deploy, ctxPath=/, warUrl=.../deploy/jbossweb-tomcat55.sar/ROOT.war/ This downloads a binary file. I know that the client is not closing the browser. It works just fine over HTTP. It works just fine in HTTPS in FireFox. It throws the following exception in IE: 11:41:42,202 INFO [Util] 0: Writing 16,384 bytes of 57,567 to buffer 11:41:42,202 INFO [Util] 0: Writing 16,384 bytes of 57,567 to buffer 11:41:42,202 INFO [Util] 0: Writing 16,384 bytes of 57,567 to buffer 11:41:42,202 ERROR [Util] Error serving file: path to file ClientAbortException: java.net.SocketException: Connection reset by peer: socket write error at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:366) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433) at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:348) at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:392) at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:381) at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:88) at com.mycompany.myproject.Util.download(Util.java:93) at com.mycompany.myproject.DocumentResource.getResource(DocumentResource.java:122) at org.jboss.seam.servlet.ResourceServlet.doGet(ResourceServlet.java:68) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:56) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:63) at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:57) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:60) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:79) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:84) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:619) Caused by: java.net.SocketException: Software caused connection abort: socket write error at
Re: mod_jk problem for post request ended with a ? (question mark)
Thank you Rainer for taking the time to answer. My comments are below. Not a known problem. You can increase log level via JkLogLevel debug. There should be a line containing service or Service, which includes the URI) we send forward to Tomcat. The log will also show you, if any of your JkMount directives match, i.e. if mod_jk thinks it should forward, or it shouldn't. I have set the log level to debug and when I submit that form the only think I can see in the mod_jk log are the following lines: Mod jk [Sat Nov 03 11:00:34 2007] [1936:3085977296] [debug] map_uri_to_worker::jk_uri_worker_map.c (609): Attempting to map context URI '/app/*=ajp13' source 'JkMount' [Sat Nov 03 11:00:34 2007] [1936:3085977296] [debug] map_uri_to_worker::jk_uri_worker_map.c (624): Found a wildchar match '/app/*=ajp13' And then nothing else. Interestingly, at the same time of the request, in the error log of apache, I always have the following: [Sat Nov 03 11:00:34 2007] [notice] child pid 1936 exit signal Segmentation fault (11) On successful requests, I indeed observe the Service finished with the status. You can report your findings back here, but please include configuration used, and some more details, like how exactly does the problematic URL look like. Sorry, I did not give enough details. So I just create a simple jsp to reproduce the problem. If I submit the jsp below (which name should be test.jsp), I never receive a response back from the server. (Actually I could observe that the problem is not necessarily linked to the post method. You can reproduce it with a get method if there are no input in the form.) I am running httpd 2.2.3 on CentOS 5. I have compiled my-self mod_jk as the instruction in the BUILD.txt. Mod_jk is talking to tomcat 6.0.13. --BEGIN JSP %@ page language=java % html headtitleTest/title/title body br / form action=test.jsp? method=post input type=submit / /form /body --END JSP - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk problem for post request ended with a ? (question mark)
I forgot to mention that the request is sent over https. The https is handled by apache httpd. I am not sure If this has an impact as it would be difficult for me to test it under http. Cheers Nicolas - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClientAbortException writing file to servlet's output stream over SSL in IE
Please display /conf/catalina.policy SocketPermission for your
SocketConnection e.g.
// grant codeBase file:${catalina.home}/webapps/examples/- {
// permission java.net.SocketPermission *.noaa.gov:80, connect;
// };
M--
- Original Message -
From: Jake C [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Friday, November 02, 2007 7:36 PM
Subject: ClientAbortException writing file to servlet's output stream over
SSL in IE
This is in JBOSS 4.0.5-GA. I would guess that it is using Tomcat 5.5 from
the log line [TomcatDeployer] deploy, ctxPath=/,
warUrl=.../deploy/jbossweb-tomcat55.sar/ROOT.war/
This downloads a binary file. I know that the client is not closing the
browser.
It works just fine over HTTP.
It works just fine in HTTPS in FireFox.
It throws the following exception in IE:
11:41:42,202 INFO [Util] 0: Writing 16,384 bytes of 57,567 to buffer
11:41:42,202 INFO [Util] 0: Writing 16,384 bytes of 57,567 to buffer
11:41:42,202 INFO [Util] 0: Writing 16,384 bytes of 57,567 to buffer
11:41:42,202 ERROR [Util] Error serving file: path to file
ClientAbortException: java.net.SocketException: Connection reset by peer:
socket write error
at
org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:
366)
at
org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:433)
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:348)
at
org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:392)
at
org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:381)
at
org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.ja
va:88)
at com.mycompany.myproject.Util.download(Util.java:93)
at
com.mycompany.myproject.DocumentResource.getResource(DocumentResource.java:1
22)
at
org.jboss.seam.servlet.ResourceServlet.doGet(ResourceServlet.java:68)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
at org.jboss.seam.web.ContextFilter.doFilter(ContextFilter.java:56)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
at
org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:63)
at
org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:57)
at
org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
at
org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:60)
at
org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
at
org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
at
org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
at
org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:79)
at
org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49)
at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:84)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
at
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.ja
va:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:178)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssoci
ationValve.java:175)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
java:432)
at
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:
74)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
)
at
org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionVa
lve.java:156)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at
Re: mod_jk problem for post request ended with a ? (question mark)
Your test JSP works fine for me with Apache httpd 2.2.6 and mod_jk 1.2.25 on Solaris. Since your jk log file ends very early in the request processing, the tomcat version should not matter (I used 5.5). I would guess, that something with your build is broken. It would also help, if we could see your mod_jk config (you posted parts of it, but it looks like things are missing). Does the segmentation fault produce a core dump? If no, start Apache httpd as a non-root user (and use ports above 1024) and maybe set CoreDumpDirectory. Then it should produce a core, whenever a segmentation fault appears in the log file. A core can then be inspected with gdb. Using gdb you can issue the command bt for backtrace. This will show us, in which mod_jk function the crash occured. Regards, Rainer Nicolas Clemeur schrieb: I forgot to mention that the request is sent over https. The https is handled by apache httpd. I am not sure If this has an impact as it would be difficult for me to test it under http. Cheers Nicolas - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: mod_jk problem for post request ended with a ? (question mark)
Your test JSP works fine for me with Apache httpd 2.2.6 and mod_jk 1.2.25 on Solaris. Since your jk log file ends very early in the request processing, the tomcat version should not matter (I used 5.5). I would guess, that something with your build is broken. It would also help, if we could see your mod_jk config (you posted parts of it, but it looks like things are missing). The apache mod_jk configuration is this one. Would you need the workers.properties? LoadModule jk_module modules/mod_jk.so IfModule mod_jk.c JkWorkersFile /etc/httpd/conf.d/workers.properties JkLogFile /var/log/httpd/mod_jk.log JkLogLevel debug JkLogStampFormat [%a %b %d %H:%M:%S %Y] JkOptions +ForwardKeySize JkMount /app/* ajp13 JkMount /app ajp13 /IfModule These are the exact steps I have taken to build mod_jk: ./configure --enable-debug --with-apxs=/usr/sbin/apxs make clean make and then as root make install Does the segmentation fault produce a core dump? If no, start Apache httpd as a non-root user (and use ports above 1024) and maybe set CoreDumpDirectory. Then it should produce a core, whenever a segmentation fault appears in the log file. A core can then be inspected with gdb. Using gdb you can issue the command bt for backtrace. This will show us, in which mod_jk function the crash occured. I managed to produce a core, but it does not look like there are any debugging info available. When I run the bt command (using gdb -c /path/to_core), have the following: Using host libthread_db library /lib/libthread_db.so.1. Core was generated by `/usr/sbin/httpd'. Program terminated with signal 11, Segmentation fault. #0 0x0068dbf2 in ?? () (gdb) bt #0 0x0068dbf2 in ?? () #1 0x08506478 in ?? () #2 0x0068fb6a in ?? () #3 0xbfc5b04c in ?? () #4 0x in ?? () Would that mean the problem is not in mod_jk, or would that mean I did not compile mod_jk in debug mode? Thanks again for your help. Best regards, Nicolas - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using tomcat as proxy server
HI, Can you please tell me where can i find documentation for setting up Tomcat as a proxy server? And how can I return a local file in http response if the url ends with '.mp3'? Thank you. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
