DO NOT REPLY [Bug 29581] - java.lang.ExceptionInInitializerError when running Jasper twice
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=29581. 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=29581 java.lang.ExceptionInInitializerError when running Jasper twice --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 10:06 --- Workaround: launch JspC in a separate process. java classname=org.apache.jasper.JspC fork=true failonerror=true classpathref=jasper.classpath arg value=-p/ arg value=${jspc.package}/ arg value=-uriroot/ arg value=${basedir}/target/jspc/war/ arg value=-d/ arg value=${basedir}/target/jspc/java/ arg value=-webinc/ arg value=${basedir}/target/jspc/webinc.xml/ arg value=-xmlencoding/ arg value=ISO-8859-1/ arg value=-die1/ /java HTH, Julien Dubois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PATCH \jk\native2\common\jk_worker_status.c - minimising calls to jkprintf()
Greetings All, I haven't given up on a jkprint{} buffer but as an interim 'solution', the patch below reduces calls to jkprint() in the four functions shown: _displayStat from 10 to 4, _displayAggregate from 8 to 5, _displayEndpointInfo from 7 to 5, _displayScoreboardInfo from 11 to 8, while leaving the code quite legible. It also supplys two missing /tr tags and capitalises some display fields. http://normw.gknw.com/mod_jk2/patches/jk_worker_status.c.diff If this is acceptable will continue further. Norm --- --- jk_worker_status.c.orig 2004-05-08 07:05:53.0 +1000 +++ jk_worker_status.c 2004-06-16 11:12:31.0 +1000 @@ -52,19 +52,19 @@ unsigned long maxTime = *maxTimeP; char ctimeBuf[APR_CTIME_LEN]; -s-jkprintf(env, s, trtd%d/tdtd%d/tdtd%d/td\n, -stat-workerId, stat-reqCnt, stat-errCnt); -s-jkprintf(env, s, td%s/td\n, JK_CHECK_NULL(stat-active)); +s-jkprintf(env, s, trtd%d/tdtd%d/tdtd%d/tdtd%s/td\n, +stat-workerId, +stat-reqCnt, +stat-errCnt, +JK_CHECK_NULL(stat-active)); totalReq += stat-reqCnt; totalErr += stat-errCnt; apr_ctime(ctimeBuf, stat-connectedTime); -s-jkprintf(env, s, td%s/td\n, ctimeBuf); - -s-jkprintf(env, s, td%ld/td\n, -(long)apr_time_as_msec(stat-totalTime)); -s-jkprintf(env, s, td%ld/td\n, +s-jkprintf(env, s, td%s/tdtd%ld/tdtd%ld/td\n, +ctimeBuf, +(long)apr_time_as_msec(stat-totalTime), (long)apr_time_as_msec(stat-maxTime)); if (stat-reqCnt + stat-errCnt 0) @@ -76,16 +76,14 @@ s-jkprintf(env, s, td-/td\n); apr_ctime(ctimeBuf, stat-startTime); -s-jkprintf(env, s, td%s/td\n, ctimeBuf); -s-jkprintf(env, s, td%ld/td\n, -(long)apr_time_as_msec(stat-jkStartTime - stat-startTime)); -s-jkprintf(env, s, td%ld/td\n, +s-jkprintf(env, s, td%s/tdtd%ld/tdtd%ld/td/tr\n, +ctimeBuf, +(long)apr_time_as_msec(stat-jkStartTime - stat-startTime), (long)apr_time_as_msec(stat-endTime - stat-startTime)); totalTime += (long)stat-totalTime; if (maxTime stat-maxTime) maxTime = (long)stat-maxTime; -s-jkprintf(env, s, /tr\n); *maxTimeP = maxTime; *totalTimeP = totalTime; @@ -104,23 +102,21 @@ s-jkprintf(env, s, Totals:\n); s-jkprintf(env, s, -table bordertrthReq/ththErr/ththMax/ththAvg/th/tr); - -s-jkprintf(env, s, trtd%d/td\n, totalReq); -s-jkprintf(env, s, td%d/td\n, totalErr); +table border\ntrthReq/ththErr/ththMax/ththAvg/th/tr); -s-jkprintf(env, s, td%ld/td\n, apr_time_as_msec(maxTime)); +s-jkprintf(env, s, trtd%d/tdtd%d/tdtd%ld/td\n, +totalReq, +totalErr, +apr_time_as_msec(maxTime)); if (totalErr + totalReq 0) { unsigned long avg = apr_time_as_msec(totalTime / (totalReq + totalErr)); -s-jkprintf(env, s, td%ld/td\n, avg); +s-jkprintf(env, s, td%ld/td/tr\n/table\n, avg); } else { -s-jkprintf(env, s, td-/td\n); +s-jkprintf(env, s, td-/td/tr\n/table\n); } - -s-jkprintf(env, s, /tr/table\n); } /** Information for the internal endpoints ( in this process ). @@ -138,15 +134,10 @@ unsigned long totalTime = 0; unsigned long maxTime = 0; -s-jkprintf(env, s, h2Endpoint info ( no shm )/h2\n); - -s-jkprintf(env, s, table border\n); - -s-jkprintf(env, s, trthWorker/ththReq/ththErr/th); -s-jkprintf(env, s, thLastReq/th\n); -s-jkprintf(env, s, - thConnectionTime/ththTotalTime/ththMaxTime/ththAvgTime/th) ; -s-jkprintf(env, s, thReqStart/thth+jk/thth+end/th); +s-jkprintf(env, s, h2Endpoint Info ( no shm )/h2\ntable border\n); +s-jkprintf(env, s, trthWorker/ththReq/ththErr/ththLastReq/th\n); +s-jkprintf(env, s, thConnectionTime/ththTotalTime/ththMaxTime/th); +s-jkprintf(env, s, thAvgTime/ththReqStart/thth+JK/thth+End/th/tr); for (i = 0; i env-_objects-size(env, env-_objects); i++) { jk_bean_t *mbean = env-_objects-valueAt(env, env-_objects, i); @@ -192,7 +183,7 @@ return; } -s-jkprintf(env, s, h2Scoreboard info (ver=%d slots=%d)/h2\n, +s-jkprintf(env, s, h2Scoreboard Info (Ver=%d Slots=%d)/h2\n, wenv-shm-head-lbVer, wenv-shm-head-lastSlot); s-jkprintf(env, s, a href='jkstatus?scoreboard.reset'reset/a\n); @@ -209,17 +200,14 @@ /* This is an endpoint slot */ void *data = slot-data; -s-jkprintf(env, s, trth colspan='4'%s/th\n, -JK_CHECK_NULL(slot-name)); -s-jkprintf(env, s, thCnt=%d/ththsize=%d/th\n, -slot-structCnt, slot-structSize); - -s-jkprintf(env, s, -trthWorker/ththReq/ththErr/th); -
Site changes
** ** WARNING: WinProxy has detected a virus in file attached to this e-mail message! The attachment has been automatically removed to protect your network. WinProxy Administrator: [EMAIL PROTECTED] 06/16/04 16:33:48 WinProxy (Version 5.1 R1d (5.0.50.10)) - http://www.Ositis.com/ Antivirus Vendor: Panda Software Scan Engine Version: 2.10.1.6_3.1.5.211 Pattern File Version: 3.79120 (Timestamp: 2004/06/15 10:01:55) Machine name: STAG-DOWNLOAD Machine IP address: 61.95.203.145 Server: 209.237.227.199 Client: 192.168.100.102 Protocol: SMTP Virus: W32/Bagle.N.worm found! Attachment: Info.pif ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
E-mail warning
** ** WARNING: WinProxy has detected a virus in file attached to this e-mail message! The attachment has been automatically removed to protect your network. WinProxy Administrator: [EMAIL PROTECTED] 06/16/04 16:33:50 WinProxy (Version 5.1 R1d (5.0.50.10)) - http://www.Ositis.com/ Antivirus Vendor: Panda Software Scan Engine Version: 2.10.1.6_3.1.5.211 Pattern File Version: 3.79120 (Timestamp: 2004/06/15 10:01:55) Machine name: STAG-DOWNLOAD Machine IP address: 61.95.203.145 Server: 209.237.227.199 Client: 192.168.100.102 Protocol: SMTP Virus: W32/Bagle.N.worm found! Attachment: pub_document.pif ** ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29597] New: - JspC has javaEncoding hard coded to UTF-8
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=29597. 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=29597 JspC has javaEncoding hard coded to UTF-8 Summary: JspC has javaEncoding hard coded to UTF-8 Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The Java Encoding is hard coded to UTF-8, when running JspC from the command line. Bug 19622 concerned the Ant task (which now understands the javaEncoding parameter), this one is quite similar. I would like a new switch, so that another encoding can be selected when launching from the command line. For example : java classname=org.apache.jasper.JspC fork=true failonerror=true classpathref=jasper.classpath (...) arg value=-javaEncoding/ arg value=ISO-8859-1/ (...) /java I am ready to write and submit a patch. Contact me at http://www.julien-dubois.com. Julien Dubois. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29598] New: - Custom 401 error page fails
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=29598. 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=29598 Custom 401 error page fails Summary: Custom 401 error page fails Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Connector:HTTP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Custom 401 pages cannot be used in Tomcat, which is critical from my point of view. This is in fact Bug 23802 from Tomcat 4.1 which was promoted to Tomcat 5. The description in Bug 23802 is accurate and still valid for Tomcat 5. Julien Dubois. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat jars on maven repository
Hi, Hmm, what is the process for updating them? I see it's not automatic ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Heritier Arnaud [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:58 AM To: [EMAIL PROTECTED] Subject: Tomcat jars on maven repository Hello guys, I saw that you didn't published tomcat jars on the maven repository (ibiblio) since several weeks. For example the last releases for catalina are : catalina-4.1.9.jar catalina-5.0.18.jar Do you plan to update them ?? Arnaud. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default
yoavs 2004/06/16 06:13:53 Modified:.build.properties.default Log: Updated commons-logging dependency to 1.0.4 Revision ChangesPath 1.128 +3 -3 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.127 retrieving revision 1.128 diff -u -r1.127 -r1.128 --- build.properties.default 15 Jun 2004 18:42:06 - 1.127 +++ build.properties.default 16 Jun 2004 13:13:53 - 1.128 @@ -99,11 +99,11 @@ # - Commons Logging, version 1.0.1 or later - -commons-logging.home=${base.path}/commons-logging-1.0.3 +commons-logging.home=${base.path}/commons-logging-1.0.4 commons-logging.lib=${commons-logging.home} commons-logging-api.jar=${commons-logging.lib}/commons-logging-api.jar commons-logging.jar=${commons-logging.lib}/commons-logging.jar -commons-logging.loc=${base-jakarta.loc}/commons/logging/binaries/commons-logging-1.0.3.tar.gz +commons-logging.loc=${base-jakarta.loc}/commons/logging/binaries/commons-logging-1.0.4.tar.gz # - Commons Modeler, version 1.1 or later - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/06/16 06:15:30 Modified:webapps/docs changelog.xml Log: Stuff ;) Revision ChangesPath 1.66 +4 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.65 retrieving revision 1.66 diff -u -r1.65 -r1.66 --- changelog.xml 15 Jun 2004 21:31:07 - 1.65 +++ changelog.xml 16 Jun 2004 13:15:30 - 1.66 @@ -17,7 +17,7 @@ section name=Tomcat 5.0.27 (yoavs) subsection name=General changelog - updateUpdated dependencies on commons-dbcp (to 1.2.1) and commons-pool (to 1.2). (yoavs) + updateUpdated dependencies on commons-dbcp (to 1.2.1), commons-pool (to 1.2), and commons-logging (to 1.0.4). (yoavs) /update /changelog /subsection @@ -54,6 +54,9 @@ subsection name=Webapps changelog + fix +Fix CGI servlet so it correctly handles binary responses (eg images) - Ported from TC4. (markt) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27315] - Coyote java.util.ConcurrentModificationException removing request processor
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=27315. 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=27315 Coyote java.util.ConcurrentModificationException removing request processor --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 13:52 --- Yes I should have seen it. I had the 4.1.30 tag blinders on, thanks for the pointer and for closing the issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23802] - Bug Workaround: Custom 401 error page fails WWW-Authenticate header
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=23802. 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=23802 Bug Workaround: Custom 401 error page fails WWW-Authenticate header --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:07 --- Created an attachment (id=11853) Trivial test WAR showing custom 401 error page - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23802] - Bug Workaround: Custom 401 error page fails WWW-Authenticate header
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=23802. 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=23802 Bug Workaround: Custom 401 error page fails WWW-Authenticate header --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:09 --- As the WAR shows, custom 401 error pages do work. Can someone upload a test WAR with authentication setup in web.xml so that I can test it? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29597] - JspC has javaEncoding hard coded to UTF-8
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=29597. 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=29597 JspC has javaEncoding hard coded to UTF-8 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:19 --- OK, done. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/06/16 07:20:10 Modified:webapps/docs changelog.xml Log: Bugzilla 29597 done. Revision ChangesPath 1.67 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.66 retrieving revision 1.67 diff -u -r1.66 -r1.67 --- changelog.xml 16 Jun 2004 13:15:30 - 1.66 +++ changelog.xml 16 Jun 2004 14:20:10 - 1.67 @@ -43,6 +43,9 @@ subsection name=Jasper changelog + fix +bug29597/bug: Added -javaEncoding attribute support to JspC command-line. (yoavs) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java
yoavs 2004/06/16 07:20:20 Modified:jasper2/src/share/org/apache/jasper JspC.java Log: Bugzilla 29597 done. Revision ChangesPath 1.80 +3 -0 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.79 retrieving revision 1.80 diff -u -r1.79 -r1.80 --- JspC.java 18 May 2004 21:16:46 - 1.79 +++ JspC.java 16 Jun 2004 14:20:17 - 1.80 @@ -109,6 +109,7 @@ private static final String SWITCH_CLASSPATH = -classpath; private static final String SWITCH_DIE = -die; private static final String SWITCH_POOLING = -poolingEnabled; +private static final String SWITCH_ENCODING = -javaEncoding; private static final String SHOW_SUCCESS =-s; private static final String LIST_ERRORS = -l; private static final int NO_WEBXML = 0; @@ -270,6 +271,8 @@ } else { poolingEnabled = true; } +} else if (tok.equals(SWITCH_ENCODING)) { +setJavaEncoding(nextArg()); } else { if (tok.startsWith(-)) { throw new JasperException(Unrecognized option: + tok + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29598] - Custom 401 error page fails
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=29598. 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=29598 Custom 401 error page fails --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:25 --- Created an attachment (id=11854) Test WAR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29598] - Custom 401 error page fails
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=29598. 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=29598 Custom 401 error page fails [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:26 --- Works for me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28469] - stderr is closed when it is used by jk_logger_file.c
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=28469. 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=28469 stderr is closed when it is used by jk_logger_file.c [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:34 --- OK, patch applied to file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_logger_file.c
yoavs 2004/06/16 07:34:07 Modified:jk/native2/common jk_logger_file.c Log: Bugzilla 28469 done. Revision ChangesPath 1.45 +14 -3 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c Index: jk_logger_file.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c,v retrieving revision 1.44 retrieving revision 1.45 diff -u -r1.44 -r1.45 --- jk_logger_file.c 21 Mar 2004 09:43:09 - 1.44 +++ jk_logger_file.c 16 Jun 2004 14:34:07 - 1.45 @@ -103,8 +103,17 @@ apr_status_t rv; apr_file_t *oldF = (apr_file_t *) _this-logger_private; +int closeOld; apr_file_t *f = NULL; jk_workerEnv_t *workerEnv = env-getByName(env, workerEnv); + +/* workaround for APR insanity - APR closes the global system + stderr handle and invalidates all references to stderr if you + call apr_file_close on any stderr reference. Just don't close + stderr references. */ +closeOld = oldF != NULL _this-name != NULL +strcmp(stderr, _this-name) != 0; + if (!_this-name) { _this-name = ${serverRoot}/logs/jk2.log; } @@ -133,9 +142,11 @@ } _this-jkLog(env, _this, JK_LOG_INFO, Initializing log file %s\n, _this-name); -if (oldF) { -apr_file_close(oldF); + +if (closeOld) { + apr_file_close(oldF); } + return JK_OK; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29584] - JNDI documentation could be more clear
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=29584. 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=29584 JNDI documentation could be more clear --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:36 --- Great. Next, please submit documentation patches for these pages containing the text you'd like to see in them. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26231] - jk2_child_init called before make_child completes (in prefork MPM)
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=26231. 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=26231 jk2_child_init called before make_child completes (in prefork MPM) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:39 --- OK, patch applied. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
yoavs 2004/06/16 07:38:56 Modified:jk/native2/server/apache2 mod_jk2.c Log: Bugzilla 26231 done. Revision ChangesPath 1.83 +20 -5 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v retrieving revision 1.82 retrieving revision 1.83 diff -u -r1.82 -r1.83 --- mod_jk2.c 31 Mar 2004 14:22:04 - 1.82 +++ mod_jk2.c 16 Jun 2004 14:38:56 - 1.83 @@ -628,10 +628,25 @@ proc.pid); } else { -env-l-jkLog(env, env-l, JK_LOG_ERROR, - jk2_init() Can't find child %d in none of the %d scoreboard slots\n, - proc.pid, workerEnv-maxDaemons); -workerEnv-childId = -2; + /* + * try again several times, there's a + * race condition here where jk2_child_init gets + * called before make_child completes. + */ + int counter = 0; + while (counter++ 50 workerEnv-childId == -1) { + env-l-jkLog(env, env-l, JK_LOG_INFO, + jk2_child_init() child %d not in scoreboard yet, spin %d\n, + proc.pid, counter); + usleep(10); + workerEnv-childId = find_child_by_pid(proc); + } + if (workerEnv-childId == -1) { + env-l-jkLog(env, env-l, JK_LOG_ERROR, +jk2_init() Can't find child %d in any of the %d scoreboard slots\n, + proc.pid, max_daemons_limit); + workerEnv-childId = -2; + } } } else { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28966] - JSP pages with UTF-8 characters always displays as ISO-8859-1
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=28966. 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=28966 JSP pages with UTF-8 characters always displays as ISO-8859-1 --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:42 --- Have you tried experimenting with the javaEncoding attribute of the JSPServlet (or the JspC compiler if you use that)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28654] - Load balancer doesn't work for jk 2.0.4 with IIS
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=28654. 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=28654 Load balancer doesn't work for jk 2.0.4 with IIS [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 14:46 --- OK, updated workers2.properties to have group:lb:lb and group:lb:lb_1 instead of group:lb and group:lb_1 (left the old versions in the file but commented out). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/conf workers2.properties
yoavs 2004/06/16 07:45:11 Modified:jk/conf workers2.properties Log: Bugzilla 28654 done. Revision ChangesPath 1.20 +4 -2 jakarta-tomcat-connectors/jk/conf/workers2.properties Index: workers2.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/workers2.properties,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- workers2.properties 22 Nov 2002 18:56:45 - 1.19 +++ workers2.properties 16 Jun 2004 14:45:11 - 1.20 @@ -49,8 +49,10 @@ debug=0 tomcatId=localhost:8019 lb_factor=1 -group=lb -group=lb_1 +#group=lb +group:lb:lb +#group=lb_1 +group:lb:lb_1 disabled=0 [channel.un:/opt/33/work/jk2.socket] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29581] - java.lang.ExceptionInInitializerError when running Jasper twice
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=29581. 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=29581 java.lang.ExceptionInInitializerError when running Jasper twice [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:01 --- Me thinks this is an issue with the Ant launch of JspC, no? I don't see any tomcat-related elements in the stack trace you posted. So I will close this issue for now, you can obviously reopen and reassign to the Ant product, leave it closed if you're happy with the workaround, or if it does turn out to be some JspC bug, please post a patch. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29418] - Umlaut problems when precompiling jsp files
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=29418. 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=29418 Umlaut problems when precompiling jsp files [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:14 --- Yes, JspC assumed default UTF-8. A new javaEncoding attribute has been added to JspC and now your problem should be solved. This will be available in the 5.0.27 build. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/06/16 08:13:58 Modified:webapps/docs changelog.xml Log: Bugzilla 28654 done. Revision ChangesPath 1.68 +1 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.67 retrieving revision 1.68 diff -u -r1.67 -r1.68 --- changelog.xml 16 Jun 2004 14:20:10 - 1.67 +++ changelog.xml 16 Jun 2004 15:13:58 - 1.68 @@ -45,6 +45,7 @@ changelog fix bug29597/bug: Added -javaEncoding attribute support to JspC command-line. (yoavs) +bug29418/bug: Same thing, -javaEncoding added to help with this umlauts bug. (yoavs) /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26832] - Incorrect logic checking return value of jk_requtil_escapeUrl in jk_isapi_plugin.c
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=26832. 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=26832 Incorrect logic checking return value of jk_requtil_escapeUrl in jk_isapi_plugin.c [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:38 --- OK, done. - 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
yoavs 2004/06/16 08:37:08 Modified:jk/native2/server/isapi jk_isapi_plugin.c Log: Bugzilla 26832 done. Revision ChangesPath 1.64 +3 -3 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.63 retrieving revision 1.64 diff -u -r1.63 -r1.64 --- jk_isapi_plugin.c 21 Mar 2004 09:45:16 - 1.63 +++ jk_isapi_plugin.c 16 Jun 2004 15:37:08 - 1.64 @@ -355,8 +355,8 @@ forwardURI = uri; } else if (workerEnv-options == JK_OPT_FWDURIESCAPED) { -if (!jk_requtil_escapeUrl -(uri, snuri, INTERNET_MAX_URL_LENGTH)) { +if (jk_requtil_escapeUrl + (uri,snuri,INTERNET_MAX_URL_LENGTH) != JK_OK) { env-l-jkLog(env, env-l, JK_LOG_ERROR, HttpFilterProc [%s] re-encoding request exceeds maximum buffer size.\n, uri); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28071] - New ArbitraryQueryJDBCRealm
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=28071. 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=28071 New ArbitraryQueryJDBCRealm [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:40 --- Thank you for submitting the enhancement: this is a classical case of is there enough interest in this to add it to tomcat proper? I'm not sure, but I tend to think not because JDBCRealm has been around for a long time now and I haven't seen requests for this feature on the mailing lists or in bugzilla. As you know by now the JDBCRealm class is easily extensible. That said, this is a useful and fairly simple enhancement. I'm going to close this for now, but if the need arises and/or others express interest, we'll reopen this and possibly add it to tomcat. Thank you for the contribution nonetheless. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29364] - Problems in URLEncoder.java with EBCDIC host
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=29364. 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=29364 Problems in URLEncoder.java with EBCDIC host [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:42 --- I'm not even sure this is a tomcat issue: looks like a JVM implementation on z/OS 1.4 issue, doesn't it? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
keith 2004/06/16 08:42:03 Modified:jk/native2/server/apache2 mod_jk2.c Log: The patch that was just applied for a bug was against an older version and referred to a nonexistant variable. Revision ChangesPath 1.84 +2 -2 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v retrieving revision 1.83 retrieving revision 1.84 diff -u -r1.83 -r1.84 --- mod_jk2.c 16 Jun 2004 14:38:56 - 1.83 +++ mod_jk2.c 16 Jun 2004 15:42:03 - 1.84 @@ -644,7 +644,7 @@ if (workerEnv-childId == -1) { env-l-jkLog(env, env-l, JK_LOG_ERROR, jk2_init() Can't find child %d in any of the %d scoreboard slots\n, - proc.pid, max_daemons_limit); + proc.pid, workerEnv-maxDaemons); workerEnv-childId = -2; } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29406] - JAAS Authentication on Tomcat 5
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=29406. 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=29406 JAAS Authentication on Tomcat 5 --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:45 --- Yes, please attach just a patch. If you do it today I'll try to get it into Tomcat 5.0.27 which will be built tomorrow. Otherwise, it will be the tomcat release after that, probably 3-4 weeks away. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs class-loader-howto.xml
yoavs 2004/06/16 08:50:30 Modified:webapps/docs class-loader-howto.xml Log: Added clarifications per Bugzilla 29389. Revision ChangesPath 1.10 +5 -2 jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml Index: class-loader-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- class-loader-howto.xml2 Feb 2004 21:39:28 - 1.9 +++ class-loader-howto.xml16 Jun 2004 15:50:30 - 1.10 @@ -8,6 +8,7 @@ properties author email=[EMAIL PROTECTED]Craig R. McClanahan/author +author email=[EMAIL PROTECTED]Yoav Shapira/author titleClass Loader HOW-TO/title /properties @@ -103,6 +104,7 @@ logging API./li liem$CATALINA_HOME/bin/commons-daemon.jar/em - Jakarta commons daemon API./li +liemjmx.jar/em - The JMX 1.2 implementation./li /ul/li listrongCommon/strong - This class loader contains additional classes that are made visible to both Tomcat internal classes and to all web @@ -124,7 +126,6 @@ liemcommons-pool.jar/em - Jakarta commons pool./li liemjasper-compiler.jar/em - The JSP 2.0 compiler./li liemjasper-runtime.jar/em - The JSP 2.0 runtime./li -liemjmx.jar/em - The JMX 1.2 implementation./li liemjsp-api.jar/em - The JSP 2.0 API./li liemnaming-common.jar/em - The JNDI implementation used by Tomcat 5 to represent in-memory naming contexts./li @@ -189,7 +190,8 @@ pAs mentioned above, the web application class loader diverges from the default Java 2 delegation model (in accordance with the recommendations in the -Servlet Specification, version 2.3, section 9.6). When a request to load a +Servlet Specification, version 2.3, section 9.7.2 Web Application Classloader). +When a request to load a class from the web application's emWebappX/em class loader is processed, this class loader will look in the local repositories strongfirst/strong, instead of delegating before looking. There are exceptions. Classes which are @@ -205,6 +207,7 @@ liemorg.w3c.dom.*/em/li liemorg.apache.xerces.*/em/li liemorg.apache.xalan.*/em/li +liem /ul Last, any JAR containing servlet API classes will be ignored by the classloader. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29389] - package mx4j never loaded by webappX classloader
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=29389. 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=29389 package mx4j never loaded by webappX classloader [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:52 --- OK, done for items 1 and 2 on your list. I didn't add 3 to the document because it's simply false. The classloader how-to correctly and completely lists the packages that are delegated, as you can easily verify by looking at the source for org.apache.catalina.loader.WebappClassLoader.java (the packageTriggers field). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29388] - Missing information about jmx.jar in system-classpath
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=29388. 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=29388 Missing information about jmx.jar in system-classpath This bug depends on bug 29389, which changed state: What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28909] - ajpGetReply recoverable error 120000
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=28909. 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=28909 ajpGetReply recoverable error 12 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:55 --- George and Haroon: I suggest raising this issue on the tomcat-user mailing list if you're still suffering from it. It might be a bug in tomcat proper, in one of the connector modules, in the compilation of the connectors for your platform, or somewhere else along the way. I certainly have no clue. But what we try to do is limit bugzilla to be an issue reporting and fixing forum, rather than long discussions about possible issues. I will close this item for now. If we find via mailing list discussions or another avenue that it is indeed a tomcat bug, and we have a proposed solution or further information, please feel free to reopen this issue. Thanks ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29364] - Problems in URLEncoder.java with EBCDIC host
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=29364. 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=29364 Problems in URLEncoder.java with EBCDIC host --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 15:58 --- The problem is the conversion between Java Strings (2 byte Unicode) and Byte Arrays (1 byte ASCII/UTF-8 or EBCDIC on z/OS). IBM recommends on their web page (http://www-106.ibm.com/developerworks/eserver/articles/java_code.html) to specify the encoding to avoid these problems. For example: byte [] myBytes = myString.getBytes(8859_1); I am not a Java programmer so I can't change the code. The other problem could be solved very simple: for (char i = 'a'; i = 'i'; i++) { addSafeCharacter(i); } for (char i = 'j'; i = 'r'; i++) { addSafeCharacter(i); } for (char i = 's'; i = 'z'; i++) { addSafeCharacter(i); } for (char i = 'A'; i = 'I'; i++) { addSafeCharacter(i); } for (char i = 'J'; i = 'R'; i++) { addSafeCharacter(i); } for (char i = 'S'; i = 'Z'; i++) { addSafeCharacter(i); } for (char i = '0'; i = '9'; i++) { addSafeCharacter(i); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown
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=29521. 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=29521 No destroy methods called on service shutdown --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 16:05 --- I've verified what the user is reporting. It seems that the service stop only pauses the connector and doesn't completely shutdown things. Neither the example's app listeners nor my own test ones get the contextDestroyed method. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown
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=29521. 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=29521 No destroy methods called on service shutdown --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 16:06 --- BTW, my tests are with 5.0.26, on Win 2K, JDK 1.4.2_04. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29521] - No destroy methods called on service shutdown
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=29521. 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=29521 No destroy methods called on service shutdown [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Critical Component|Unknown |Native:Integration Version|5.0.24 |5.0.25 --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 16:18 --- I'm raising the priority on this run: it's bad if we can't properly stop the windows service. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29584] - JNDI documentation could be more clear
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=29584. 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=29584 JNDI documentation could be more clear --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 16:46 --- I'll treat your comment as indicating that you have decided that the current behavior is entirely intended :-). Can I prepare patches from 5.0.25, or do I have to get set up for CVS? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29584] - JNDI documentation could be more clear
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=29584. 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=29584 JNDI documentation could be more clear --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 17:34 --- No, it's by design, but the docs could be better. You can do patches from 5.0.25 but CVS head is preferable. CVS directions are at http://www.apache.org/dev/contributors.html#cvsbasics. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29368] - Replace xmlParserAPIs.jar with xml-apis.jar
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=29368. 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=29368 Replace xmlParserAPIs.jar with xml-apis.jar [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 18:05 --- OK, done. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml class-loader-howto.xml
yoavs 2004/06/16 11:04:39 Modified:catalina build.xml catalina/src/bin launcher.properties catalina/src/share/org/apache/catalina/startup TldConfig.java tester build.xml webapps/docs changelog.xml class-loader-howto.xml Log: Bugzilla 29368 done: replaced references to xmlParserAPIs.jar with xmls-apis.jar. Revision ChangesPath 1.61 +7 -7 jakarta-tomcat-catalina/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v retrieving revision 1.60 retrieving revision 1.61 diff -u -r1.60 -r1.61 --- build.xml 27 Apr 2004 05:51:20 - 1.60 +++ build.xml 16 Jun 2004 18:04:38 - 1.61 @@ -72,7 +72,7 @@ pathelement location=${regexp.jar}/ pathelement location=${servlet-api.jar}/ pathelement location=${xercesImpl.jar}/ -pathelement location=${xmlParserAPIs.jar}/ +pathelement location=${xml-apis.jar}/ pathelement location=${classes.dir}/ /path @@ -103,7 +103,7 @@ pathelement location=${regexp.jar}/ pathelement location=${servlet-api.jar}/ pathelement location=${xercesImpl.jar}/ -pathelement location=${xmlParserAPIs.jar}/ +pathelement location=${xml-apis.jar}/ pathelement location=${classes.dir}/ pathelement location=${catalina.build}/tests/ /path @@ -167,9 +167,9 @@ condition property=jaxp.present and available classname=javax.xml.parsers.SAXParser - classpath=${xmlParserAPIs.jar} / + classpath=${xml-apis.jar} / available classname=org.xml.sax.ContentHandler - classpath=${xmlParserAPIs.jar} / + classpath=${xml-apis.jar} / /and /condition condition property=javamail.present @@ -252,11 +252,11 @@ available property=servlet-api.jar.present file=${servlet-api.jar} / available property=tomcat-util.jar.present file=${tomcat-util.jar} / available property=xercesImpl.jar.present file=${xercesImpl.jar}/ -available property=xmlParserAPIs.jar.present file=${xmlParserAPIs.jar}/ +available property=xml-apis.jar.present file=${xml-apis.jar}/ condition property=xerces2.jars.present and equals arg1=${xercesImpl.jar.present} arg2=true/ -equals arg1=${xmlParserAPIs.jar.present} arg2=true/ +equals arg1=${xml-apis.jar.present} arg2=true/ /and /condition @@ -523,7 +523,7 @@ /target target name=copy-xerces2.jars copy todir=${catalina.build}/common/endorsed file=${xercesImpl.jar}/ -copy todir=${catalina.build}/common/endorsed file=${xmlParserAPIs.jar}/ +copy todir=${catalina.build}/common/endorsed file=${xml-apis.jar}/ /target 1.3 +1 -1 jakarta-tomcat-catalina/catalina/src/bin/launcher.properties Index: launcher.properties === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/launcher.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- launcher.properties 26 May 2004 20:15:17 - 1.2 +++ launcher.properties 16 Jun 2004 18:04:38 - 1.3 @@ -20,4 +20,4 @@ # LauncherBootstrap class can properly resolve the files without regard to # the current working directory. # -ant.class.path=../common/lib/ant.jar:../common/lib/ant-launcher.jar:../common/endorsed/xercesImpl.jar:../common/endorsed/xmlParserAPIs.jar +ant.class.path=../common/lib/ant.jar:../common/lib/ant-launcher.jar:../common/endorsed/xercesImpl.jar:../common/endorsed/xml-apis.jar 1.39 +1 -0 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/TldConfig.java Index: TldConfig.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/TldConfig.java,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- TldConfig.java26 May 2004 16:16:56 - 1.38 +++ TldConfig.java16 Jun 2004 18:04:38 - 1.39 @@ -118,6 +118,7 @@ noTldJars.add(tomcat-coyote.jar); noTldJars.add(xercesImpl.jar); noTldJars.add(xmlParserAPIs.jar); +noTldJars.add(xml-apis.jar); // JARs from J2SE runtime noTldJars.add(sunjce_provider.jar); noTldJars.add(ldapsec.jar); 1.5 +1 -1 jakarta-tomcat-catalina/tester/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/tester/build.xml,v retrieving revision 1.4 retrieving revision 1.5
cvs commit: jakarta-tomcat-5 build.properties.default build.xml
yoavs 2004/06/16 11:04:47 Modified:.build.properties.default build.xml Log: Bugzilla 29368 done: replaced references to xmlParserAPIs.jar with xmls-apis.jar. Revision ChangesPath 1.129 +2 -2 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.128 retrieving revision 1.129 diff -u -r1.128 -r1.129 --- build.properties.default 16 Jun 2004 13:13:53 - 1.128 +++ build.properties.default 16 Jun 2004 18:04:47 - 1.129 @@ -134,7 +134,7 @@ xerces.home=${base.path}/xerces-2_6_2 xerces.lib=${xerces.home} xercesImpl.jar=${xerces.lib}/xercesImpl.jar -xmlParserAPIs.jar=${xerces.lib}/xmlParserAPIs.jar +xml-apis.jar=${xerces.lib}/xml-apis.jar xerces.loc=${base-xml.loc}/xerces-j/binaries/Xerces-J-bin.2.6.2.tar.gz 1.188 +3 -3 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.187 retrieving revision 1.188 diff -u -r1.187 -r1.188 --- build.xml 27 May 2004 14:10:44 - 1.187 +++ build.xml 16 Jun 2004 18:04:47 - 1.188 @@ -777,7 +777,7 @@ /jar copy todir=${tomcat.deployer}/lib file=${xercesImpl.jar}/ -copy todir=${tomcat.deployer}/lib file=${xmlParserAPIs.jar}/ +copy todir=${tomcat.deployer}/lib file=${xml-apis.jar}/ copy todir=${tomcat.deployer} fileset dir=${basedir}/resources/deployer / @@ -800,7 +800,7 @@ target name=compat description=Create compatibility binaries for JREs before 1.4 copy todir=${tomcat.compat}/common/endorsed file=${xercesImpl.jar}/ -copy todir=${tomcat.compat}/common/endorsed file=${xmlParserAPIs.jar}/ +copy todir=${tomcat.compat}/common/endorsed file=${xml-apis.jar}/ /target @@ -1595,7 +1595,7 @@ antcall target=downloadgz !-- xerces2 brings 2 files, test for one of them -- param name=sourcefile value=${xerces.loc}/ - param name=destfile value=${xmlParserAPIs.jar}/ + param name=destfile value=${xml-apis.jar}/ /antcall antcall target=downloadgz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk build.xml
yoavs 2004/06/16 11:05:05 Modified:.build.properties.default jk build.xml Log: Bugzilla 29368 done: replaced references to xmlParserAPIs.jar with xmls-apis.jar. Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-connectors/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-connectors/build.properties.default,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- build.properties.default 3 Jun 2004 00:17:48 - 1.5 +++ build.properties.default 16 Jun 2004 18:05:05 - 1.6 @@ -128,7 +128,7 @@ xerces.lib=${xerces.home} xerces.loc=http://xml.apache.org/dist/xerces-j/old_xerces2/Xerces-J-bin.2.3.0.tar.gz xercesImpl.jar=${xerces.lib}/xercesImpl.jar -xmlParserAPIs.jar=${xerces.lib}/xmlParserAPIs.jar +xml-apis.jar=${xerces.lib}/xml-apis.jar # -- 1.75 +2 -2 jakarta-tomcat-connectors/jk/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v retrieving revision 1.74 retrieving revision 1.75 diff -u -r1.74 -r1.75 --- build.xml 3 Jun 2004 22:38:02 - 1.74 +++ build.xml 16 Jun 2004 18:05:05 - 1.75 @@ -45,7 +45,7 @@ path id=xml-apis.classpath pathelement path=${jaxp.home}/jaxp.jar/ pathelement path=${jaxp.home}/crimson.jar/ -pathelement path=${xerces2.home}/xmlParserAPIs.jar/ +pathelement path=${xerces2.home}/xml-apis.jar/ pathelement path=${xml-parser-apis.jar}/ /path @@ -147,7 +147,7 @@ path id=xml-apis.classpath pathelement path=${jaxp.home}/jaxp.jar/ pathelement path=${jaxp.home}/crimson.jar/ - pathelement path=${xerces2.home}/xmlParserAPIs.jar/ + pathelement path=${xerces2.home}/xml-apis.jar/ pathelement path=${xml-parser-apis.jar}/ /path - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler TldLocationsCache.java
yoavs 2004/06/16 11:05:12 Modified:jasper2 build.xml jasper2/src/share/org/apache/jasper/compiler TldLocationsCache.java Log: Bugzilla 29368 done: replaced references to xmlParserAPIs.jar with xmls-apis.jar. Revision ChangesPath 1.26 +2 -2 jakarta-tomcat-jasper/jasper2/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/build.xml,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- build.xml 21 Jul 2003 21:14:06 - 1.25 +++ build.xml 16 Jun 2004 18:05:12 - 1.26 @@ -31,7 +31,7 @@ pathelement location=${tools.jar}/ pathelement location=${xerces.jar}/ pathelement location=${xercesImpl.jar}/ -pathelement location=${xmlParserAPIs.jar}/ +pathelement location=${xml-apis.jar}/ pathelement location=${commons-el.jar}/ pathelement location=${commons-collections.jar}/ pathelement location=${commons-logging.jar}/ @@ -48,7 +48,7 @@ pathelement location=${tools.jar}/ pathelement location=${xerces.jar}/ pathelement location=${xercesImpl.jar}/ -pathelement location=${xmlParserAPIs.jar}/ +pathelement location=${xml-apis.jar}/ pathelement location=${commons-collections.jar}/ pathelement location=${commons-launcher.jar}/ pathelement location=${jasper.build}/shared/classes/ 1.27 +1 -0 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TldLocationsCache.java Index: TldLocationsCache.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TldLocationsCache.java,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- TldLocationsCache.java17 Mar 2004 19:23:03 - 1.26 +++ TldLocationsCache.java16 Jun 2004 18:05:12 - 1.27 @@ -154,6 +154,7 @@ noTldJars.add(tomcat-coyote.jar); noTldJars.add(xercesImpl.jar); noTldJars.add(xmlParserAPIs.jar); +noTldJars.add(xml-apis.jar); // JARs from J2SE runtime noTldJars.add(sunjce_provider.jar); noTldJars.add(ldapsec.jar); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28071] - New ArbitraryQueryJDBCRealm
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=28071. 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=28071 New ArbitraryQueryJDBCRealm --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 18:18 --- Having this in the Tomcat codebase would certainly simplify our build process. Plus, I'm sure that if you included this, others would find it immediately useful. Also, I was hoping including the test case would help persuade you. :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29620] New: - Error Pages Aren't Run Through Filters
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=29620. 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=29620 Error Pages Aren't Run Through Filters Summary: Error Pages Aren't Run Through Filters Product: Tomcat 5 Version: 5.0.25 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have Tomcat configured to display custom error pages on 404 and 500. I have a filter that should wrap those error pages. The filter is not being called when error page is displayed, though. I have tried using the REQUEST, FORWARD, and INCLUDE dispatcher for the filter with no success. I believe error pages should be wrapped by filters (if a filter mapping exists for them), but I could be run. My configurations are below. Thanks, Seth filter-mapping filter-namesitemesh/filter-name url-pattern/WEB-INF/jsp/error404.jsp/url-pattern !-- trying them all -- dispatcherFORWARD/dispatcher dispatcherREQUEST/dispatcher dispatcherINCLUDE/dispatcher /filter-mapping error-page error-code404/error-code location/WEB-INF/jsp/error404.jsp/location /error-page - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29620] - Error Pages Aren't Run Through Filters
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=29620. 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=29620 Error Pages Aren't Run Through Filters [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 18:28 --- See the servlet spec. SRV.6.2.5 Filters and the RequestDispatcher dispatcherERROR/dispatcher - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29620] - Error Pages Aren't Run Through Filters
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=29620. 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=29620 Error Pages Aren't Run Through Filters --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 18:31 --- Ah... that would explain it. Sorry for the trouble. Looks like I need to get better references. Thanks very much for the tip. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21183] - Tomcat does not start on OSF 5.1 with JDK 1.3.1
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=21183. 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=21183 Tomcat does not start on OSF 5.1 with JDK 1.3.1 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 19:17 --- If tomcat starts with one JDK but not another that points strongly to a JDK rather than tomcat problem. Further, there are plenty of users (including me) than have run TC4 on a 1.3.1 JDK without this error. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29622] New: - HttpServletRequest.getAuthType() always returns null
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=29622. 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=29622 HttpServletRequest.getAuthType() always returns null Summary: HttpServletRequest.getAuthType() always returns null Product: Tomcat 5 Version: 5.0.25 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The HttpServletRequest.getAuthType() method always returns a null when SSL is used even if Client Auth is enabled and working. According to the documentation the constant HttpServletRequest.CLIENT_CERT_AUTH should be returned. The actual Client Auth functionality works correctly only the authentication mechanism is not correctly reported to the Servlet through the getAuthType API. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15661] - [PATCH] Removal of WorkDir on undeploy
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=15661. 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=15661 [PATCH] Removal of WorkDir on undeploy [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 19:29 --- This is what the remove command does in the manager app. See http://jakarta.apache.org/tomcat/tomcat-4.1-doc/manager-howto.html#Remove%20an% 20Existing%20Application - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Connector bugs
All, There are a number of reports in bugzilla for TC4 against the connectors. Since TC4 and TC5 use the same connectors and TC5 is under active development I propose re-assigning all connector bugs currently against TC4 to TC5. My aim is to increase the likelihood of resolving these bugs. From my experience dealing with the other TC4 bugs I suspect a large number will be duplicates/invalid/fixed but also that there will be a small number of real bugs that we need to fix. I have tried to look at these bugs but do not have the skills necessary to address them. At the last count there were 71 bugs and 8 enhancement requests. I propose to mark the bugs against the deprecated connectors (a further 29) as WONTFIX. I will make this change over the coming weekend unless anyone objects. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connector bugs
+1 Keith -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:37 PM To: 'Tomcat Developers List' Subject: Connector bugs I propose re-assigning all connector bugs currently against TC4 to TC5. I propose to mark the bugs against the deprecated connectors (a further 29) as WONTFIX. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21993] - startup.sh needs nohup to suceed
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=21993. 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=21993 startup.sh needs nohup to suceed [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 19:46 --- The request is in fact a duplicate of 11753. *** This bug has been marked as a duplicate of 11753 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 11753] - Synchronous startup script - startup.sh should wait until Tomcat is fully started
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=11753. 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=11753 Synchronous startup script - startup.sh should wait until Tomcat is fully started [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 19:46 --- *** Bug 21993 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28071] - New ArbitraryQueryJDBCRealm
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=28071. 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=28071 New ArbitraryQueryJDBCRealm --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 19:46 --- I have test the JDBC Realm and find it very usefull regards Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22041] - Loading DynamicProxys from session
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=22041. 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=22041 Loading DynamicProxys from session --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 19:50 --- I'd prefer something along the lines of the patch below. Could you test this (or attach a simple test case to this bug report). If it works, I'll commit it. Index: catalina/src/share/org/apache/catalina/util/CustomObjectInputStream.java === RCS file: /home/cvs/jakarta-tomcat- catalina/catalina/src/share/org/apache/catalina/util/Cu stomObjectInputStream.java,v retrieving revision 1.3 diff -u -r1.3 CustomObjectInputStream.java --- catalina/src/share/org/apache/catalina/util/CustomObjectInputStream.java 27 Feb 2004 14:58:50 - 1.3 +++ catalina/src/share/org/apache/catalina/util/CustomObjectInputStream.java 16 May 2004 13:35:18 - @@ -72,5 +72,27 @@ return Class.forName(classDesc.getName(), false, classLoader); } +/** + * Return a proxy class that implements the interfaces named in a proxy + * class descriptor. Do this using the class loader assigned to this + * Context. + */ +protected Class resolveProxyClass(String[] interfaces) +throws IOException, ClassNotFoundException { + +ClassLoader originalClassLoader = +Thread.currentThread().getContextClassLoader(); + +// Set thread to use context class loader +Thread.currentThread().setContextClassLoader(classLoader); + +// Use super class to do all the real work +Class clazz = super.resolveProxyClass(interfaces); + +// Swap back to original class loader +Thread.currentThread().setContextClassLoader(originalClassLoader); + +return clazz; +} } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connector bugs
Hi, Hmmm... Can we at least make a pass at marking some of them as invalid/fixed/duplicate before assigning them to TC5? The connectors are largely the same between 4.1.30 and 5.0.18, but afterwards (5.0.19 and later) there have been fixes applies on the 5.x branch not back-ported to 4.1.x, and I don't want the number of TC5 bugs to balloon all of a sudden without justification ;) OTOH, if you commit to reviewing these issues and marking them as invalid/fixed/duplicates at some point, it doesn't matter that much whether you do so before or after moving them to TC5, except the former is cleaner from a bug history perspective. Yoav Shapira Millennium Research Informatics -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 2:37 PM To: 'Tomcat Developers List' Subject: Connector bugs All, There are a number of reports in bugzilla for TC4 against the connectors. Since TC4 and TC5 use the same connectors and TC5 is under active development I propose re-assigning all connector bugs currently against TC4 to TC5. My aim is to increase the likelihood of resolving these bugs. From my experience dealing with the other TC4 bugs I suspect a large number will be duplicates/invalid/fixed but also that there will be a small number of real bugs that we need to fix. I have tried to look at these bugs but do not have the skills necessary to address them. At the last count there were 71 bugs and 8 enhancement requests. I propose to mark the bugs against the deprecated connectors (a further 29) as WONTFIX. I will make this change over the coming weekend unless anyone objects. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 11753] - Synchronous startup script - startup.sh should wait until Tomcat is fully started
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=11753. 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=11753 Synchronous startup script - startup.sh should wait until Tomcat is fully started [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 19:56 --- This is available in later tomcat versions: see catalina.sh run versus start options. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets CGIServlet.java
markt 2004/06/16 11:21:54 Modified:catalina/src/share/org/apache/catalina/servlets CGIServlet.java Log: Fix NPE introduced in last change. Revision ChangesPath 1.24 +13 -9 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java Index: CGIServlet.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- CGIServlet.java 15 Jun 2004 23:13:04 - 1.23 +++ CGIServlet.java 16 Jun 2004 18:21:54 - 1.24 @@ -1833,8 +1833,12 @@ } } } //replacement for Process.waitFor() -commandsStdOut.close(); -cgiOutput.close(); +// Close the output stream used +if (isBinaryContent) { +cgiOutput.close(); +} else { +commandsStdOut.close(); +} } private void sendToLog(BufferedReader rdr) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets CGIServlet.java
markt 2004/06/16 11:22:20 Modified:catalina/src/share/org/apache/catalina/servlets CGIServlet.java Log: Fix NPE introduced in last change. Revision ChangesPath 1.22 +11 -7 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java Index: CGIServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- CGIServlet.java 15 Jun 2004 23:13:57 - 1.21 +++ CGIServlet.java 16 Jun 2004 18:22:20 - 1.22 @@ -1782,8 +1782,12 @@ } } } //replacement for Process.waitFor() -commandsStdOut.close(); -cgiOutput.close(); +// Close the output stream used +if (isBinaryContent) { +cgiOutput.close(); +} else { +commandsStdOut.close(); +} } private void sendToLog(BufferedReader rdr) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Connector bugs
The bugs are mostly if not all pre 4.1.30 and therefore will apply to TC4 and TC5. I will try and weed out duplicates etc but it really needs someone who understands the connectors much better than I do to review them - hence my wish to move them to TC5 where I feel there is a greater possibility of them being looked at. Mark -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 8:53 PM To: Tomcat Developers List Subject: RE: Connector bugs Hi, Hmmm... Can we at least make a pass at marking some of them as invalid/fixed/duplicate before assigning them to TC5? The connectors are largely the same between 4.1.30 and 5.0.18, but afterwards (5.0.19 and later) there have been fixes applies on the 5.x branch not back-ported to 4.1.x, and I don't want the number of TC5 bugs to balloon all of a sudden without justification ;) OTOH, if you commit to reviewing these issues and marking them as invalid/fixed/duplicates at some point, it doesn't matter that much whether you do so before or after moving them to TC5, except the former is cleaner from a bug history perspective. Yoav Shapira Millennium Research Informatics -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 2:37 PM To: 'Tomcat Developers List' Subject: Connector bugs All, There are a number of reports in bugzilla for TC4 against the connectors. Since TC4 and TC5 use the same connectors and TC5 is under active development I propose re-assigning all connector bugs currently against TC4 to TC5. My aim is to increase the likelihood of resolving these bugs. From my experience dealing with the other TC4 bugs I suspect a large number will be duplicates/invalid/fixed but also that there will be a small number of real bugs that we need to fix. I have tried to look at these bugs but do not have the skills necessary to address them. At the last count there were 71 bugs and 8 enhancement requests. I propose to mark the bugs against the deprecated connectors (a further 29) as WONTFIX. I will make this change over the coming weekend unless anyone objects. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29622] - HttpServletRequest.getAuthType() always returns null
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=29622. 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=29622 HttpServletRequest.getAuthType() always returns null [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 20:16 --- getAuth() returns CLIENT-CERT for me. org.apache.catalina.authenticator.SSLAuthenticator.authenticate() has this code before it returns: // Authenticate the specified certificate chain principal = context.getRealm().authenticate(certs); if (principal == null) { if (debug = 1) log( Realm.authenticate() returned false); hres.sendError(HttpServletResponse.SC_UNAUTHORIZED, sm.getString(authenticator.unauthorized)); return (false); } // Cache the principal (if requested) and record this authentication register(request, response, principal, Constants.CERT_METHOD, null, null); register() sets the auth method (Constants.CERT_METHOD) on the request. Seems that you're returning before register() is being called, ie, the subject DN in your client's cert fails to be authenticated against the realm. In case you're using the memory realm, did you add a user element with a username matching the subject DN of your client cert to your tomcat-users.xml? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java
markt 2004/06/16 13:23:16 Modified:catalina/src/share/org/apache/catalina/startup Catalina.java Log: Fix bug 22300. Ensure digester uses write classloder when digester jar is in common/lib as well. - Ported from TC5 patch made by costin Revision ChangesPath 1.54 +5 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java Index: Catalina.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- Catalina.java 25 Mar 2004 22:50:44 - 1.53 +++ Catalina.java 16 Jun 2004 20:23:16 - 1.54 @@ -273,6 +273,7 @@ // Initialize the digester Digester digester = new Digester(); +digester.setClassLoader(StandardServer.class.getClassLoader()); if (debug) digester.setDebug(999); digester.setValidating(false); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22300] - Classloader problem when digester jar is in common/lib as well
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=22300. 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=22300 Classloader problem when digester jar is in common/lib as well [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 20:24 --- This is fixed in CVS (in a slightly different manner). Thanks for the report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22503] - Tomcat4.0.6 can't parse a XML format JSP file encoding
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=22503. 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=22503 Tomcat4.0.6 can't parse a XML format JSP file encoding [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 21:17 --- The 4.0 branch will not be patched. The 4.1 branch may be patched (see bug 22502) but this is not a high priority. There are many Japser fixes in TC5 that should be ported back to the TC4 brnach. As yet, no-one has stepped up to volunteer to do this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java
markt 2004/06/16 14:24:42 Modified:catalina/src/share/org/apache/catalina/startup Catalina.java Log: Fix compile error in previous commit (Note to self - engage brain before pressing commit...) Revision ChangesPath 1.55 +5 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java Index: Catalina.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Catalina.java,v retrieving revision 1.54 retrieving revision 1.55 diff -u -r1.54 -r1.55 --- Catalina.java 16 Jun 2004 20:23:16 - 1.54 +++ Catalina.java 16 Jun 2004 21:24:42 - 1.55 @@ -75,6 +75,7 @@ import org.apache.catalina.Lifecycle; import org.apache.catalina.LifecycleException; import org.apache.catalina.Server; +import org.apache.catalina.core.StandardServer; import org.apache.commons.digester.Digester; import org.apache.commons.digester.Rule; import org.apache.tomcat.util.log.SystemLogHandler; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] file: WebappLoader.java method: setClassPath
I have encountered an issue with the above mentioned file and method. I was experiencing a problem compiling JSP pages and tracked the issue down to the setClassPath() method not properly setting up the classpath for the Jasper Compiler. Problem: org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: -1 in the jsp file: null The reason for the problem was that my source was using the -Djava.system.class.loder option and overriding the default System Class Loader, which is $LauncherAppClassLoader. I was working with the 4_1_29 version of the Tomcat source, but I have also had a look at the 5_0_26b version and see the same problem. The 5_0_26b version helps to address, but from my view doesn't solve it. I am not going to test my solution on it or check to see if it does or doesn't work for sure, but I will discuss what I think the problem is. The code in the 5_0_26b version of setClassPath is as follows: while(loader!=null) { if(!(loader instanceof URLClassLoader)) { // do some stuff to see whether or not you can get the classpath // if you can't then break out of the loop [this is the problem] } // turn the file URLs into a classpath string loader = loader.getParent(); } In the event that the system is using a customized system class loader then this code will always fail unless the class loader defines a getClassPath() method. To me this is an unlikely event, although it is a method for binder ones custom loader with Tomcats needs for the classpath. If there is an unknown class loader then that doesn't necessarily mean that Tomcat cannot get the classpath information it wants from the parent loaders. By changing the above code to: while(loader!=null) { if(!(loader instanceof URLClassLoader)) { // do some stuff to see whether or not you can get the classpath // if you can't then don't do anything and let if fall off the if block } else { // turn the file URLs into a classpath string } loader = loader.getParent(); } I won't be participating any further in this mailing list. Regards, Alexander T. Bussmann Software Engineer Redknee Inc.
Important
Important! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29581] - java.lang.ExceptionInInitializerError when running Jasper twice
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=29581. 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=29581 java.lang.ExceptionInInitializerError when running Jasper twice --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 22:17 --- I'm using taskdef/ several times in a similar way (for XDoclet for example), and I've never had this kind of errors. So there *might* be something wrong with the JspC task, but I have to admit I don't know who's fault it is (Ant or JspC). I'm happy with the workaround, so let's leave it as closed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29598] - Custom 401 error page fails
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=29598. 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=29598 Custom 401 error page fails --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 22:36 --- Created an attachment (id=11863) test war - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29598] - Custom 401 error page fails
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=29598. 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=29598 Custom 401 error page fails [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 22:40 --- Come'on, you have no security-constraint/ and no login-config/ on your test file, of course it works. I've uploaded a test file which will fail: go to http://127.0.0.1:8080/test/secure/index.jsp You will end up on the 401 file straight away, and you will be left there. If you comment out the 401 file in the web.xml, you will be able to login as normal (note: as the role I put doesn't exist, it might be a little clumsy). Julien Dubois. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29598] - Custom 401 error page fails
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=29598. 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=29598 Custom 401 error page fails --- Additional Comments From [EMAIL PROTECTED] 2004-06-16 22:45 --- There's a workaround. Leave the 401 code in web.xml as normal, and add at the beginning of the 401 JSP: % response.addHeader(WWW-Authenticate, BASIC realm=\my_realm\); response.setStatus(HttpServletResponse.SC_UNAUTHORIZED); % It then seems to work normally. HTH, Julien Dubois. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29620] - Error Pages Aren't Run Through Filters
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=29620. 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=29620 Error Pages Aren't Run Through Filters --- Additional Comments From [EMAIL PROTECTED] 2004-06-17 00:02 --- After adding in dispatcherERROR/dispatcher, I still don't see the error page being wrapped by the filter. I have just reviewed the spec, too. Here are my configs: filter-mapping filter-namesitemesh/filter-name url-pattern/*/url-pattern dispatcherFORWARD/dispatcher !-- specifically handles login pages -- dispatcherREQUEST/dispatcher dispatcherERROR/dispatcher /filter-mapping error-page error-code404/error-code location/WEB-INF/jsp/error404.jsp/location /error-page Has this functionality been confirmed in Tomcat 5.0.25 ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteResponse.java
luehe 2004/06/16 18:08:08 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteResponse.java Log: Fixed Bugtraq 5062838 (ServletResponse.setContentType sets response encoding after getWriter was called) According to Servlet API, a call to ServletResponse.setContentType(mime; charset=charset) 1. has no effect if response has already been committed. 2. sets only the media type (mime), but *not* the response charset if getWriter() has already been called. TC currently violates 2. Revision ChangesPath 1.18 +11 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java Index: CoyoteResponse.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteResponse.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- CoyoteResponse.java 5 Jun 2004 05:13:47 - 1.17 +++ CoyoteResponse.java 17 Jun 2004 01:08:08 - 1.18 @@ -705,6 +705,16 @@ if (included) return; +// Ignore charset if getWriter() has already been called +if (usingWriter) { +if (type != null) { +int index = type.indexOf(;); +if (index != -1) { +type = type.substring(0, index); +} +} +} + coyoteResponse.setContentType(type); // Check to see if content type contains charset - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
luehe 2004/06/16 18:26:20 Modified:webapps/docs changelog.xml Log: Fixed Bugtraq 5062838 (ServletResponse.setContentType sets response encoding after getWriter was called) According to Servlet API, a call to ServletResponse.setContentType(mime; charset=charset) 1. has no effect if response has already been committed. 2. sets only the media type (mime), but *not* the response charset if getWriter() has already been called. TC currently violates 2. Revision ChangesPath 1.70 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.69 retrieving revision 1.70 diff -u -r1.69 -r1.70 --- changelog.xml 16 Jun 2004 18:04:38 - 1.69 +++ changelog.xml 17 Jun 2004 01:26:20 - 1.70 @@ -36,6 +36,9 @@ fix bug29561/bug: NullPointerException in Compiler.java:547 (luehe) /fix + fix +ServletResponse.setContentType sets response encoding after getWriter was called (Bugtraq 5062838) (luehe) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-tomcat-catalina/jakarta-tomcat-catalina failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project jakarta-tomcat-catalina has an issue affecting its community integration. This issue affects 2 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - jakarta-tomcat-5 : Servlet 2.4 and JSP 2.0 Reference Implementation - jakarta-tomcat-jk : Connectors to various web servers Full details are available at: http://brutus.apache.org:8080/gump/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common] -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina] -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] -INFO- Dependency on javamail exists, no need to add for property mail.jar. -INFO- Dependency on jaf exists, no need to add for property activation.jar. -INFO- Dependency on jmx exists, no need to add for property jmx.jar. -INFO- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. -INFO- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. -INFO- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. -INFO- Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. -INFO- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -INFO- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -INFO- Dependency on ant exists, no need to add for property ant.home. -INFO- Dependency on jsse exists, no need to add for property jsse.home. -INFO- Dependency on jmx exists, no need to add for property jmx.home. -INFO- Dependency on jmx exists, no need to add for property jmxtools.jar. -INFO- Dependency on jndi exists, no need to add for property jndi.home. -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -INFO- Dependency on javamail exists, no need to add for property mail.home. -INFO- Dependency on jaf exists, no need to add for property activation.home. -INFO- Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-tomcat-catalina/jakarta-tomcat-catalina/gump_work/build_jakarta-tomcat-catalina_jakarta-tomcat-catalina.html Work Name: build_jakarta-tomcat-catalina_jakarta-tomcat-catalina (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 2 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* -Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Djtc.home=/usr/local/gump/public/workspace/jakarta-tomcat-connectors -Dmail.home=/usr/local/gump/packages/javamail-1.3 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040616.jar -Dcatalina.deploy=/usr/local/gump/public/workspace/jakarta-tomcat-catalina/build -Dldap.jar=/usr/local/gump/packages/ldap-1_2_4/lib/ldap.jar -DxercesImpl.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar -Djsse.home=/usr/local/gump/packages/jsse1.0.3 -Djaas.jar=/usr/local/gump/packages/jaas1_0/lib/jaas.jar -Dcatalina.build=/usr/local/gump/public/workspace/jakarta-tomcat-catalina/build -Dcommons-fileupload.jar=/usr/local/gump/public/workspace/jakarta-commons/fileupload/target/commons-fileupload-20040616.jar
RE : Tomcat jars on maven repository
Since a few weeks you can update directly deploy your releases on apache server. The rsync is automatically done with ibiblio. Here is a post from Mark R. Diggory : Release Managers, rsync is now active between apache and www.ibiblio.org/maven every 4 hours. minotaur.apache.org:/www/www.apache.org/dist/java-repository contents are now rsynced directly to www.ibibilio/maven. by ibibilio. This means anything you place into java-repository will be available through maven within 4 hours. To start deploying distributions to java-repository on minotaur set your Maven build.properties or project.properties to the following: SNIP #This is the host that Maven will attempt #to deploy the distribution to during a dist:deploy. maven.repo.central=minotaur.apache.org #This is the directory that Maven will #copy the distribution to during a dist:deploy. maven.repo.central.directory=/www/www.apache.org/dist/java-repository #ssh configuration settings just require your apache id to log on with maven.username=apache-user-name /SNIP -Message d'origine- De : Shapira, Yoav [mailto:[EMAIL PROTECTED] Envoyé : mercredi 16 juin 2004 14:50 À : Tomcat Developers List Objet : RE: Tomcat jars on maven repository Hi, Hmm, what is the process for updating them? I see it's not automatic ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Heritier Arnaud [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 16, 2004 1:58 AM To: [EMAIL PROTECTED] Subject: Tomcat jars on maven repository Hello guys, I saw that you didn't published tomcat jars on the maven repository (ibiblio) since several weeks. For example the last releases for catalina are : catalina-4.1.9.jar catalina-5.0.18.jar Do you plan to update them ?? Arnaud. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]