The Apache Jakarta Tomcat 5 Servlet/JSP Container - MBean Descriptor How To
Hi. There is just one link that I've found that is incorrect. The "print-friendly version" link on http://jakarta.apache.org/tomcat/tomcat-5.0-doc/mbeans-descriptor-howto.html should point to http://jakarta.apache.org/tomcat/tomcat-5.0-doc/printer/mbeans-descriptor-howto.html. Currently the link goes to /mbean-descriptor-howto.html... (the 's' is missing). Regards, Paul Diedericks MagmaTec (Pty) Ltd e : [EMAIL PROTECTED]tel : +27 (0)21 670 7926 fax : +27 (0)21 683 9789 cell : +27 (0)82 705 1429 www : www.magmatec.co.za smime.p7s Description: S/MIME cryptographic signature
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources ResourceCache.java
remm2005/09/12 03:33:12 Modified:catalina/src/share/org/apache/naming/resources ResourceCache.java Log: - 36594: Fix a number of issues in the class, most importantly fix updating the cache size after a failed allocation. - Submitted by Anil Gangolli. Revision ChangesPath 1.4 +17 -9 jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources/ResourceCache.java Index: ResourceCache.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources/ResourceCache.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ResourceCache.java27 Feb 2004 14:58:54 - 1.3 +++ ResourceCache.java12 Sep 2005 10:33:12 - 1.4 @@ -17,6 +17,8 @@ package org.apache.naming.resources; import java.util.HashMap; +import java.util.Random; + /** * Implements a special purpose cache. @@ -35,8 +37,14 @@ // - Instance Variables - - + + +/** + * Random generator used to determine elements to free. + */ +protected Random random = new Random(); + + /** * Cache. * Path - Cache entry. @@ -227,11 +235,9 @@ // Randomly select an entry in the array int entryPos = -1; boolean unique = false; -int count = 0; while (!unique) { unique = true; -entryPos = (int) Math.floor(Math.random() -* (cache.length - 1)); +entryPos = random.nextInt(cache.length) ; // Guarantee uniqueness for (int i = 0; i entriesFound; i++) { if (toRemove[i] == entryPos) { @@ -305,11 +311,14 @@ public void load(CacheEntry entry) { if (entry.exists) { -insertCache(entry); +if (insertCache(entry)) { +cacheSize += entry.size; +} } else { +int sizeIncrement = (notFoundCache.get(entry.name) == null) ? 1 : 0; notFoundCache.put(entry.name, entry); +cacheSize += sizeIncrement; } -cacheSize += entry.size; } @@ -408,5 +417,4 @@ return null; } - } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36594] - Hang (infinite loop) in ResourceCache under high load
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36594. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36594 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 12:56 --- I applied the patch. Thanks a lot since it would have been impossible to debug without knowing the exact usage. The case where insertCache fails because the entry is already present is a race condition on allocate and insert, so it would be best if another lookup under sync should be performed before trying (to avoid the uneeded allocate): Index: ProxyDirContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v retrieving revision 1.18 diff -u -r1.18 ProxyDirContext.java --- ProxyDirContext.java20 Jul 2005 21:25:18 - 1.18 +++ ProxyDirContext.java12 Sep 2005 10:43:35 - @@ -1596,7 +1596,7 @@ // Add new entry to cache synchronized (cache) { // Check cache size, and remove elements if too big -if (cache.allocate(entry.size)) { +if ((cache.lookup(name) == null) cache.allocate(entry.size)) { cache.load(entry); } } -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources ProxyDirContext.java
remm2005/09/12 03:57:46 Modified:catalina/src/share/org/apache/naming/resources ProxyDirContext.java Log: - Minor tweak: call a load to avoid possible useless allocate call when concurrently trying to add the same entry. Revision ChangesPath 1.19 +2 -2 jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java Index: ProxyDirContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- ProxyDirContext.java 20 Jul 2005 21:25:18 - 1.18 +++ ProxyDirContext.java 12 Sep 2005 10:57:46 - 1.19 @@ -1596,7 +1596,7 @@ // Add new entry to cache synchronized (cache) { // Check cache size, and remove elements if too big -if (cache.allocate(entry.size)) { +if ((cache.lookup(name) == null) cache.allocate(entry.size)) { cache.load(entry); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36611] New: - Broken link in online docware
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36611. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36611 Summary: Broken link in online docware Product: Tomcat 5 Version: 5.5.9 Platform: Other URL: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/mbeans- descriptor-howto.html OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The page http://jakarta.apache.org/tomcat/tomcat-5.5-doc/mbeans-descriptor-howto.html has a link to a printer-friendly version. The link points to http://jakarta.apache.org/tomcat/tomcat-5.5-doc/printer/mbean-descriptor-howto.html, which seems to be nonexisting (I get this message, The requested URL /tomcat/tomcat-5.5-doc/printer/mbean-descriptor-howto.html was not found on this server. Apache/2.0.54 (Unix) mod_ssl/2.0.54 OpenSSL/0.9.7a DAV/2 SVN/1.2.0-dev Server at jakarta.apache.org Port 80). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.c jk_shm.h jk_status.c
mturk 2005/09/12 05:53:06 Modified:jk/native/common jk_lb_worker.c jk_shm.c jk_shm.h jk_status.c Log: Fix bug #36525 by not using 64 bit ints in shared memory. For some strange reasons both Solaris and Irix are core dumping. To deal with long running data implement read and transferred as function of time, so that the troughput is stored rather then absolute value Revision ChangesPath 1.92 +39 -12jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c Index: jk_lb_worker.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,v retrieving revision 1.91 retrieving revision 1.92 diff -u -r1.91 -r1.92 --- jk_lb_worker.c14 Jun 2005 06:34:13 - 1.91 +++ jk_lb_worker.c12 Sep 2005 12:53:05 - 1.92 @@ -225,12 +225,27 @@ { unsigned int i; int total_factor = 0; -jk_u64_t mytraffic = 0; -jk_u64_t curmin = 0; +size_t mytraffic = 0; +size_t curmin = 0; worker_record_t *candidate = NULL; if (p-lblock == JK_LB_LOCK_PESSIMISTIC) jk_shm_lock(); + +if (p-lbmethod == JK_LB_BYTRAFFIC) { +double diff; +time_t now = time(NULL); +/* Update transfer rate for each worker */ +for (i = 0; i p-num_of_workers; i++) { +diff = difftime(now, p-lb_workers[i].s-service_time); +if (diff JK_SERVICE_TRANSFER_INTERVAL) { +p-lb_workers[i].s-service_time = now; +p-lb_workers[i].s-readed /= JK_SERVICE_TRANSFER_INTERVAL; +p-lb_workers[i].s-transferred /= JK_SERVICE_TRANSFER_INTERVAL; +} +} +} + /* First try to see if we have available candidate */ for (i = 0; i p-num_of_workers; i++) { /* Skip all workers that are not member of domain */ @@ -248,14 +263,14 @@ candidate = p-lb_workers[i]; } else { -mytraffic = (p-lb_workers[i].s-transferred/p-lb_workers[i].s-lb_factor) + - (p-lb_workers[i].s-readed/p-lb_workers[i].s-lb_factor); +mytraffic = (p-lb_workers[i].s-transferred + + p-lb_workers[i].s-readed ) / p-lb_workers[i].s-lb_factor; if (!candidate || mytraffic curmin) { candidate = p-lb_workers[i]; curmin = mytraffic; } } -} +} } if (candidate) { @@ -313,12 +328,22 @@ jk_logger_t *l) { unsigned int i; -jk_u64_t mytraffic = 0; -jk_u64_t curmin = 0; +size_t mytraffic = 0; +size_t curmin = 0; worker_record_t *candidate = NULL; +double diff; +time_t now = time(NULL); if (p-lblock == JK_LB_LOCK_PESSIMISTIC) jk_shm_lock(); +for (i = 0; i p-num_of_workers; i++) { +diff = difftime(now, p-lb_workers[i].s-service_time); +if (diff JK_SERVICE_TRANSFER_INTERVAL) { +p-lb_workers[i].s-service_time = now; +p-lb_workers[i].s-readed /= JK_SERVICE_TRANSFER_INTERVAL; +p-lb_workers[i].s-transferred /= JK_SERVICE_TRANSFER_INTERVAL; +} +} /* First try to see if we have available candidate */ for (i = 0; i p-num_of_workers; i++) { /* If the worker is in error state run @@ -587,8 +612,8 @@ jk_log(l, JK_LOG_DEBUG, service worker=%s jvm_route=%s, rec-s-name, s-jvm_route); -rec-s-elected++; if (rc end) { +rec-s-elected++; /* Reset endpoint read and write sizes for * this request. */ @@ -602,8 +627,10 @@ rec-s-max_busy = rec-s-busy; service_stat = end-service(end, s, l, is_service_error); /* Update partial reads and writes if any */ -rec-s-readed += end-rd; -rec-s-transferred += end-wr; +if (p-worker-lbmethod == JK_LB_BYTRAFFIC) { +rec-s-readed += end-rd; +rec-s-transferred += end-wr; +} end-done(end, l); /* When returning the endpoint mark the worker as not busy. * We have at least one endpoint free @@ -815,7 +842,7 @@ } if (secret (p-lb_workers[i].w-type == JK_AJP13_WORKER_TYPE || p-lb_workers[i].w-type == JK_AJP14_WORKER_TYPE)) {
cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c
mturk 2005/09/12 05:54:31 Modified:jk/native/iis jk_isapi_plugin.c Log: Fix bug #36102 by using anon shared memory on windows. IIS can launch multiple child processes, so we need to share the date between them all. Revision ChangesPath 1.50 +3 -3 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c,v retrieving revision 1.49 retrieving revision 1.50 diff -u -r1.49 -r1.50 --- jk_isapi_plugin.c 18 May 2005 18:04:53 - 1.49 +++ jk_isapi_plugin.c 12 Sep 2005 12:54:31 - 1.50 @@ -40,7 +40,7 @@ #include jk_shm.h #define VERSION_STRING Jakarta/ISAPI/ JK_VERSTRING - +#define SHM_DEF_NAME JKISAPISHMEM #define DEFAULT_WORKER_NAME (ajp13) /* * We use special headers to pass values from the filter to the @@ -1117,7 +1117,7 @@ /* Simulate shared memory * For now use fixed size. */ - jk_shm_open(NULL, JK_SHM_DEF_SIZE, logger); + jk_shm_open(SHM_DEF_NAME, JK_SHM_DEF_SIZE, logger); /* 10 is minimum supported on WINXP */ jk_set_worker_def_cache_size(10); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2005/09/12 05:58:24 Modified:jk/xdocs changelog.xml Log: Update changelog Revision ChangesPath 1.37 +13 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- changelog.xml 5 Jul 2005 14:52:45 - 1.36 +++ changelog.xml 12 Sep 2005 12:58:24 - 1.37 @@ -21,6 +21,19 @@ new documentation project for JK was started. /p /section +section name=Changes from the released JK 1.2.14 + br / + subsection name=Native +changelog + fix + bug36102/bug: Worker actions do not persist. (mturk) + /fix + fix + bug36525/bug: Solaris core dump. (murk) + /fix +/changelog + /subsection +/section section name=Changes from the released JK 1.2.13 br / subsection name=Native - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36102] - jk 1.2.14 - Worker actions do not persist
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36102. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36102 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 14:59 --- Fixed in the CVS. Can you try the CVS head if the problem still exists. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36525] - mod_jk 1.2.14.1 core dump
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36525. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36525 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 15:03 --- Fixed in the CVS. This was really strange. Seems that shared memory gets corrupted if 64 bit access is desired. Can you try the current HEAD? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_shm.h
mturk 2005/09/12 06:14:37 Modified:jk/native/common jk_shm.h Log: Cleanup. Revision ChangesPath 1.24 +1 -3 jakarta-tomcat-connectors/jk/native/common/jk_shm.h Index: jk_shm.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_shm.h,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- jk_shm.h 12 Sep 2005 12:53:05 - 1.23 +++ jk_shm.h 12 Sep 2005 13:14:37 - 1.24 @@ -87,10 +87,8 @@ volatile time_t service_time; /* Number of bytes read from remote */ volatile size_t readed; -volatile size_t rd; /* Number of bytes transferred to remote */ volatile size_t transferred; -volatile size_t wr; /* Number of times the worker was elected */ volatile size_t elected; /* Number of non 200 responses */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
mturk 2005/09/12 06:26:07 Modified:jk/native/apache-2.0 mod_jk.c Log: Fix #bug 35809. Patch provided by Christophe Dubach . Revision ChangesPath 1.153 +2 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v retrieving revision 1.152 retrieving revision 1.153 diff -u -r1.152 -r1.153 --- mod_jk.c 12 Jul 2005 19:17:42 - 1.152 +++ mod_jk.c 12 Sep 2005 13:26:06 - 1.153 @@ -2102,7 +2102,7 @@ int i; for (i = 0; i sz; i++) { const char *name = jk_map_name_at(src, i); -if (jk_map_get(src, name, NULL) == NULL) { +if (jk_map_get(dst, name, NULL) == NULL) { if (!jk_map_put(dst, name, apr_pstrdup(p, jk_map_get_string(src, name, NULL)), NULL)) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2005/09/12 06:28:31 Modified:jk/xdocs changelog.xml Log: Update changelog Revision ChangesPath 1.38 +4 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- changelog.xml 12 Sep 2005 12:58:24 - 1.37 +++ changelog.xml 12 Sep 2005 13:28:31 - 1.38 @@ -31,6 +31,10 @@ fix bug36525/bug: Solaris core dump. (murk) /fix + fix + bug35809/bug: JkMountCopy don't work for Apache 2.0 Patch provided by + Christophe Dubach. (mturk) + /fix /changelog /subsection /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35809] - JkMountCopy don't work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35809. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35809 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 15:28 --- Commited. Thanks! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36538] - (Apache 2.0.54) mod_jk 1.2.10 ignores -ForwardDirectories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36538. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36538 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 15:32 --- Please use the most recent stable version, and see if the problem is in there too. Prior versions will not be fixed, so it's useless to file a bug report on previous versions. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36022] - It is not possible to set property 'recover_time' to a value less then 60 seconds (mod_jk)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36022. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36022 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 15:34 --- Like Rainer said, the 60 seconds is uses as compiled minimum. If you need a lower value for experiments (I doubt something like that would make sense in production), change default settings and recompile. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2005/09/12 06:46:01 Modified:jk/native/iis jk_isapi_plugin.c jk/xdocs changelog.xml Log: Fix #35298. Patch provided by Tim Whittington. Revision ChangesPath 1.51 +22 -6 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- jk_isapi_plugin.c 12 Sep 2005 12:54:31 - 1.50 +++ jk_isapi_plugin.c 12 Sep 2005 13:46:00 - 1.51 @@ -51,11 +51,22 @@ * 3. The contents of the Translate header, if any * */ -#define URI_HEADER_NAME (TOMCATURI:) -#define QUERY_HEADER_NAME(TOMCATQUERY:) -#define WORKER_HEADER_NAME (TOMCATWORKER:) -#define TOMCAT_TRANSLATE_HEADER_NAME (TOMCATTRANSLATE:) -#define CONTENT_LENGTH (CONTENT_LENGTH:) +#define URI_HEADER_NAME_BASE (TOMCATURI) +#define QUERY_HEADER_NAME_BASE (TOMCATQUERY) +#define WORKER_HEADER_NAME_BASE (TOMCATWORKER) +#define TOMCAT_TRANSLATE_HEADER_NAME_BASE (TOMCATTRANSLATE) + +static char URI_HEADER_NAME[_MAX_FNAME]; +static char QUERY_HEADER_NAME[_MAX_FNAME]; +static char WORKER_HEADER_NAME[_MAX_FNAME]; +static char TOMCAT_TRANSLATE_HEADER_NAME[_MAX_FNAME]; + +/* The template used to construct our unique headers + * from the base name and module instance + */ +#define HEADER_TEMPLATE (%s_%p:) + +#define CONTENT_LENGTH (CONTENT_LENGTH) #define HTTP_URI_HEADER_NAME (HTTP_TOMCATURI) #define HTTP_QUERY_HEADER_NAME (HTTP_TOMCATQUERY) @@ -1090,6 +1101,11 @@ else { fReturn = JK_FALSE; } +/* Construct redirector headers to use for this redirector instance */ +sprintf(URI_HEADER_NAME, HEADER_TEMPLATE, URI_HEADER_NAME_BASE, hInst); +sprintf(QUERY_HEADER_NAME, HEADER_TEMPLATE, QUERY_HEADER_NAME_BASE, hInst); +sprintf(WORKER_HEADER_NAME, HEADER_TEMPLATE, WORKER_HEADER_NAME_BASE, hInst); +sprintf(TOMCAT_TRANSLATE_HEADER_NAME, HEADER_TEMPLATE, TOMCAT_TRANSLATE_HEADER_NAME_BASE, hInst); break; case DLL_PROCESS_DETACH: __try { 1.39 +3 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- changelog.xml 12 Sep 2005 13:28:31 - 1.38 +++ changelog.xml 12 Sep 2005 13:46:01 - 1.39 @@ -35,6 +35,9 @@ bug35809/bug: JkMountCopy don't work for Apache 2.0 Patch provided by Christophe Dubach. (mturk) /fix + bug35298/bug: Multiple JK/ISAPI redirectors on a single IIS site are not supported + Patch provided by Tim Whittington. (mturk) + /fix /changelog /subsection /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35298] - Multiple JK/ISAPI redirectors on a single IIS site are not supported
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35298. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35298 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 15:46 --- Commited. Thanks! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35299] - JK/ISAPI documentation does not explain isapi_redirect.properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35299. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35299 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 15:55 --- Commited. Thanks! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c
mturk 2005/09/12 07:10:51 Modified:jk/native/iis jk_isapi_plugin.c Log: Fix #35864 Status worker doesn't list workers Patch provided by Martin Goldhahn Revision ChangesPath 1.52 +9 -6 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c,v retrieving revision 1.51 retrieving revision 1.52 diff -u -r1.51 -r1.52 --- jk_isapi_plugin.c 12 Sep 2005 13:46:00 - 1.51 +++ jk_isapi_plugin.c 12 Sep 2005 14:10:51 - 1.52 @@ -133,6 +133,7 @@ static int iis5 = -1; static jk_uri_worker_map_t *uw_map = NULL; +static jk_map_t *wp_map = NULL; /* worker_properties */ static jk_logger_t *logger = NULL; static char *SERVER_NAME = SERVER_NAME; static char *SERVER_SOFTWARE = SERVER_SOFTWARE; @@ -1070,6 +1071,10 @@ uri_worker_map_free(uw_map, logger); is_mapread = JK_FALSE; } +memset(worker_env, 0, sizeof(worker_env)); +if (wp_map) { +jk_map_free(wp_map); +} wc_close(logger); if (logger) { jk_close_file_logger(logger); @@ -1125,7 +1130,6 @@ static int init_jk(char *serverName) { int rc = JK_FALSE; -jk_map_t *map; if (!jk_open_file_logger(logger, log_file, log_level)) { logger = NULL; @@ -1164,14 +1168,14 @@ } if (rc) { rc = JK_FALSE; -if (jk_map_alloc(map)) { -if (jk_map_read_properties(map, worker_file, NULL)) { +if (jk_map_alloc(wp_map)) { +if (jk_map_read_properties(wp_map, worker_file, NULL)) { /* we add the URI-WORKER MAP since workers using AJP14 will feed it */ worker_env.uri_to_worker = uw_map; worker_env.server_name = serverName; -if (wc_open(map, worker_env, logger)) { +if (wc_open(wp_map, worker_env, logger)) { rc = JK_TRUE; } } @@ -1179,7 +1183,6 @@ jk_log(logger, JK_LOG_EMERG, Unable to read worker file %s., worker_file); } -jk_map_free(map); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35864] - status worker doesn't list workers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35864. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35864 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||com --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:11 --- *** Bug 35924 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35924] - ISAPI redirector accesses freed memory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35924. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35924 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:11 --- *** This bug has been marked as a duplicate of 35864 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35864] - status worker doesn't list workers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35864. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35864 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:12 --- Commited. Thanks! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis/installer isapi-redirector-win32-msi.ism
mturk 2005/09/12 07:15:45 Modified:jk/native/iis/installer isapi-redirector-win32-msi.ism Log: Bump version. Revision ChangesPath 1.11 +1 -1 jakarta-tomcat-connectors/jk/native/iis/installer/isapi-redirector-win32-msi.ism Index: isapi-redirector-win32-msi.ism === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/installer/isapi-redirector-win32-msi.ism,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- isapi-redirector-win32-msi.ism16 May 2005 08:13:39 - 1.10 +++ isapi-redirector-win32-msi.ism12 Sep 2005 14:15:44 - 1.11 @@ -3288,7 +3288,7 @@ rowtdProductID/tdtdnone/tdtd//row rowtdProductLanguage/tdtd1033/tdtd//row rowtdProductName/tdtdJakarta Isapi Redirector/tdtd//row - rowtdProductVersion/tdtd1.2.14/tdtd//row + rowtdProductVersion/tdtd1.2.15/tdtd//row rowtdProgressType0/tdtdinstall/tdtd//row rowtdProgressType1/tdtdInstalling/tdtd//row rowtdProgressType2/tdtdinstalled/tdtd//row - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36250] - Tomcat should not return FAIL on ThreadDeath during redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED], ||[EMAIL PROTECTED] Status|RESOLVED|REOPENED Resolution|DUPLICATE | --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:27 --- Remy, I'm reopening this issue since it does not seem to me to be a duplicate of issue 26372. The description of this issue says that the tomcat manager should not return FAIL when ThreadDeath occurs, if it is not considered as a real failure. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2005/09/12 07:29:49 Modified:jk/xdocs changelog.xml Log: Update changelog. Revision ChangesPath 1.41 +5 -1 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- changelog.xml 12 Sep 2005 13:54:44 - 1.40 +++ changelog.xml 12 Sep 2005 14:29:49 - 1.41 @@ -26,10 +26,14 @@ subsection name=Native changelog fix + bug36525/bug: Solaris core dump. (mturk) + /fix + fix bug36102/bug: Worker actions do not persist. (mturk) /fix fix - bug36525/bug: Solaris core dump. (murk) + bug35864/bug: Status worker doesn't list workers. + Patch provided by Martin Goldhahn. (mturk) /fix fix bug35809/bug: JkMountCopy don't work for Apache 2.0 Patch provided by - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36250] - Tomcat should not return FAIL on ThreadDeath during redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:34 --- *** This bug has been marked as a duplicate of 26372 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trying to reload an application
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26372 --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:34 --- *** Bug 36250 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36250] - Tomcat should not return FAIL on ThreadDeath during redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:38 --- Marked as duplicate by mistake - because there's no explanation. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36250] - Tomcat should not return FAIL on ThreadDeath during redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:41 --- *** This bug has been marked as a duplicate of 26372 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trying to reload an application
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26372 --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:41 --- *** Bug 36250 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36250] - Tomcat should not return FAIL on ThreadDeath during redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:44 --- (In reply to comment #9) Marked as duplicate by mistake - because there's no explanation. Explanation: don't be annoying :) More seriously, this error means a classloading problem. No attempt will be made at trying to recover from it. As for its cause and its resolution, it's the same as the bug marked as its duplicate: if you can identify a situation where Tomcat sets bad classloader as context classloader, or similar bad behavior, I will make sure to fix it. This is really trivial logic, and it should be easy to understand without me having to state it in black white and wasting time. Of course, if you reopen this again, I'll mark it as duplicate again. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36250] - Tomcat should not return FAIL on ThreadDeath during redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 16:51 --- Maybe I should restate this another way for Remy... Let A = Tomcat should not return FAIL if this classloading problem occurs B = Tomcat should recover from this classloading problem Now bear with me A != B How come everyone CCed on this issue understands this except you? :) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36250] - Tomcat should not return FAIL on ThreadDeath during redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36250 --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 17:11 --- (In reply to comment #12) A = Tomcat should not return FAIL if this classloading problem occurs Which would be equal to considering this normal. It is not normal, except in the sense that it is to be expected if you do bad things, and is not recoverable. The library, its usage, or whatever else is causing this should be fixed instead. Again, if you can identify a situation where Tomcat sets bad classloaders as context classloader, or similar bad behavior (both which happened in the past, since it's not trivial stuff, unfortunately), I will make sure to fix it. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36538] - (Apache 2.0.54) mod_jk 1.2.10 ignores -ForwardDirectories
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36538. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36538 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 17:12 --- (In reply to comment #1) Please use the most recent stable version, and see if the problem is in there too. Prior versions will not be fixed, so it's useless to file a bug report on previous versions. Hi, I have tested the latest version of JK (JK1.2.14). The problem is still there (same results as with JK version 1.2.10) Best Regards. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36594] - Hang (infinite loop) in ResourceCache under high load
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36594. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36594 --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 18:26 --- Thanks for the rapid response. Will this fix be present in any future Tomcat 5.0.x releases as well? Any chance of getting this? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36102] - jk 1.2.14 - Worker actions do not persist
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36102. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36102 --- Additional Comments From [EMAIL PROTECTED] 2005-09-12 22:43 --- (In reply to comment #13) Fixed in the CVS. Can you try the CVS head if the problem still exists. Actually, I can't try the CVS head, primarily because I have no clue what that is. Sorry, but saying anything else would be counterproductive. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Small refactoring in Http11Processor
Mladen Turk wrote: Costin Manolache wrote: Hi, Also, I would like to add another directory under j-t-c, with a build file and few classes for a 'mini' experiment - i.e. using the connector standalone, as a minimal http server, and also a target to build a minimal servlet container as a single self-contained jar. We don't have a sandbox, and j-t-c seems closest to that :-) Hi Costin, Nice to have you back :) Anyhow, seems that the SVN transition is in progress. If the time is acceptable, perhaps you can postpone that, and simply create a branch in SVN. I'm not sure when the code will be moved to SVN, perhaps Mark will know. I am about to kick of TC3 and TC4. Once that is complete (few days?) I'll do the last batch which will be TC5, Connectors and Jasper. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r279657 - in /tomcat/site/trunk: docs/findhelp.html docs/whichversion.html xdocs/findhelp.xml xdocs/whichversion.xml
Rahul Akolkar wrote: Looking at this commit, it seems you might want to get some sweeping propset's in on svn:eol-style, and use these as auto-props for future svn additions, if you don't already [ http://www.apache.org/dev/svn-eol-style.txt ]. Thanks for the tip - I hadn't spotted that. I also wonder why the CGI's from last night now bear LFs for eol-style (r279457,r279458). Can those be changed to native? My bad. I'll fix them now. Thanks for all the work. Just trying to save some grief later ;-) Indeed. Your help is appreciated. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Commit 1.153 on jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Mladen (and everyone) ... could you please provide more descriptive commit log messages? At least, one sentence of what the commit fixes? This one wasn't too helpful, and wastes extra time reviewing commits. Thanks :) Revision 1.153 - (view) (download) (as text) (annotate) - [select for diffs] Mon Sep 12 13:26:06 2005 UTC (8 hours, 6 minutes ago) by mturk Branch: MAIN CVS Tags: HEAD Changes since 1.152: +2 -2 lines Diff to previous 1.152 (colored) Fix #bug 35809. Patch provided by Christophe Dubach . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r280431 - in /tomcat/site/trunk: docs/download-33.cgi docs/download-41.cgi docs/download-55.cgi xdocs/download-33.cgi xdocs/download-41.cgi xdocs/download-55.cgi
Author: markt Date: Mon Sep 12 14:58:54 2005 New Revision: 280431 URL: http://svn.apache.org/viewcvs?rev=280431view=rev Log: Fix eol for CGI scripts. Modified: tomcat/site/trunk/docs/download-33.cgi (props changed) tomcat/site/trunk/docs/download-41.cgi (props changed) tomcat/site/trunk/docs/download-55.cgi (props changed) tomcat/site/trunk/xdocs/download-33.cgi (props changed) tomcat/site/trunk/xdocs/download-41.cgi (props changed) tomcat/site/trunk/xdocs/download-55.cgi (props changed) Propchange: tomcat/site/trunk/docs/download-33.cgi -- --- svn:eol-style (original) +++ svn:eol-style Mon Sep 12 14:58:54 2005 @@ -1 +1 @@ -LF +native Propchange: tomcat/site/trunk/docs/download-41.cgi -- --- svn:eol-style (original) +++ svn:eol-style Mon Sep 12 14:58:54 2005 @@ -1 +1 @@ -LF +native Propchange: tomcat/site/trunk/docs/download-55.cgi -- --- svn:eol-style (original) +++ svn:eol-style Mon Sep 12 14:58:54 2005 @@ -1 +1 @@ -LF +native Propchange: tomcat/site/trunk/xdocs/download-33.cgi -- --- svn:eol-style (original) +++ svn:eol-style Mon Sep 12 14:58:54 2005 @@ -1 +1 @@ -LF +native Propchange: tomcat/site/trunk/xdocs/download-41.cgi -- --- svn:eol-style (original) +++ svn:eol-style Mon Sep 12 14:58:54 2005 @@ -1 +1 @@ -LF +native Propchange: tomcat/site/trunk/xdocs/download-55.cgi -- --- svn:eol-style (original) +++ svn:eol-style Mon Sep 12 14:58:54 2005 @@ -1 +1 @@ -LF +native - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commit 1.153 on jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
William A. Rowe, Jr. wrote: Mladen (and everyone) ... could you please provide more descriptive commit log messages? At least, one sentence of what the commit fixes? This one wasn't too helpful, and wastes extra time reviewing commits. Very funny. It even links the bug report, the diff is 3 chars long, and even I can understand it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
wrowe 2005/09/12 15:21:31 Modified:jk/native/apache-2.0 mod_jk.c Log: Modify the test introduced in 1.152 for httpd-2.2 compatibility, the new symbol isn't available in httpd-2.0 leading to perms issues. This patch anticipates that the flag will become a 0|1 flag defined always before httpd-2.2 ships. Revision ChangesPath 1.154 +16 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v retrieving revision 1.153 retrieving revision 1.154 diff -u -r1.153 -r1.154 --- mod_jk.c 12 Sep 2005 13:26:06 - 1.153 +++ mod_jk.c 12 Sep 2005 22:21:31 - 1.154 @@ -68,7 +68,21 @@ #include apr_strings.h +/* Yes; sorta sucks - with luck we will clean this up before httpd-2.2 + * ships, leaving AP_NEED_SET_MUTEX_PERMS def'd as 1 or 0 on all platforms. + */ #ifdef AP_NEED_SET_MUTEX_PERMS +# define JK_NEED_SET_MUTEX_PERMS AP_NEED_SET_MUTEX_PERMS +#else + /* A special case for httpd-2.0 */ +# if !defined(OS2) !defined(WIN32) !defined(BEOS) !defined(NETWARE) +# define JK_NEED_SET_MUTEX_PERMS 1 +# else +# define JK_NEED_SET_MUTEX_PERMS 0 +# endif +#endif + +#if JK_NEED_SET_MUTEX_PERMS #include unixd.h /* for unixd_set_global_mutex_perms */ #endif /* @@ -2419,7 +2433,7 @@ return HTTP_INTERNAL_SERVER_ERROR; } -#ifdef AP_NEED_SET_MUTEX_PERMS +#ifdef JK_NEED_SET_MUTEX_PERMS rv = unixd_set_global_mutex_perms(jk_log_lock); if (rv != APR_SUCCESS) { ap_log_error(APLOG_MARK, APLOG_CRIT, rv, s, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commit 1.153 on jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Remy Maucherat wrote: William A. Rowe, Jr. wrote: Mladen (and everyone) ... could you please provide more descriptive commit log messages? At least, one sentence of what the commit fixes? This one wasn't too helpful, and wastes extra time reviewing commits. Very funny. It even links the bug report, the diff is 3 chars long, and even I can understand it. Meaning I aught to delve every bug report, every diff, every time I try to read the cvs commit log of 24 months of activity? Get real :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Commit 1.153 on jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
William A. Rowe, Jr. wrote: Remy Maucherat wrote: William A. Rowe, Jr. wrote: Mladen (and everyone) ... could you please provide more descriptive commit log messages? At least, one sentence of what the commit fixes? This one wasn't too helpful, and wastes extra time reviewing commits. Very funny. It even links the bug report, the diff is 3 chars long, and even I can understand it. Meaning I aught to delve every bug report, every diff, every time I try to read the cvs commit log of 24 months of activity? Get real :) Let me rephrase :) I've been digging since Sunday a.m. through about 270 commits from 5 projects, across dozens and dozens of files, looking for various issues and edge cases. Yes, for pure review of a single case, the bug #'s have been extraordinarily helpful! But in terms of seeing net changes on some files I'm looking at, without even a mention such as Fix JKMountCopy directive. is a huge waste of otherwise productive time :) Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Support for Servlet 2.5/JSP 2.1?
Servlet 2.5 (http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr154/index3.html) and JSP 2.1 (http://jcp.org/en/jsr/detail?id=245) have both released. Would these be supported on Tomcat 5.5 anytime soon? Or would this be in a new version (Tomcat 6?) Thanks! /s __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36525] - mod_jk 1.2.14.1 core dump
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36525. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36525 --- Additional Comments From [EMAIL PROTECTED] 2005-09-13 00:38 --- Checked out from CVS today, and can confirm that the new build appears to work properly. Thanks! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 WARNING.txt
markt 2005/09/12 15:42:00 Added: .WARNING.txt Log: As notice re CVS closure Revision ChangesPath 1.1 jakarta-tomcat-4.0/WARNING.txt Index: WARNING.txt === *** WARNING.txt *** As of 12th September 2005, the jakarta-tomcat-4 CVS repository is closed. The repository has been migrated to Subversion (http://svn.apache.org/repos/asf/tomcat). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Support for Servlet 2.5/JSP 2.1?
Hi, You may be confusing they have a web page with they have been released. Neither has been finalized. When they're finalized, they will be implemented in Tomcat 6.0, not 5.5. Yoav --- Sam Ewing [EMAIL PROTECTED] wrote: Servlet 2.5 (http://www.jcp.org/aboutJava/communityprocess/maintenance/jsr154/index3.html) and JSP 2.1 (http://jcp.org/en/jsr/detail?id=245) have both released. Would these be supported on Tomcat 5.5 anytime soon? Or would this be in a new version (Tomcat 6?) Thanks! /s __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat WARNING.txt
markt 2005/09/12 15:45:39 Added: .WARNING.txt Log: Add notice re CVS closure Revision ChangesPath 1.1 jakarta-tomcat/WARNING.txt Index: WARNING.txt === *** WARNING.txt *** As of 12th September 2005, the jakarta-tomcat CVS repository is closed. The repository has been migrated to Subversion (http://svn.apache.org/repos/asf/tomcat). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs mbeans-descriptor-howto.xml
markt 2005/09/12 16:11:33 Modified:webapps/docs mbeans-descriptor-howto.xml Log: Fix bug 36611 - link broken to printer friendly version of doc Revision ChangesPath 1.4 +1 -1 jakarta-tomcat-catalina/webapps/docs/mbeans-descriptor-howto.xml Index: mbeans-descriptor-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/mbeans-descriptor-howto.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- mbeans-descriptor-howto.xml 1 Sep 2004 22:04:27 - 1.3 +++ mbeans-descriptor-howto.xml 12 Sep 2005 23:11:32 - 1.4 @@ -2,7 +2,7 @@ !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] -document url=mbean-descriptor-howto.html +document url=mbeans-descriptor-howto.html project; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36611] - Broken link in online docware
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36611. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36611 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-13 01:15 --- Fixed in CVS and on the web server. Will take a few hours to replicate to our main web server. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c]
I didn't miss the SVN conversion horizion? This needs to hit jk before we roll out 1.2.15. 1.152 broke Apache 2.0 builds (while conforming to Apache 2.2) - so this patch is the umbrella which addresses both flavors. Bill Original Message Subject: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c Date: 12 Sep 2005 22:21:31 - From: [EMAIL PROTECTED] Reply-To: Tomcat Developers List tomcat-dev@jakarta.apache.org To: [EMAIL PROTECTED] wrowe 2005/09/12 15:21:31 Modified:jk/native/apache-2.0 mod_jk.c Log: Modify the test introduced in 1.152 for httpd-2.2 compatibility, the new symbol isn't available in httpd-2.0 leading to perms issues. This patch anticipates that the flag will become a 0|1 flag defined always before httpd-2.2 ships. Revision ChangesPath 1.154 +16 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v retrieving revision 1.153 retrieving revision 1.154 diff -u -r1.153 -r1.154 --- mod_jk.c 12 Sep 2005 13:26:06 - 1.153 +++ mod_jk.c 12 Sep 2005 22:21:31 - 1.154 @@ -68,7 +68,21 @@ #include apr_strings.h +/* Yes; sorta sucks - with luck we will clean this up before httpd-2.2 + * ships, leaving AP_NEED_SET_MUTEX_PERMS def'd as 1 or 0 on all platforms. + */ #ifdef AP_NEED_SET_MUTEX_PERMS +# define JK_NEED_SET_MUTEX_PERMS AP_NEED_SET_MUTEX_PERMS +#else + /* A special case for httpd-2.0 */ +# if !defined(OS2) !defined(WIN32) !defined(BEOS) !defined(NETWARE) +# define JK_NEED_SET_MUTEX_PERMS 1 +# else +# define JK_NEED_SET_MUTEX_PERMS 0 +# endif +#endif + +#if JK_NEED_SET_MUTEX_PERMS #include unixd.h /* for unixd_set_global_mutex_perms */ #endif /* @@ -2419,7 +2433,7 @@ return HTTP_INTERNAL_SERVER_ERROR; } -#ifdef AP_NEED_SET_MUTEX_PERMS +#ifdef JK_NEED_SET_MUTEX_PERMS rv = unixd_set_global_mutex_perms(jk_log_lock); if (rv != APR_SUCCESS) { ap_log_error(APLOG_MARK, APLOG_CRIT, rv, s, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] . - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Vote] (was Re: Top Level Project? Time for Top Level Lists?)
Costin Manolache wrote: Remy Maucherat wrote: I doubt that filling the inbox with the bug reports or commit messages will make anyone care more ( or make anyone read them when they don't want to ) :-) It seems most people use filters anyway, and those who don't ( like using gmane or a web-based interface ) just suffer the noise, but still ignore the bugs/commits they don't care about. I would really appreciate splitting them - I try to read tomcat-dev as much as possible, but web-based interfaces ( like gmane's RSS view or the html viewer ) are almost useless due to the noise, and filtering the news is not easy either. Well, my first point was that, as a TLP, the lists should become @tomcat.apache.org; whatever they become. But AFA different lists are concerned, is it worth a vote? I'm going to abstain, as I'm not on the PMC (IIRC). But here it is, go ahead and cast an opinion... Bugs [ ] forward to [EMAIL PROTECTED] [ ] forward to [EMAIL PROTECTED] Commits [ ] forward to [EMAIL PROTECTED] [ ] forward to [EMAIL PROTECTED] Vote away :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Vote] (was Re: Top Level Project? Time for Top Level Lists?)
Hi, Bugs [ X ] forward to [EMAIL PROTECTED] [ ] forward to [EMAIL PROTECTED] Commits [ X ] forward to [EMAIL PROTECTED] [ ] forward to [EMAIL PROTECTED] Keep as one list, for reasons voiced by others, and summarized as: it's easy for users to filter at their end, but hard to get people to subscribe to three lists. If it ain't broken, don't fix it. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36630] New: - Error instantiating servlet class
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36630. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36630 Summary: Error instantiating servlet class Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: All Status: NEW Severity: major Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Error instantiating servlet class servlet class name This exception message is printed in the log file when a class used by a servlet cannot be instantiated. The developer will eventually be able to guess the class and add it to the classes/jars directory under [install-dir]/shared/. However, the class loader should print in its error message the name of the class that it cannot find. The curent error message is misleading, as the missing class NOT the servlet class that is printed in the message. How to reproduce: - Write a servlet that uses a class that is not part of the JRE and not part of the classes supplied by Tomcat. - Try to load your servlet. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]