cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c
mturk 2005/09/22 23:35:10 Modified:jk/native/iis jk_isapi_plugin.c Log: Use simple Translate header for multiple instances. Patch provided by Tim Whittington fixes #35298. Revision ChangesPath 1.54 +7 -4 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- jk_isapi_plugin.c 14 Sep 2005 10:52:43 - 1.53 +++ jk_isapi_plugin.c 23 Sep 2005 06:35:10 - 1.54 @@ -79,6 +79,10 @@ #define URI_SELECT_UNPARSED_VERB(unparsed) #define URI_SELECT_ESCAPED_VERB (escaped) +#define TRANSLATE_HEADER (Translate:) +#define TRANSLATE_HEADER_NAME (Translate) +#define TRANSLATE_HEADER_NAME_LC (translate) + #define BAD_REQUEST -1 #define BAD_PATH-2 #define MAX_SERVERNAME 128 @@ -907,7 +911,7 @@ * This allows the servlet to handle 'Translate: f'. */ if (GetHeader -(pfc, Translate:, (LPVOID) Translate, +(pfc, TRANSLATE_HEADER, (LPVOID) Translate, (LPDWORD) szTranslate) Translate != NULL szTranslate 0) { if (!AddHeader @@ -1555,8 +1559,7 @@ } else if (!strnicmp(tmp, TOMCAT_TRANSLATE_HEADER_NAME, strlen(TOMCAT_TRANSLATE_HEADER_NAME))) { -tmp += 6; /* TOMCAT */ -s-headers_names[i] = tmp; +s-headers_names[i] = TRANSLATE_HEADER_NAME_LC; } else { s-headers_names[i] = tmp; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/iis jk_isapi_plugin.c
mturk 2005/09/22 23:54:16 Modified:jk/native/iis jk_isapi_plugin.c Log: Remove temporary HTTP_TOMCATQUERY header from ALL_HTTP. Patch provided by Tim Whittington that fixes #36765 Revision ChangesPath 1.55 +13 -2 jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c Index: jk_isapi_plugin.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/jk_isapi_plugin.c,v retrieving revision 1.54 retrieving revision 1.55 diff -u -r1.54 -r1.55 --- jk_isapi_plugin.c 23 Sep 2005 06:35:10 - 1.54 +++ jk_isapi_plugin.c 23 Sep 2005 06:54:16 - 1.55 @@ -1529,7 +1529,10 @@ size_t len_of_http_prefix = strlen(HTTP_); BOOL need_content_length_header = (s-content_length == 0); -cnt -= 2; /* For our two special headers */ +cnt -= 2; /* For our two special headers: + * HTTP_TOMCATURI_ + * HTTP_TOMCATWORKER_ + */ /* allocate an extra header slot in case we need to add a content-length header */ s-headers_names = jk_pool_alloc(private_data-p, (cnt + 1) * sizeof(char *)); @@ -1551,6 +1554,14 @@ strlen(WORKER_HEADER_NAME))) { real_header = JK_FALSE; } +else if (!strnicmp(tmp, QUERY_HEADER_NAME, + strlen(QUERY_HEADER_NAME))) { +/* HTTP_TOMCATQUERY_ was supplied, + * remove it from the count and skip + */ +cnt--; +real_header = JK_FALSE; +} else if (need_content_length_header !strnicmp(tmp, CONTENT_LENGTH, strlen(CONTENT_LENGTH))) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36765] - Tomcat QUERY Url is not skipped in init_ws_service
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=36765. 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=36765 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 08:55 --- Commited (with small diff), Thanks. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35298] - Multiple JK/ISAPI redirectors on a single IIS site are not supported
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=35298. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=35298 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 08:57 --- Commited a second patch. Thanks. The full patch is syntatic sugar, so we'll keep that for the future. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
mturk 2005/09/23 00:18:21 Modified:jk/native/common jk_lb_worker.c Log: Fix loadbalancer retries to allow usage of cachesize lower then number of threads. In case the worker is busy having no free endpoints, and the retries config value is larger the total number of workers in load balancer, for each consequitive attempt sleep for a 100 ms, rather then returning 503. Revision ChangesPath 1.95 +11 -10jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c Index: jk_lb_worker.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,v retrieving revision 1.94 retrieving revision 1.95 diff -u -r1.94 -r1.95 --- jk_lb_worker.c16 Sep 2005 05:52:26 - 1.94 +++ jk_lb_worker.c23 Sep 2005 07:18:21 - 1.95 @@ -595,7 +595,7 @@ while (num_of_workers) { worker_record_t *rec = -get_most_suitable_worker(p-worker, s, attempt++, l); +get_most_suitable_worker(p-worker, s, attempt, l); int rc; /* Do not reuse previous worker, because * that worker already failed. @@ -650,20 +650,21 @@ else { /* If we can not get the endpoint * mark the worker as busy rather then - * as in error + * as in error if the attemp number is + * greater then the number of retries. */ -if (p-worker-s-retries num_of_workers) +attempt++; +if (attempt p-worker-s-retries) { rec-s-is_busy = JK_TRUE; +num_of_workers = 0; +} jk_log(l, JK_LOG_INFO, could not get free endpoint for worker %s (attempt %d), rec-s-name, attempt); -/* Decrement the worker count and try another worker */ -if (attempt p-worker-s-retries) -num_of_workers = 0; -/* In case of retries 3 sleep 100 ms - * on each next attempt. +/* In case of attempt num of workers sleep for 100 ms + * on each consequtive attempt. */ -else if (attempt JK_RETRIES) +if (attempt p-worker-num_of_workers) jk_sleep_def(); continue; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
Hi, we have received your request and will contact you as soon as possible. Thank you. The Dreamsailing Staff www.dreamsailing.it [EMAIL PROTECTED] --- DreamSailing s.r.l. Gruppo Metauro Mare - Milano Corso di Porta Romana, 101 - 20122 Milano Tel. +39 02 55015773 Fax. +39 02 59903461 - Fano Viale Adriatico, 2 - 61032 Fano Tel. +39 0721 820768 Fax. +39 0721 806929 - Bologna Strada Maggiore, 71/A 40125 Bologna Tel. +39 051 309332 Fax. +39 051 343342 --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c
mturk 2005/09/23 00:32:24 Modified:jk/native/common jk_lb_worker.c Log: Fix compile time warnings. No functional change. Revision ChangesPath 1.96 +4 -4 jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c Index: jk_lb_worker.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,v retrieving revision 1.95 retrieving revision 1.96 diff -u -r1.95 -r1.96 --- jk_lb_worker.c23 Sep 2005 07:18:21 - 1.95 +++ jk_lb_worker.c23 Sep 2005 07:32:24 - 1.96 @@ -126,8 +126,8 @@ result = id_start; } else { -int osz = strlen(result) + 1; -int sz = osz + strlen(id_start) + 1; +size_t osz = strlen(result) + 1; +size_t sz = osz + strlen(id_start) + 1; result = jk_pool_realloc(s-pool, sz, result, osz); strcat(result, ;); @@ -664,7 +664,7 @@ /* In case of attempt num of workers sleep for 100 ms * on each consequtive attempt. */ -if (attempt p-worker-num_of_workers) +if (attempt (int)p-worker-num_of_workers) jk_sleep_def(); continue; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_status.c
mturk 2005/09/23 00:57:28 Modified:jk/native/common jk_status.c Log: Added cmd=reset status command without web interface that will reset all workers in selected load balancer and reset their runtime data. This is usefull for cron jobs to skip the need to cold restart apache. Revision ChangesPath 1.47 +43 -2 jakarta-tomcat-connectors/jk/native/common/jk_status.c Index: jk_status.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_status.c,v retrieving revision 1.46 retrieving revision 1.47 diff -u -r1.46 -r1.47 --- jk_status.c 16 Sep 2005 05:52:26 - 1.46 +++ jk_status.c 23 Sep 2005 07:57:28 - 1.47 @@ -738,6 +738,32 @@ } } +static void reset_worker(jk_ws_service_t *s, status_worker_t *sw, + const char *dworker, jk_logger_t *l) +{ +unsigned int i; +lb_worker_t *lb; +jk_worker_t *w = wc_get_worker_for_name(dworker, l); + +if (w w-type == JK_LB_WORKER_TYPE) { +lb = (lb_worker_t *)w-worker_private; +for (i = 0; i lb-num_of_workers; i++) { +worker_record_t *wr = (lb-lb_workers[i]); +wr-s-busy = 0; +wr-s-elected = 0; +wr-s-error_time = 0; +wr-s-errors = 0; +wr-s-lb_value = 0; +wr-s-max_busy = 0; +wr-s-readed = 0; +wr-s-transferred = 0; +wr-s-is_busy = JK_FALSE; +wr-s-in_error_state = JK_FALSE; +wr-s-in_recovering= JK_FALSE; +} +} +} + static int status_cmd_type(const char *req) { if (!req) @@ -748,6 +774,8 @@ return 1; else if (!strncmp(req, cmd=update, 10)) return 2; +else if (!strncmp(req, cmd=reset, 9)) +return 3; else return 0; } @@ -800,7 +828,20 @@ /* unlock the shared memory */ jk_shm_unlock(); } -if(mime == 0) { +else if ((cmd == 3) worker) { +/* lock shared memory */ +jk_shm_lock(); +reset_worker(s, p-s_worker, worker, l); +/* update modification time to reflect the current config */ +jk_shm_set_workers_time(time(NULL)); +/* Since we updated the config no need to reload + * on the next request + */ +jk_shm_sync_access_time(); +/* unlock the shared memory */ +jk_shm_unlock(); +} +if (mime == 0) { s-start_response(s, 200, OK, headers_names, headers_vhtml, 3); s-write(s, JK_STATUS_HEAD, sizeof(JK_STATUS_HEAD) - 1); if (p-s_worker-css) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.15
There has been couple of major bug fixes against 1.2.14, see: http://jakarta.apache.org/tomcat/connectors-doc/changelog.html They have been fixed in the CVS, and since couple of them actually makes 1.2.14 unusable on some platforms like Solaris 2.8 and Irix we need a release. I plan to tag the 1.2.15 by the end of this week, and pursue for a vote next week for this bug-fixing release. Any objections? Since there were no objections I plan to tag the 1.2.15 later this evening at 19:00 GMT. This will eventually be the last release from CVS, cause IIUC the transition will be made this weekend. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36713] - How to limit size of Tomcats default stdout log file
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=36713. 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=36713 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 13:15 --- It's the application that is logging these things to standard output. Plese use tomcat-user instead. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36771] - Using DataSource Realm exausts connections on redeploy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36771. 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=36771 --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 13:17 --- You should investigate more, and test again with a more recent build (5.5.9+). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Hi, Reminder that this is about 90 minutes from now ;) Yoav --- Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I'm fine with this WE, or the end of this week. I mean, the previous build was decent already. I just looked at the changelog for 5.5.12, it's a nice collection of stuff. Is Friday OK with everyone? If not, I can do Saturday, but I'd prefer Friday to keep my weekend more free. How about Friday, September 23rd, 2005, at 9am my time (EDT), which is 1300h UTC? (http://www.timeanddate.com/worldclock/converted.html?month=9day=23year=2005hour=9min=0sec=0p1=43p2=0) That should give people a couple of days for scratching any last-minute itches. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h
mturk 2005/09/23 04:44:44 Modified:jk/native/common jk_version.h Log: Bump the release version Revision ChangesPath 1.46 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v retrieving revision 1.45 retrieving revision 1.46 diff -u -r1.45 -r1.46 --- jk_version.h 26 Jul 2005 16:04:10 - 1.45 +++ jk_version.h 23 Sep 2005 11:44:44 - 1.46 @@ -32,7 +32,7 @@ #define JK_VERBETA 0 #define JK_BETASTRING 0 /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */ -#define JK_VERISRELEASE 0 +#define JK_VERISRELEASE 1 #define JK_VERRC0 #define JK_RCSTRING 0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.h
mturk 2005/09/23 04:49:04 Modified:jk/native/common jk_connect.h Log: Fix compile time warning Revision ChangesPath 1.17 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_connect.h Index: jk_connect.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_connect.h,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- jk_connect.h 14 Sep 2005 06:45:00 - 1.16 +++ jk_connect.h 23 Sep 2005 11:49:03 - 1.17 @@ -55,7 +55,7 @@ int jk_is_socket_connected(int sd); -void jk_sleep_def(); +void jk_sleep_def(void); #ifdef __cplusplus } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_version.h
mturk 2005/09/23 04:51:51 Modified:jk/native/common jk_version.h Log: Bump to 1.2.16-dev verion. We are ready for SVN transition. Revision ChangesPath 1.47 +4 -4 jakarta-tomcat-connectors/jk/native/common/jk_version.h Index: jk_version.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_version.h,v retrieving revision 1.46 retrieving revision 1.47 diff -u -r1.46 -r1.47 --- jk_version.h 23 Sep 2005 11:44:44 - 1.46 +++ jk_version.h 23 Sep 2005 11:51:50 - 1.47 @@ -25,14 +25,14 @@ /** START OF AREA TO MODIFY BEFORE RELEASING */ #define JK_VERMAJOR 1 #define JK_VERMINOR 2 -#define JK_VERFIX 15 -#define JK_VERSTRING1.2.15 +#define JK_VERFIX 16 +#define JK_VERSTRING1.2.16 /* Beta number */ #define JK_VERBETA 0 #define JK_BETASTRING 0 /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */ -#define JK_VERISRELEASE 1 +#define JK_VERISRELEASE 0 #define JK_VERRC0 #define JK_RCSTRING 0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Yoav Shapira wrote: Hi, Reminder that this is about 90 minutes from now ;) All done ? If so, the migration is now ready :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36713] - How to limit size of Tomcats default stdout log file
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=36713. 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=36713 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 14:55 --- Hi, The response was incomplete and not understood. What do you mean use tomcat-user? Are you saying there is some configuration setting to get the logs to log somewhere as and tomcat-user is an alias within the tomcat runtime? Are you saying that tomcat-user is another bugzilla area? No comprende. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Final phase of SVN migration - the plan
Hi, Not done yet -- tagging in a couple of minutes, then a few more to do the checkout/download/build... ;) But almost there. Yoav --- Remy Maucherat [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, Reminder that this is about 90 minutes from now ;) All done ? If so, the migration is now ready :) Rémy - 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 36713] - How to limit size of Tomcats default stdout log file
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=36713. 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=36713 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 15:04 --- Everything you wish to know about tomcat-user http://jakarta.apache.org/tomcat/faq/tomcatuser.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 tomcat.nsi
yoavs 2005/09/23 06:40:26 Modified:.tomcat.nsi Log: ${catalina.base} is not recognized by NSIS, $INSTDIR seems like the right fix. Revision ChangesPath 1.84 +2 -2 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi === RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v retrieving revision 1.83 retrieving revision 1.84 diff -u -r1.83 -r1.84 --- tomcat.nsi31 Aug 2005 16:30:48 - 1.83 +++ tomcat.nsi23 Sep 2005 13:40:26 - 1.84 @@ -327,7 +327,7 @@ Section -post nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --Classpath $INSTDIR\bin\bootstrap.jar --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop --StartMode jvm --StopMode jvm' - nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Dcatalina.base=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager#-Djava.util.logging.config.file=${catalina.base}\conf\logging.properties --StdOutput auto --StdError auto' + nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Dcatalina.base=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager#-Djava.util.logging.config.file=$INSTDIR\conf\logging.properties --StdOutput auto --StdError auto' WriteUninstaller $INSTDIR\Uninstall.exe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.15
Hey Mladen, can we also integrate the better domain loadbalancer support at jk_lb_worker.c? I think that we don't change the lb_value inside sticky mode at every request. Can we comment out or remove lines L413-431? Thanks, Peter Mladen Turk schrieb: There has been couple of major bug fixes against 1.2.14, see: http://jakarta.apache.org/tomcat/connectors-doc/changelog.html They have been fixed in the CVS, and since couple of them actually makes 1.2.14 unusable on some platforms like Solaris 2.8 and Irix we need a release. I plan to tag the 1.2.15 by the end of this week, and pursue for a vote next week for this bug-fixing release. Any objections? Since there were no objections I plan to tag the 1.2.15 later this evening at 19:00 GMT. This will eventually be the last release from CVS, cause IIUC the transition will be made this weekend. Regards, Mladen. - 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]
Michael Bünermann/HBF/Minden/kampa/DE ist außer Haus .
Ich werde ab 22.09.2005 nicht im Büro sein. Ich kehre zurück am 26.09.2005. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. In dringenden Fällen wenden Sie sich bitte Herrn Jäkel ([EMAIL PROTECTED]). Herr Jäkelhat die Rufnummer 0571/93425-12) In ganz eiligen Angelegenheiten hinterlassen Sie bitte eine Nachricht auf meiner Mobilbox unter der Funk-Rufnummer: 0171/99 33 525.
Re: Final phase of SVN migration - the plan
Hi, OK, the release is tagged, cut, and uploaded. Formal announcements coming in a few hours.. Yoav --- Remy Maucherat [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, Reminder that this is about 90 minutes from now ;) All done ? If so, the migration is now ready :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.15
Hi Peter, Mladen and all others, I would like to follow Mladens suggestion from earlier this month to create a list of precise use cases for the load balancing, failover and administrative downtime scenarios. I think from that we might end up by a better understandable overal lb design. I expect, that we will find the need for bigger changes to lb. Maybe after we know what we need to do, we can decide if we start 1.3, or if the changes with respect to functionality are still small enough to call them 1.2.16. I unfortunately didn't go deeply into Peter's bug report, because I wanted to go into it when writing up use cases. So I'm not sure, if the proposed changes are a bug fix (then it's OK for last minute 1.2.15) or maybe should better be decided together with a complete view of lb use cases (then 1.3 or 1.2.16). Rainer Hey Mladen, can we also integrate the better domain loadbalancer support at jk_lb_worker.c? I think that we don't change the lb_value inside sticky mode at every request. Can we comment out or remove lines L413-431? Thanks, Peter Mladen Turk schrieb: There has been couple of major bug fixes against 1.2.14, see: http://jakarta.apache.org/tomcat/connectors-doc/changelog.html They have been fixed in the CVS, and since couple of them actually makes 1.2.14 unusable on some platforms like Solaris 2.8 and Irix we need a release. I plan to tag the 1.2.15 by the end of this week, and pursue for a vote next week for this bug-fixing release. Any objections? Since there were no objections I plan to tag the 1.2.15 later this evening at 19:00 GMT. This will eventually be the last release from CVS, cause IIUC the transition will be made this weekend. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.15
Rainer Jung wrote: Hi Peter, Mladen and all others, I would like to follow Mladens suggestion from earlier this month to create a list of precise use cases for the load balancing, failover and administrative downtime scenarios. I think from that we might end up by a better understandable overal lb design. I expect, that we will find the need for bigger changes to lb. +1 -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ If you can dodge a wrench, you can dodge a ball. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.15
Peter Rossbach wrote: Hey Mladen, can we also integrate the better domain loadbalancer support at jk_lb_worker.c? I think that we don't change the lb_value inside sticky mode at every request. Yes we do. They will be updated only for domain workers. This is needed to load balance between the workers that are members of the same domain. In other case the total_factor will be zero and lb_value will not be changed. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.15
Rainer Jung wrote: Hi Peter, Mladen and all others, I would like to follow Mladens suggestion from earlier this month to create a list of precise use cases for the load balancing, failover and administrative downtime scenarios. Right. The SVN transition is in progress, so it might be as well a good chance to create a 1.3 branch we are talking about for more then a year. Cleaning unused and dead code is one thing, and the other is making those use-cases for load balancer. I've tagged the 1.2.15 as the last one from the CVS, so if it will be voted as stable, fine, if not, we'll pursue for 1.2.16 from 1.2 branch. All new stuff and eventual config changes should go to the 1.3. branch. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.15
Yes, is is only a real problem when workers are grouped inside an domain. I have check this many times and without the lb_value change loadbalancing works as I aspected, and with it not. I also think that we need a real lb concept check. Greater changes can we better realize after jk 2.1.15. But this little change was very helpful at some of my production customers sites :-) Peter Mladen Turk schrieb: Peter Rossbach wrote: Hey Mladen, can we also integrate the better domain loadbalancer support at jk_lb_worker.c? I think that we don't change the lb_value inside sticky mode at every request. Yes we do. They will be updated only for domain workers. This is needed to load balance between the workers that are members of the same domain. In other case the total_factor will be zero and lb_value will not be changed. Regards, Mladen. - 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 36540] - pooled cluster replication does not seem ensure synchronized replication in tomcat 5.5.11
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=36540. 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=36540 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 17:37 --- The differenc between 5.5.9 and 5.5.11 is that waitForAck is on default false for all sender modes. Can you check with this config: Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled waitForAck=true doTransmitterProcessingStats=true doProcessingStats=true doWaitAckStats=true ackTimeout=15000/ thanks Peter -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36681] - 2 Tomcat 5.5.7 clusters come to a grinding hault and generate errors
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=36681. 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=36681 --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 17:45 --- Your are sure the your network is correct configured? check that multicast is enabled at your network device (mcastBindAddr). Is 228.0.0.3 routed to mcastBindAddr interface? open the firewall for UDP at Mutlicast port (45564) and TCP Sender port (4001) Test your config without mcastBindAddr attribute. Peter -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem downloading 5.5.12-alpha Re: [ANN] Apache Tomcat 5.5.12-alpha Released
From: Yoav Shapira [EMAIL PROTECTED] Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The filenames are wrong for the 5.5.12-alpha downloads. They all point to jakarta-tomcat-5.5.12* instead of apache-tomcat-5.5.12*. The files are there if you change the URL in the browser, but the links do not work. -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Migration of TC5 to subversion
The test migration has now been completed and is available to view at: http://svn.apache.org/repos/test/tomcat/build http://svn.apache.org/repos/test/tomcat/container http://svn.apache.org/repos/test/tomcat/jasper http://svn.apache.org/repos/test/tomcat/connectors I made the following changes from my original migration proposal: - j-t-catalina - /tomcat/container - j-t-5- /tomcat/build - added a /tomcat/connectors/tags/jk1.2.x directory The first two changes were because using structure of my original proposal made it very difficult to migrate branches and tags for these modules. The third change just seemed like a good idea. Also, when reviewing the test repository be aware that I made an error in my script (now fixed) and some of the 5.0.x tags are missing for the connector module. They will be present in the final migration. Finally, it looks like we never tagged jasper and the connectors for 4.1.6. I do not plan to do anything about this. We can fix this later if we have to. My intention is to give everyone 96 hours from now to review the repositories. Assuming no complaints and infrastructure availability, the migration will take place some time around 18.00 GMT Tuesday 27 September 2005. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Apache Tomcat 5.5.12-alpha Released
Yoav Shapira wrote: This release is the last one to be done using the CVS repository at Apache. The Tomcat team is moving to the Subversion (SVN) repository as part of the overall Apache initiative to do so. Access instructions for the SVN repository are available at http://www.apache.org/dev/version-control.html. The move is expected to be complete within the next week. The plan is that the next stable release be made from tomcat.apache.org (which is ready thanks to Mark). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)
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=33453. 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=33453 --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 19:26 --- Another thing that currently compunds this issue is the fact that the zip file format used for .war files ignores timezone on datestamps. So for example, my file times are mountain standard and my server is in GMT. If I make a change to the .jsp after it is accessed on the server, unless it is 7 or 8 hours after, it won't take effect. And if the time change is in the reverse direction, the .jsp will be recompiled continuously for the duration of the difference. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem downloading 5.5.12-alpha Re: [ANN] Apache Tomcat 5.5.12-alpha Released
Hi, I just fixed this, and the fix will be on the web site in ~15 minutes. My apologies, and thanks for letting us know quickly ;) Yoav --- Wendy Smoak [EMAIL PROTECTED] wrote: From: Yoav Shapira [EMAIL PROTECTED] Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The filenames are wrong for the 5.5.12-alpha downloads. They all point to jakarta-tomcat-5.5.12* instead of apache-tomcat-5.5.12*. The files are there if you change the URL in the browser, but the links do not work. -- Wendy Smoak - 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 36713] - How to limit size of Tomcats default stdout log file
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=36713. 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=36713 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 20:33 --- I know it is the application that is logging this stuff. I want to know from the people who WRITE TOMCAT how to tell TOMCAT that it's LOGFILE should have some size limits like LOG4J does. Assume I'm not stupid and that you guys aren't reading what I am typing. I am looking for an answer from a developer please. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36713] - How to limit size of Tomcats default stdout log file
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=36713. 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=36713 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 20:40 --- Bugzilla is NOT a support forum. It is for resolving bugs. The issue described is a configuration problem which can be answered via the tomcat-users mailing list (or archives). See http://jakarta.apache.org/tomcat/faq/logging.html for logging help first - it answers this question. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r291200 - in /tomcat/container/branches/tc4.1.x: catalina/src/share/org/apache/catalina/core/ catalina/src/share/org/apache/catalina/loader/ catalina/src/share/org/apache/catalina/mbeans/ webapps/admin/WEB-INF/classes/org/apache/webapp/admi...
Author: markt Date: Fri Sep 23 13:05:38 2005 New Revision: 291200 URL: http://svn.apache.org/viewcvs?rev=291200view=rev Log: Fix bug 10026. Port of antiJARLocking functionality from TC5. Modified: tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappLoader.java tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/mbeans/mbeans-descriptors.xml tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/ContextForm.java tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/EditContextAction.java tomcat/container/branches/tc4.1.x/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/context/SaveContextAction.java tomcat/container/branches/tc4.1.x/webapps/admin/context/context.jsp tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/context.xml Modified: tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java URL: http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java?rev=291200r1=291199r2=291200view=diff == --- tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java (original) +++ tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/core/StandardContext.java Fri Sep 23 13:05:38 2005 @@ -111,6 +111,12 @@ /** + * The antiJARLocking flag for this Context. + */ +private boolean antiJARLocking = false; + + +/** * The set of application listener class names configured for this * application, in the order they were encountered in the web.xml file. */ @@ -545,6 +551,32 @@ } +/** + * Return the antiJARLocking flag for this Context. + */ +public boolean getAntiJARLocking() { + +return (this.antiJARLocking); + +} + + +/** + * Set the antiJARLocking feature for this Context. + * + * @param antiJARLocking The new flag value + */ +public void setAntiJARLocking(boolean antiJARLocking) { + +boolean oldAntiJARLocking = this.antiJARLocking; +this.antiJARLocking = antiJARLocking; +support.firePropertyChange(antiJARLocking, + new Boolean(oldAntiJARLocking), + new Boolean(this.antiJARLocking)); + +} + + /** * Return the set of initialized application listener objects, * in the order they were specified in the web application deployment Modified: tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java URL: http://svn.apache.org/viewcvs/tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java?rev=291200r1=291199r2=291200view=diff == --- tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java (original) +++ tomcat/container/branches/tc4.1.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Fri Sep 23 13:05:38 2005 @@ -18,6 +18,7 @@ package org.apache.catalina.loader; import java.io.File; +import java.io.FileOutputStream; import java.io.FilePermission; import java.io.InputStream; import java.io.ByteArrayInputStream; @@ -312,6 +313,12 @@ /** + * Path where resources loaded from JARs will be extracted. + */ +protected File loaderDir = null; + + +/** * The PermissionCollection for each CodeSource for a web * application context. */ @@ -354,6 +361,13 @@ private Permission allPermission = new java.security.AllPermission(); +/** + * Use anti JAR locking code, which does URL rerouting when accessing + * resources. + */ +boolean antiJARLocking = false; + + // - Properties @@ -422,6 +436,22 @@ /** + * @return Returns the antiJARLocking. + */ +public boolean getAntiJARLocking() { +return antiJARLocking; +} + + +/** + * @param antiJARLocking The antiJARLocking to set. + */ +public void setAntiJARLocking(boolean antiJARLocking) { +this.antiJARLocking = antiJARLocking; +} + + +/** * If there is a Java SecurityManager create a read FilePermission * or JndiPermission for the file
DO NOT REPLY [Bug 10026] - manager/stop and manager/remove
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=10026. 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=10026 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 22:08 --- I have ported the antiJARLocking functionality from TC5 and successfully tested it with antiJARLocking=true using a struts app (a copy of the Tomcat Admin app). The fix will be included in 4.1.32 onwards. Note there is no date currently planned for a 4.1.32 release. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)
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=33453. 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=33453 --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 22:19 --- I took my Tomcat out of development mode, and verified this issue exists there as well. development=false uses the same, broken isOutDated check. On access compilation and its friend the development mode - which you are using or you would not have this issue - should not be used in production -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r291203 - in /tomcat/site/trunk: docs/svn.html xdocs/svn.xml
Author: markt Date: Fri Sep 23 14:23:32 2005 New Revision: 291203 URL: http://svn.apache.org/viewcvs?rev=291203view=rev Log: Update repository structure. Fix typos. Add location for JK sources. Modified: tomcat/site/trunk/docs/svn.html tomcat/site/trunk/xdocs/svn.xml Modified: tomcat/site/trunk/docs/svn.html URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/svn.html?rev=291203r1=291202r2=291203view=diff == --- tomcat/site/trunk/docs/svn.html (original) +++ tomcat/site/trunk/docs/svn.html Fri Sep 23 14:23:32 2005 @@ -208,6 +208,14 @@ /tr tr td +a href=http://svn.apache.org/repos/asf/tomcat/build; +code/build//code +/a +/td +tdResources used to build the distributions for TC5.x onwards/td + /tr + tr +td a href=http://svn.apache.org/repos/asf/tomcat/container; code/container//code /a @@ -285,13 +293,13 @@ http://svn.apache.org/repos/asf/tomcat/a:/p ul li -a href=http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/core; -code/container/tc5.5.x/core/code +a href=http://svn.apache.org/repos/asf/tomcat/build/tc5.5.x; +code/build/tc5.5.x/code /a /li li -a href=http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/catalina; -code/container/tc5.5.x/catalina/code +a href=http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x; +code/container/tc5.5.x/code /a /li li @@ -332,7 +340,7 @@ /li li a href=http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.3-jsp1.2-tc4.x; -code/servletapi/servlet2.3-jsp1.2-tc4.x/code +code/servletapi/branches/servlet2.3-jsp1.2-tc4.x/code /a /li /ul @@ -353,11 +361,23 @@ /li li a href=http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x; -code/servletapi/servlet2.2-jsp1.1-tc3.x/code +code/servletapi/branches/servlet2.2-jsp1.1-tc3.x/code +/a +/li +/ul + +pThe Tomcat JK native connectors are built from the following module +a href=http://svn.apache.org/repos/asf/tomcat; +http://svn.apache.org/repos/asf/tomcat/a:/p +ul + li +a href=http://svn.apache.org/repos/asf/tomcat/connectors/trunk; +code/connectors/trunk/code /a /li /ul + /blockquote /p /td @@ -401,7 +421,7 @@ liOther (non-development) branches will be placed in the codebranches/other/code directory in sub-directories that group the other branches by the - Apache Tomcat version from whcih they were + Apache Tomcat version from which they were created./li liTags will be treated in exactly the same way as branches./li Modified: tomcat/site/trunk/xdocs/svn.xml URL: http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs/svn.xml?rev=291203r1=291202r2=291203view=diff == --- tomcat/site/trunk/xdocs/svn.xml (original) +++ tomcat/site/trunk/xdocs/svn.xml Fri Sep 23 14:23:32 2005 @@ -38,6 +38,11 @@ tdModules that are no longer maintained/td /tr tr +tda href=http://svn.apache.org/repos/asf/tomcat/build; +code/build//code/a/td +tdResources used to build the distributions for TC5.x onwards/td + /tr + tr tda href=http://svn.apache.org/repos/asf/tomcat/container; code/container//code/a/td tdThe core Tomcat code/td @@ -77,10 +82,10 @@ a href=http://svn.apache.org/repos/asf/tomcat; http://svn.apache.org/repos/asf/tomcat/a:/p ul - lia href=http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/core; -code/container/tc5.5.x/core/code/a/li - lia href=http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/catalina; -code/container/tc5.5.x/catalina/code/a/li + lia href=http://svn.apache.org/repos/asf/tomcat/build/tc5.5.x; +code/build/tc5.5.x/code/a/li + lia href=http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x; +code/container/tc5.5.x/code/a/li lia href=http://svn.apache.org/repos/asf/tomcat/connectors/trunk; code/connectors/trunk/code/a/li lia href=http://svn.apache.org/repos/asf/tomcat/jasper/tc5.5.x; @@ -100,7 +105,7 @@ lia href=http://svn.apache.org/repos/asf/tomcat/jasper/branches/tc4.1.x; code/jasper/branches/tc4.1.x/code/a/li lia href=http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.3-jsp1.2-tc4.x; -code/servletapi/servlet2.3-jsp1.2-tc4.x/code/a/li +code/servletapi/branches/servlet2.3-jsp1.2-tc4.x/code/a/li /ul pTomcat 3.3.x is built from the following modules @@ -112,9 +117,18 @@ lia href=http://svn.apache.org/repos/asf/tomcat/connectors/trunk; code/connectors/trunk/code/a/li lia href=http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x; -code/servletapi/servlet2.2-jsp1.1-tc3.x/code/a/li +code/servletapi/branches/servlet2.2-jsp1.1-tc3.x/code/a/li +/ul + +pThe Tomcat JK native connectors are built from the following module
DO NOT REPLY [Bug 36790] New: - response.setContentType() never forgets charset
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=36790. 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=36790 Summary: response.setContentType() never forgets charset Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Shouldn't the following two-line jsp response with Content-Type: application/x-foobar ? % response.setContentType(application/x-foobar);% Hello World at %=new java.util.Date()%. It's actually responding with Content-Type: application/x-foobar;charset=ISO-8859-1 1) Should charset only be appended to non-text/* content? 2) I think JSP compiler automatically adds a setContentType(text/html;charset=ISO-8859-1) at the beginning if not present. Regardless, shouldn't a subsequent setContentType() make it forget the previous charset? 3) In a servlet, this works correctly: response.setContentType(text/html; charset=utf-8); response.reset(); response.setContentType(application/x-foobar); It will not append charset. Adding a response.reset() to the .jsp does not help -- charset is still present. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36790] - response.setContentType() never forgets charset
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=36790. 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=36790 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-09-23 23:59 --- This behaviour is as per the JSP spec. spec-quote section=JSP.4.2 For JSP pages in standard syntax, it is the character encoding specified by the pageEncoding attribute of the page directive or by a JSP configuration element page-encoding whose URL pattern matches the page. ... If theres no such specification, no initial response character encoding is passed to ServletResponse.setContentType() - the ServletResponse objects default, ISO-8859-1, isused. /spec-quote -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help How to implement a valve ??
I would like to create a modified version of SingleSignOn valve, I copied it and re-named it ThreadSignOn But when I add the Valve / with my new valve name nothing happens. I had expected the same behaviour as the original, but that does not happen. What are the steps procedures ? What am I missing ? Stephen Bovy Computer Associates 6100 Center Drive Suite 700 Los Angeles, CA 90045 Tel: (310) 957-3930 Fax: (310) 957-3917 e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help How to implement a valve ??
You need to extend the SingleSignOn valve as any valve doing single sign on must be an instance of SingleSignOn. Search AuthenticatorBase for SingleSignOn to see why. Mark Bovy, Stephen J wrote: I would like to create a modified version of SingleSignOn valve, I copied it and re-named it ThreadSignOn But when I add the Valve / with my new valve name nothing happens. I had expected the same behaviour as the original, but that does not happen. What are the steps procedures ? What am I missing ? Stephen Bovy Computer Associates 6100 Center Drive Suite 700 Los Angeles, CA 90045 Tel: (310) 957-3930 Fax: (310) 957-3917 e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Help How to implement a valve ??
Thanks for the help ,, Yes I was wondering if I would have to use extend. I have another question related to admin. SingleSignOn has a re-authenticate Property which is set to false The admin app does not display it or allow it to be changed ?? Why not ??? OK, so I create my new class with extend ?? What other files need to be changed ?? mbean descriptor files ?? which ones ?? where ?? why ??? Has anyone written a valve how-to refference guide ??? Stephen Bovy Computer Associates 6100 Center Drive Suite 700 Los Angeles, CA 90045 Tel: (310) 957-3930 Fax: (310) 957-3917 e-mail: [EMAIL PROTECTED] -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Friday, September 23, 2005 4:22 PM To: Tomcat Developers List Subject: Re: Help How to implement a valve ?? You need to extend the SingleSignOn valve as any valve doing single sign on must be an instance of SingleSignOn. Search AuthenticatorBase for SingleSignOn to see why. Mark Bovy, Stephen J wrote: I would like to create a modified version of SingleSignOn valve, I copied it and re-named it ThreadSignOn But when I add the Valve / with my new valve name nothing happens. I had expected the same behaviour as the original, but that does not happen. What are the steps procedures ? What am I missing ? Stephen Bovy Computer Associates 6100 Center Drive Suite 700 Los Angeles, CA 90045 Tel: (310) 957-3930 Fax: (310) 957-3917 e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Apache Tomcat 5.5.12-alpha Released
23 September 2005 - Apache Tomcat 5.5.12-alpha Released The Apache Tomcat team is proud to announce the immediate availability of Tomcat 5.5.12-alpha. This version contains several bug fixes, including an import change to session attribute storage concurrency that is required by the upcoming Servlet Specification v2.5. In addition to these changes, this release is a significant milestone for two reasons: This release is the last one to be done using the CVS repository at Apache. The Tomcat team is moving to the Subversion (SVN) repository as part of the overall Apache initiative to do so. Access instructions for the SVN repository are available at http://www.apache.org/dev/version-control.html. The move is expected to be complete within the next week. This release is also likely the last one to use the Jakarta pages. As part of Tomcat's move to a top-level project (TLP) at Apache, we will be migrating our content to http://tomcat.apache.org, which is still under construction at this time. That site will have its own download pages and related information. We will keep the key jakarta URLs intact with redirection, but please keep an eye out and update your bookmarks to http://tomcat.apache.org as/when appropriate. As part of the TLP move, distribution names have changed from jakarta-tomcat-* to apache-tomcat-*, and similar minor branding changes will gradually become visible in the web site and documentation. We thank the Jakarta project for its support over the years, and we will continue collaborating on projects and issues of common interest. The Release notes are available at http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5 Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5 The Apache Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]