[GUMP] Build Failure - jakarta-tomcat-jk-ant
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-02-01/jakarta-tomcat-jk-ant.html Buildfile: build.xml does not exist! Build failed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: help with custom realm
Amy: Thanks for the info. I saw some comments in the server.xml file but am not sure how to declare the entry in the server.xml file. !-- Comment these entries out to disable JMX MBeans support -- !-- You may also configure custom components (e.g. Valves/Realms) by including your own mbean-descriptor file(s), and setting the descriptors attribute to point to a ';' seperated list of paths (in the ClassLoader sense) of files to add to the default list. e.g. descriptors=/com/myfirm/mypackage/mbean-descriptor.xml -- Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ Do I want to add the descriptors entry to ServerLifecycleListener or the GlobalResourcesLifecycleListener? Also is the pathing based on a root of tomcat home? or the directory the server xml file resides in? Thanks, Tony Amy Roh wrote: Tony, Tony Dahbura wrote: Team: I have written a custom realm package for some folks that have been using it since tomcat 4.0.x through 4.1. When they try to use the realm package with 4.1.18 we get the following errors: Jan 30, 2003 1:01:07 PM org.apache.commons.modeler.Registry getRegistry INFO: Creating new Registry instance Jan 30, 2003 1:01:09 PM org.apache.commons.modeler.Registry getServer INFO: Creating MBeanServer Jan 30, 2003 1:01:12 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on port 8080 ServerLifecycleListener: createMBeans: MBeanException java.lang.Exception: ManagedBean is not found with LDAPRealm at org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:614) at org.apache.catalina.mbeans.ServerLifecycleListener.createMBeans(ServerLi fecycleListener.java:574) at org.apache.catalina.mbeans.ServerLifecycleListener.createMBeans(ServerLi fecycleListener.java:783) at org.apache.catalina.mbeans.ServerLifecycleListener.createMBeans(ServerLi fecycleListener.java:751) at org.apache.catalina.mbeans.ServerLifecycleListener.createMBeans(ServerLi fecycleListener.java:339) at org.apache.catalina.mbeans.ServerLifecycleListener.lifecycleEvent(Server LifecycleListener.java:206) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu pport.java:166) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2182) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Starting service Tomcat-Standalone Apache Tomcat/4.1.18 Jan 30, 2003 1:01:30 PM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on port 8080 Jan 30, 2003 1:01:30 PM org.apache.jk.common.ChannelSocket init INFO: JK2: ajp13 listening on /0.0.0.0:8009 Jan 30, 2003 1:01:30 PM org.apache.jk.server.JkMain start INFO: Jk running ID=0 time=33/75 config=/opt/tomcat/4.1.18/conf/jk2.properties I have appeared to trace this to my realm not having an entry in the mbeans-descriptors.xml file. This file appears to get wrapped into the release? How can I still provide folks with a realm module and not have these errors show up or get the definition added to the file when they download pre-compiled copies of tomcat? You can add MBean description for your custom realm to mbeans-descriptors.xml file similar to other Catalina Realms or you can also configure your custom components (e.g. Valves/Realms) by including your own mbean-descriptor file(s), and setting the descriptors attribute to point to a ';' seperated list of paths(in the ClassLoader sense) of files to add to the default list. e.g. descriptors=/com/myfirm/mypackage/mbean-descriptor.xml in server.xml. This is also documented in server.xml right before ServerLifecycleListener definition. Hope this helps. Amy Any help is greatly appreciated. Tony - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16667] New: - tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667 tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible Summary: tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible Product: Tomcat 4 Version: 4.1.18 Platform: All URL: I have one application running in tomcat 4.1.18 and apache. OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have several applications running in tomcat 4.1.18 and apache 1.3.26 with mod_jk 1.2.2. if i writte in the browser (explorer): http://www.domain.com/WEB-INF/web.xml the system shows me the file, the web.xml conf file. This is one great security problem. in the apache conf file i have: Directory WEB-INF Options -Indexes AllowOverride None Order deny,allow Deny from all /Directory and is posible to load the classes (class files) thar are int the WEB- INF/classes directory the example in: http://www.tinieblas.com/WEB-INF/web.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16667] - tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667 tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible --- Additional Comments From [EMAIL PROTECTED] 2003-02-01 17:12 --- One additional comment: i i put in my browser: http://www.domain.com/WEB-INF/classes/dir/className.class i can download the class file. ##CONF ## apache httpd.conf: # conexion a tomcat JkMount /*.jsp ajp13 Directory WEB-INF Options -Indexes AllowOverride None Order deny,allow Deny from all /Directory tomcat server.xml: Host name=www.domain.com debug=0 appBase=/home/domain unpackWARs=true autoDeploy=true Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=www.domain_log. suffix=.txt timestamp=true/ Context path= docBase= debug=0/ /Host tomcat_jk.conf JkWorkersFile /opt/jakarta/tomcat/conf/workers.properties JkLogFile /opt/jakarta/tomcat/logs/mod_jk.log JkLogLevel error JkMount /examples/servlet/* ajp13 JkMount /examples/*.jsp ajp13 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16667] - tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667 tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible --- Additional Comments From [EMAIL PROTECTED] 2003-02-01 17:41 --- the url is not valid, please sorry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16667] - tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667 tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible --- Additional Comments From [EMAIL PROTECTED] 2003-02-01 17:46 --- the url is not valid, pleas sorry, but the bug is valid thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16667] - tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16667 tomcat 4.1.18 + apache 1.3.26 WEB-INF web.xml visible [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-02-01 18:11 --- See http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/aphowto.html for an example of proper usage as well as http://httpd.apache.org/docs/mod/core.html#directory on how to use the Directory directive properly. In a nutshell, according to the httpd docs, change: Directory WEB-INF to Directory ~ WEB-INF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10378] - loadbalancing with mod_jk fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10378. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10378 loadbalancing with mod_jk fails --- Additional Comments From [EMAIL PROTECTED] 2003-02-01 21:07 --- At least now I know I'm not the only one. I'm having same problems as you, with both 4.0.x and 4.1.18! Have you found a solution? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] site-docs Update mailing list archives, bugreport.xml
One of the links to the tomcat user archives is bad for bugreport.html Attached is a diff with the correct version. Also added are links to marc.theaimsgroup.com and Eyebrowse hosted by nagoya.apache.org. The new links are for tomcat-user and tomcat-dev. The diff was made via cvs diff -u from the site docs. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] site-docs Update mailing list archives, bugreport.xml
Resend - my first message didn't seem to have the diff attached. -Tim Tim Funk wrote: One of the links to the tomcat user archives is bad for bugreport.html Attached is a diff with the correct version. Also added are links to marc.theaimsgroup.com and Eyebrowse hosted by nagoya.apache.org. The new links are for tomcat-user and tomcat-dev. The diff was made via cvs diff -u from the site docs. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] site-docs Update mailing list archives, bugreport.xml
Arg! Either my moz version is broke or something else is broke. I renamed my diff to bugreport.txt and sent it to myself and all worked ok. Hopefully, this gets to you OK. If not - I'll turn off my computer and cry :( -Tim Tim Funk wrote: Resend - my first message didn't seem to have the diff attached. -Tim Tim Funk wrote: One of the links to the tomcat user archives is bad for bugreport.html Attached is a diff with the correct version. Also added are links to marc.theaimsgroup.com and Eyebrowse hosted by nagoya.apache.org. The new links are for tomcat-user and tomcat-dev. The diff was made via cvs diff -u from the site docs. -Tim Index: bugreport.xml === RCS file: /home/cvspublic/jakarta-tomcat-site/xdocs/bugreport.xml,v retrieving revision 1.3 diff -u -r1.3 bugreport.xml --- bugreport.xml 28 Sep 2002 00:35:03 - 1.3 +++ bugreport.xml 1 Feb 2003 21:25:19 - @@ -54,7 +54,7 @@ subsection name=Bug Database pPlease search the bug database to see if the bug you are seeing has already been reported. - ul + ul liThe bug may have already been fixed and is available in a later version or nightly build./li liSomeone else may have reported the bug, you could add supporting @@ -73,12 +73,18 @@ pIt is very likely you are not the first to run into a problem. Others may have already found a solution. The btomcat-user/b or btomcat-dev/b list archives may contain discussions which - will help you resolve the problem. Search the Tomcat User List archive - a href=http://www.mail-archive.com/tomcat-user@jakarta.apache.org/;here/a - or a href=http://mikal.org/interests/java/tomcat/index.html;here/a - and the Tomcat Developer List archive - a href=http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/;here/a - or a href=http://www.metronet.com/~wjm/tomcat/;here/a. + will help you resolve the problem. + Here are four resources to view the Tomcat User List archives: + a href=http://marc.theaimsgroup.com/?l=tomcat-useramp;r=1amp;w=2;Mailing +list ARChives/a, + a +href=http://nagoya.apache.org/eyebrowse/SummarizeList?[EMAIL PROTECTED];Eyebrowse/a, + a href=http://www.mail-archive.com/tomcat-user@jakarta.apache.org;Mail +Archive/a, + and a href=http://mikal.org/interests/java/tomcat/;mikal.org/a. + + Here are four resources to view the Tomcat Developer List archives + a href=http://marc.theaimsgroup.com/?l=tomcat-devamp;r=1amp;w=2;Mailing +list ARChives/a, + a +href=http://nagoya.apache.org/eyebrowse/SummarizeList?[EMAIL PROTECTED];Eyebrowse/a, + a href=http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/;Mail +Archive/a, + and a href=http://www.metronet.com/~wjm/tomcat/;Texas Metronet/a. /p pIf you have already subscribed to the a href=mailto:[EMAIL PROTECTED];tomcat-user/a @@ -91,7 +97,7 @@ subsection name=Tomcat on IRC pAn IRC channel dedicated to Tomcat exists on OpenProjects./p - + pcode#tomcat/code at codeirc.us.openprojects.net/code. Click a href=irc://irc.us.openprojects.net/tomcathere/a to connect to the channel using Mozilla./p @@ -124,7 +130,7 @@ libExample/b - Example configuration files or web applications which demonstrate the bug. When submitting an example which reproduces the bug, please try to make it as simple as possible./li - libBug Fix Patch/b - A patch created using codediff -u/code which + libBug Fix Patch/b - A patch created using codediff -u/code which fixes the bug. (If you have found a bug fix which can be applied to the Tomcat code)/li libMiscellaneous/b - Any other information you feel will help track - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 4.0.6 leaving CLOSE_WAIT sockets
Hi, I have a script which can burst any number of async socket connections to Tomcat from a remote host. With it, I can get every available connector processor thread to become busy at once. At that point, Tomcat simply refuses any new socket connections at all. Ok, this is to be expected. But the problem is, ALL the threads seem to leave their sockets in the CLOSE_WAIT state, never actually closing them. Tomcat then seems to refuse any new connections until it is restarted. This is an issue because I am seeing it on a production server with maxProcessors set to 600. It could be a targeted DoS attack, or it could just be huge spikes in load at certain times. Either way, Tomcat is not faring very well. This has been driving me batty for about a week now. Any advice or ideas? (Tomcat 4.0.6, Windows 2000 Server SP3, Sun JDK 1.4.1_01) -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c jk_service_iis.c
nacho 2003/02/01 14:17:16 Modified:jk/native2/server/isapi jk_isapi_plugin.c jk_service_iis.c Log: Fix for Bug#16638 Jk2 connector with Microsoft IIS slow in multiple domain environment Added a new registry and properties config send_groups. defaults to false. Revision ChangesPath 1.52 +14 -1 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c,v retrieving revision 1.51 retrieving revision 1.52 diff -u -r1.51 -r1.52 --- jk_isapi_plugin.c 26 Oct 2002 12:42:44 - 1.51 +++ jk_isapi_plugin.c 1 Feb 2003 22:17:16 - 1.52 @@ -87,6 +87,7 @@ #define WORKERS_FILE_TAG(workersFile) #define USE_AUTH_COMP_TAG (authComplete) #define THREAD_POOL_TAG (threadPool) +#define SEND_GROUPS_TAG (sendGroups) static char file_name[_MAX_PATH]; @@ -97,6 +98,7 @@ static int was_inited = JK_FALSE; static DWORD auth_notification_flags = 0; static int use_auth_notification_flags = 0; +int send_groups = 0; static jk_workerEnv_t *workerEnv; apr_pool_t *jk_globalPool; @@ -668,6 +670,10 @@ if (tmp) { use_auth_notification_flags = atoi(tmp); } +tmp = map-get(env,map,SEND_GROUPS_TAG); +if (tmp) { +send_groups = atoi(tmp); +} using_ini_file=JK_TRUE; return ok; } @@ -727,6 +733,13 @@ tmpbuf, 8)) { use_auth_notification_flags = atoi(tmpbuf); +} + +if(get_registry_config_parameter(hkey, + SEND_GROUPS_TAG, + tmpbuf, + 8)) { +send_groups = atoi(tmpbuf); } RegCloseKey(hkey); 1.22 +3 -1 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c Index: jk_service_iis.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- jk_service_iis.c 21 Sep 2002 07:28:48 - 1.21 +++ jk_service_iis.c 1 Feb 2003 22:17:16 - 1.22 @@ -81,6 +81,8 @@ #define ROLES_ATTRIBUTE_NAME org.apache.tomcat.jk.roles +extern int send_groups; + static int JK_METHOD jk2_service_iis_head(jk_env_t *env, jk_ws_service_t *s ){ static char crlf[3] = { (char)13, (char)10, '\0' }; const char *reason; @@ -407,7 +409,7 @@ * Add SSL IIS environment */ -if ( strlen(s-remote_user) 0 ){ +if ( send_groups (strlen(s-remote_user) 0 )){ char *groups=jk2_service_iis_get_roles(env, s); if( groups != NULL){ s-attributes-put( env, s-attributes,ROLES_ATTRIBUTE_NAME,groups,NULL); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16638] - Jk2 connector with Microsoft IIS slow in multiple domain environment
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16638. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16638 Jk2 connector with Microsoft IIS slow in multiple domain environment [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-02-01 22:19 --- Thanks for reporting, fixed in CVS.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_service_iis.c
nacho 2003/02/01 14:28:39 Modified:jk/native2/server/isapi jk_service_iis.c Log: Oops, traslating to proper C ;) Revision ChangesPath 1.23 +1 -1 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c Index: jk_service_iis.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_service_iis.c,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- jk_service_iis.c 1 Feb 2003 22:17:16 - 1.22 +++ jk_service_iis.c 1 Feb 2003 22:28:39 - 1.23 @@ -409,7 +409,7 @@ * Add SSL IIS environment */ -if ( send_groups (strlen(s-remote_user) 0 )){ +if ( send_groups *s-remote_user ){ char *groups=jk2_service_iis_get_roles(env, s); if( groups != NULL){ s-attributes-put( env, s-attributes,ROLES_ATTRIBUTE_NAME,groups,NULL); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat 4.0.6 leaving CLOSE_WAIT sockets
Hi Again, This is not all Tomcat's fault. I have narrowed it down to JSP's that actually make a JDBC connection. For static (.html) files and JSP's that don't connect to a db, the CLOSE_WAIT problem does NOT seem to occur. I know that EJB's would be the proper way to access persistent data from JSP's, but for this particular site I don't have that luxury. I suspect this problem stems from all connector threads using a single java.sql.Connection object stored in the app context. If I wanted each thread to have its own Connection, how could I do that? If it's OK to use one Connection object for an entire webapp, then I'll check for bugs in my JDBC driver... IMHO, if this is NOT a bug in my JDBC driver, then it probably really is a problem with Tomcat -- sockets simply shouldn't be left in CLOSE_WAIT by an application. Thanks, -Dan -Original Message- From: Dan Higgins [mailto:[EMAIL PROTECTED]] Sent: Saturday, February 01, 2003 4:13 PM To: Tomcat-Dev Subject: Tomcat 4.0.6 leaving CLOSE_WAIT sockets Hi, I have a script which can burst any number of async socket connections to Tomcat from a remote host. With it, I can get every available connector processor thread to become busy at once. At that point, Tomcat simply refuses any new socket connections at all. Ok, this is to be expected. But the problem is, ALL the threads seem to leave their sockets in the CLOSE_WAIT state, never actually closing them. Tomcat then seems to refuse any new connections until it is restarted. This is an issue because I am seeing it on a production server with maxProcessors set to 600. It could be a targeted DoS attack, or it could just be huge spikes in load at certain times. Either way, Tomcat is not faring very well. This has been driving me batty for about a week now. Any advice or ideas? (Tomcat 4.0.6, Windows 2000 Server SP3, Sun JDK 1.4.1_01) -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs bugreport.xml
glenn 2003/02/01 17:28:34 Modified:xdocsbugreport.xml Log: Apply doc patch, thanks to Tim Funk Revision ChangesPath 1.4 +15 -9 jakarta-tomcat-site/xdocs/bugreport.xml Index: bugreport.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs/bugreport.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- bugreport.xml 28 Sep 2002 00:35:03 - 1.3 +++ bugreport.xml 2 Feb 2003 01:28:34 - 1.4 @@ -54,7 +54,7 @@ subsection name=Bug Database pPlease search the bug database to see if the bug you are seeing has already been reported. - ul + ul liThe bug may have already been fixed and is available in a later version or nightly build./li liSomeone else may have reported the bug, you could add supporting @@ -73,12 +73,18 @@ pIt is very likely you are not the first to run into a problem. Others may have already found a solution. The btomcat-user/b or btomcat-dev/b list archives may contain discussions which - will help you resolve the problem. Search the Tomcat User List archive - a href=http://www.mail-archive.com/tomcat-user@jakarta.apache.org/;here/a - or a href=http://mikal.org/interests/java/tomcat/index.html;here/a - and the Tomcat Developer List archive - a href=http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/;here/a - or a href=http://www.metronet.com/~wjm/tomcat/;here/a. + will help you resolve the problem. + Here are four resources to view the Tomcat User List archives: + a href=http://marc.theaimsgroup.com/?l=tomcat-useramp;r=1amp;w=2;Mailing list ARChives/a, + a href=http://nagoya.apache.org/eyebrowse/SummarizeList?[EMAIL PROTECTED];Eyebrowse/a, + a href=http://www.mail-archive.com/tomcat-user@jakarta.apache.org;Mail Archive/a, + and a href=http://mikal.org/interests/java/tomcat/;mikal.org/a. + + Here are four resources to view the Tomcat Developer List archives + a href=http://marc.theaimsgroup.com/?l=tomcat-devamp;r=1amp;w=2;Mailing list ARChives/a, + a href=http://nagoya.apache.org/eyebrowse/SummarizeList?[EMAIL PROTECTED];Eyebrowse/a, + a href=http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/;Mail Archive/a, + and a href=http://www.metronet.com/~wjm/tomcat/;Texas Metronet/a. /p pIf you have already subscribed to the a href=mailto:[EMAIL PROTECTED];tomcat-user/a @@ -91,7 +97,7 @@ subsection name=Tomcat on IRC pAn IRC channel dedicated to Tomcat exists on OpenProjects./p - + pcode#tomcat/code at codeirc.us.openprojects.net/code. Click a href=irc://irc.us.openprojects.net/tomcathere/a to connect to the channel using Mozilla./p @@ -124,7 +130,7 @@ libExample/b - Example configuration files or web applications which demonstrate the bug. When submitting an example which reproduces the bug, please try to make it as simple as possible./li - libBug Fix Patch/b - A patch created using codediff -u/code which + libBug Fix Patch/b - A patch created using codediff -u/code which fixes the bug. (If you have found a bug fix which can be applied to the Tomcat code)/li libMiscellaneous/b - Any other information you feel will help track - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/docs bugreport.html
glenn 2003/02/01 17:33:49 Modified:docs bugreport.html Log: Apply doc patch, thanks to Tim Funk Revision ChangesPath 1.10 +17 -11jakarta-tomcat-site/docs/bugreport.html Index: bugreport.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/bugreport.html,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- bugreport.html17 Dec 2002 16:40:23 - 1.9 +++ bugreport.html2 Feb 2003 01:33:49 - 1.10 @@ -5,7 +5,6 @@ !-- start the processing -- !-- == -- -!-- GENERATED FILE, DO NOT EDIT, EDIT THE XML FILE IN xdocs INSTEAD! -- !-- Main Page Section -- !-- == -- html @@ -17,7 +16,6 @@ - titleThe Jakarta Site - Report a Tomcat Bug/title /head @@ -187,7 +185,7 @@ blockquote pPlease search the bug database to see if the bug you are seeing has already been reported. - ul + ul liThe bug may have already been fixed and is available in a later version or nightly build./li liSomeone else may have reported the bug, you could add supporting @@ -215,12 +213,18 @@ pIt is very likely you are not the first to run into a problem. Others may have already found a solution. The btomcat-user/b or btomcat-dev/b list archives may contain discussions which - will help you resolve the problem. Search the Tomcat User List archive - a href=http://www.mail-archive.com/tomcat-user@jakarta.apache.org/;here/a - or a href=http://mikal.org/interests/java/tomcat/index.html;here/a - and the Tomcat Developer List archive - a href=http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/;here/a - or a href=http://www.metronet.com/~wjm/tomcat/;here/a. + will help you resolve the problem. + Here are four resources to view the Tomcat User List archives: + a href=http://marc.theaimsgroup.com/?l=tomcat-useramp;r=1amp;w=2;Mailing list ARChives/a, + a href=http://nagoya.apache.org/eyebrowse/SummarizeList?[EMAIL PROTECTED];Eyebrowse/a, + a href=http://www.mail-archive.com/tomcat-user@jakarta.apache.org;Mail Archive/a, + and a href=http://mikal.org/interests/java/tomcat/;mikal.org/a. + + Here are four resources to view the Tomcat Developer List archives + a href=http://marc.theaimsgroup.com/?l=tomcat-devamp;r=1amp;w=2;Mailing list ARChives/a, + a href=http://nagoya.apache.org/eyebrowse/SummarizeList?[EMAIL PROTECTED];Eyebrowse/a, + a href=http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/;Mail Archive/a, + and a href=http://www.metronet.com/~wjm/tomcat/;Texas Metronet/a. /p pIf you have already subscribed to the a href=mailto:[EMAIL PROTECTED];tomcat-user/a @@ -285,7 +289,7 @@ libExample/b - Example configuration files or web applications which demonstrate the bug. When submitting an example which reproduces the bug, please try to make it as simple as possible./li - libBug Fix Patch/b - A patch created using codediff -u/code which + libBug Fix Patch/b - A patch created using codediff -u/code which fixes the bug. (If you have found a bug fix which can be applied to the Tomcat code)/li libMiscellaneous/b - Any other information you feel will help track @@ -305,7 +309,7 @@ /td/tr trtdbr//td/tr /table -/td +/td /tr !-- FOOTER -- @@ -321,6 +325,8 @@ /body /html !-- end the processing -- + + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/docs bugreport.html
glenn 2003/02/01 17:39:10 Modified:xdocsbugreport.xml docs bugreport.html Log: Add a link to report a Tomcat 5 bug Revision ChangesPath 1.5 +3 -0 jakarta-tomcat-site/xdocs/bugreport.xml Index: bugreport.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs/bugreport.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- bugreport.xml 2 Feb 2003 01:28:34 - 1.4 +++ bugreport.xml 2 Feb 2003 01:39:10 - 1.5 @@ -138,6 +138,9 @@ with Tomcat./li /ul +Report a Tomcat 5 bug +a href=http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205; +here/a.br / Report a Tomcat 4 bug a href=http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%204; here/a.br / 1.11 +3 -0 jakarta-tomcat-site/docs/bugreport.html Index: bugreport.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/bugreport.html,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- bugreport.html2 Feb 2003 01:33:49 - 1.10 +++ bugreport.html2 Feb 2003 01:39:10 - 1.11 @@ -297,6 +297,9 @@ with Tomcat./li /ul +Report a Tomcat 5 bug +a href=http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205; +here/a.br / Report a Tomcat 4 bug a href=http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%204; here/a.br / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] site-docs Update mailing list archives, bugreport.xml
Patch applied to the docs, Thanks Tim! Tim Funk wrote: Arg! Either my moz version is broke or something else is broke. I renamed my diff to bugreport.txt and sent it to myself and all worked ok. Hopefully, this gets to you OK. If not - I'll turn off my computer and cry :( -Tim Tim Funk wrote: Resend - my first message didn't seem to have the diff attached. -Tim Tim Funk wrote: One of the links to the tomcat user archives is bad for bugreport.html Attached is a diff with the correct version. Also added are links to marc.theaimsgroup.com and Eyebrowse hosted by nagoya.apache.org. The new links are for tomcat-user and tomcat-dev. The diff was made via cvs diff -u from the site docs. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16659] - Add Context tag to Host tag prevents web app deploy.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16659. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16659 Add Context tag to Host tag prevents web app deploy. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-02-02 01:48 --- A web application can either be explicetly configured as a Context in server.xml or auto deployed. It can't be both. Try configuring your DataSource in a DefaultContext config in server.xml, then remove your Context config. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16659] - Add Context tag to Host tag prevents web app deploy.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16659. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16659 Add Context tag to Host tag prevents web app deploy. [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SOLVED RE: Tomcat 4.0.6 leaving CLOSE_WAIT sockets
Hi again, It looks like it was a bug in my JDBC driver. Sorry to doubt you marvelous Tomcat developers of the world. Cheers, -Dan -Original Message- From: Dan Higgins [mailto:[EMAIL PROTECTED]] Sent: Saturday, February 01, 2003 6:59 PM To: Tomcat-Dev Subject: RE: Tomcat 4.0.6 leaving CLOSE_WAIT sockets Hi Again, This is not all Tomcat's fault. I have narrowed it down to JSP's that actually make a JDBC connection. For static (.html) files and JSP's that don't connect to a db, the CLOSE_WAIT problem does NOT seem to occur. I know that EJB's would be the proper way to access persistent data from JSP's, but for this particular site I don't have that luxury. I suspect this problem stems from all connector threads using a single java.sql.Connection object stored in the app context. If I wanted each thread to have its own Connection, how could I do that? If it's OK to use one Connection object for an entire webapp, then I'll check for bugs in my JDBC driver... IMHO, if this is NOT a bug in my JDBC driver, then it probably really is a problem with Tomcat -- sockets simply shouldn't be left in CLOSE_WAIT by an application. Thanks, -Dan -Original Message- From: Dan Higgins [mailto:[EMAIL PROTECTED]] Sent: Saturday, February 01, 2003 4:13 PM To: Tomcat-Dev Subject: Tomcat 4.0.6 leaving CLOSE_WAIT sockets Hi, I have a script which can burst any number of async socket connections to Tomcat from a remote host. With it, I can get every available connector processor thread to become busy at once. At that point, Tomcat simply refuses any new socket connections at all. Ok, this is to be expected. But the problem is, ALL the threads seem to leave their sockets in the CLOSE_WAIT state, never actually closing them. Tomcat then seems to refuse any new connections until it is restarted. This is an issue because I am seeing it on a production server with maxProcessors set to 600. It could be a targeted DoS attack, or it could just be huge spikes in load at certain times. Either way, Tomcat is not faring very well. This has been driving me batty for about a week now. Any advice or ideas? (Tomcat 4.0.6, Windows 2000 Server SP3, Sun JDK 1.4.1_01) -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]