cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
mturk 2004/12/13 01:10:31
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Add more logging.
Revision ChangesPath
1.109 +59 -30jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
retrieving revision 1.108
retrieving revision 1.109
diff -u -r1.108 -r1.109
--- mod_jk.c 12 Dec 2004 15:14:59 - 1.108
+++ mod_jk.c 13 Dec 2004 09:10:31 - 1.109
@@ -1653,7 +1653,6 @@
* if they are directory requests, in case there are no static files
* visible to Apache and/or DirectoryIndex was not used. This is only
* used when JkOptions has ForwardDirectories set. */
-
/* Not for me, try next handler */
if (strcmp(r-handler, JK_HANDLER)
(dmt = strcmp(r-handler, DIR_MAGIC_TYPE)))
@@ -1662,22 +1661,26 @@
xconf =
(jk_server_conf_t *) ap_get_module_config(r-server-module_config,
jk_module);
+JK_TRACE_ENTER(xconf-log);
if (apr_table_get(r-subprocess_env, no-jk)) {
jk_log(xconf-log, JK_LOG_DEBUG,
Into handler no-jk env var detected for uri=%s, declined\n,
r-uri);
+JK_TRACE_EXIT(xconf-log);
return DECLINED;
}
/* Was the option to forward directories to Tomcat set? */
-if (!dmt !(xconf-options JK_OPT_FWDDIRS))
+if (!dmt !(xconf-options JK_OPT_FWDDIRS)) {
+JK_TRACE_EXIT(xconf-log);
return DECLINED;
-
+}
worker_name = apr_table_get(r-notes, JK_WORKER_ID);
/* Set up r-read_chunked flags for chunked encoding, if present */
if ((rc = ap_setup_client_block(r, REQUEST_CHUNKED_DECHUNK)) !=
APR_SUCCESS) {
+JK_TRACE_EXIT(xconf-log);
return rc;
}
@@ -1708,15 +1711,19 @@
}
}
-jk_log(xconf-log, JK_LOG_DEBUG, Into handler r-proxyreq=%d
- r-handler=%s r-notes=%d worker=%s\n,
- r-proxyreq, r-handler, r-notes, worker_name);
+jk_log(xconf-log, JK_LOG_DEBUG, Into handler %s worker=%s
+r-proxyreq=%d\n,
+ r-handler, worker_name, r-proxyreq);
conf = (jk_server_conf_t *)
ap_get_module_config(r-server-module_config,
jk_module);
/* If this is a proxy request, we'll notify an error */
if (r-proxyreq) {
+jk_log(xconf-log, JK_LOG_INFO, Proxy request for worker=%s
+ is not allowed\n,
+ worker_name);
+JK_TRACE_EXIT(xconf-log);
return HTTP_INTERNAL_SERVER_ERROR;
}
@@ -1739,6 +1746,10 @@
/* If the remote client has aborted, just ignore the request */
if (r-connection-aborted) {
+jk_log(xconf-log, JK_LOG_INFO, Client connection aborted for
+worker=%s\n,
+ worker_name);
+JK_TRACE_EXIT(xconf-log);
return OK;
}
@@ -1775,24 +1786,9 @@
how to deal with load balancing - but it's usefull for JNI
*/
-/* Disable re-use for now since the following code is currently platform
specific */
-/* #ifdef REUSE_WORKER
-apr_pool_t *rpool=r-pool;
-apr_pool_t *parent_pool= apr_pool_get_parent( rpool );
-apr_pool_t *tpool= apr_pool_get_parent( parent_pool );
-
-apr_pool_userdata_get( (void **)end, jk_thread_endpoint, tpool );
-if(end==NULL ) {
-worker-get_endpoint(worker, end, xconf-log);
-apr_pool_userdata_set( end , jk_thread_endpoint,
- jk_cleanup_endpoint, tpool );
-}
-#else */
/* worker-get_endpoint might fail if we are out of memory
so check */
/* and handle it */
-if (worker-get_endpoint(worker, end, xconf-log))
-/* #endif */
-{
+if (worker-get_endpoint(worker, end, xconf-log)) {
int is_recoverable_error = JK_FALSE;
rc = end-service(end, s, xconf-log,
is_recoverable_error);
@@ -1814,15 +1810,22 @@
}
}
}
-
-/* #ifndef REUSE_WORKER */
end-done(end, xconf-log);
-/* #endif */
}
-else/* this means we couldn't get an endpoint */
-rc = 0; /* just to make sure that we know we've
failed */
+else {/* this means we couldn't get an endpoint
*/
+jk_log(xconf-log,
cvs commit: jakarta-tomcat-connectors/jk/native/apache-1.3 mod_jk.c
mturk 2004/12/13 01:11:24
Modified:jk/native/apache-1.3 mod_jk.c
Log:
Add more logging.
Revision ChangesPath
1.59 +27 -3 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c
Index: mod_jk.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c,v
retrieving revision 1.58
retrieving revision 1.59
diff -u -r1.58 -r1.59
--- mod_jk.c 7 Dec 2004 14:02:51 - 1.58
+++ mod_jk.c 13 Dec 2004 09:11:24 - 1.59
@@ -1599,8 +1599,11 @@
module_config,
jk_module);
jk_logger_t *l = conf-log ? conf-log : main_log;
+jk_worker_t *worker;
-jk_worker_t *worker = wc_get_worker_for_name(worker_name, l);
+JK_TRACE_ENTER(l);
+
+worker = wc_get_worker_for_name(worker_name, l);
if (worker) {
#ifndef NO_GETTIMEOFDAY
@@ -1670,17 +1673,38 @@
}
#endif
}
-
+else {
+jk_log(l, JK_LOG_ERROR, Could not init service
+for worker=%s\n,
+ worker_name);
+JK_TRACE_EXIT(l);
+return HTTP_INTERNAL_SERVER_ERROR;
+}
jk_close_pool(private_data.p);
if (rc) {
/* If tomcat returned no body and the status is not OK,
let apache handle the error code */
if (!r-sent_bodyct r-status = HTTP_BAD_REQUEST) {
+jk_log(l, JK_LOG_INFO, No body with status=%d
+for worker=%s\n,
+ r-status, worker_name);
+JK_TRACE_EXIT(l);
return r-status;
}
+jk_log(l, JK_LOG_INFO, Service returned error=%d
+with status=%d for worker=%s\n,
+ rc, r-status, worker_name);
+JK_TRACE_EXIT(l);
return OK; /* NOT r-status, even if it has changed. */
}
+}
+else {
+jk_log(l, JK_LOG_ERROR, Could not init service
+for worker=%s\n,
+ worker_name);
+JK_TRACE_EXIT(l);
+return HTTP_INTERNAL_SERVER_ERROR;
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32604] - Some httpHeaders can be lost in response
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=32604. 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=32604 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID -- 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 10972] - Realm without className in server.xml produces NullPointerException
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=10972. 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=10972 --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 10:21 --- Note that this bug affects you if you accidently spell className classname, so it can be pretty difficult to find. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2004/12/13 01:25:39 Modified:jk/xdocs changelog.xml Log: Update latest changes. Revision ChangesPath 1.4 +7 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- changelog.xml 7 Dec 2004 17:02:49 - 1.3 +++ changelog.xml 13 Dec 2004 09:25:39 - 1.4 @@ -26,6 +26,13 @@ subsection name=Native changelog update + Change bbalanced_workers/b to bbalance_workers/b but keep + backward compatibility preserving old directive. (mturk). + /update + fix + Fix ajp initialization for workers with cache_size set to zero. (mturk) + /fix + update bug32317/bug: Making mod_jk replication aware (Clustering Support). Patch provided by Rainer Jung. (mturk). /update - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config workers.xml
mturk 2004/12/13 01:26:12 Modified:jk/xdocs/config workers.xml Log: Explain load balance worker types Revision ChangesPath 1.6 +14 -5 jakarta-tomcat-connectors/jk/xdocs/config/workers.xml Index: workers.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/workers.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- workers.xml 25 Nov 2004 09:22:59 - 1.5 +++ workers.xml 13 Dec 2004 09:26:12 - 1.6 @@ -178,14 +178,19 @@ /subsection subsection name=Load balancing directives +br/ +pLoad balancer is a virtual worker that does not really communicate with Tomcat workers. +Instead it is responsible for the management of several real workers. +The worker is supposed to be a load balancer if it's worker type is blb/b. +See worker's btype/b directive. The workers that +are member of load balancer must not appear in the bworker.list/b directive. +/p pLoadbalancer directives defines the parameters needed to create a workers that are connectiong to a remote cluster of backend Tomcat servers. Each cluster node has to have a worker defined. /p p -The load-balancing worker does not really communicate with Tomcat workers. -Instead it is responsible for the management of several real workers. -This management includes: +Load balancer management includes: /p ul @@ -213,9 +218,13 @@ /p directives -directive name=balanced_workers required=true +directive name=balance_workers required=true A comma separated list of workers that the load balancer -need to manage. +need to manage. +p +This directive replaces old bbalanced_workers/b directive and +can be used only with mod_jk versions 1.2.7 and up. +/p warnThese workers should bnot/b appear in the worker.list property!/warn /directive - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tagging JK-1.2.7-BETA-3 today at 18:00 GMT
Hi all, There has been few bugs discovered while people were testing beta 2 version, and are now fixed in the CVS. I plan to tag and release beta 3 as part of quality testing for the next week 1.2.8 stable release. There is still one possible bug discovered by Henri Gomez, that appears when using Tomcat 3.3.2. I'll investigate that further. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config apache.xml
mturk 2004/12/13 01:31:45 Modified:jk/xdocs/config apache.xml Log: Explain unmount directive more detailed. Revision ChangesPath 1.7 +12 -0 jakarta-tomcat-connectors/jk/xdocs/config/apache.xml Index: apache.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/apache.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- apache.xml4 Dec 2004 12:28:21 - 1.6 +++ apache.xml13 Dec 2004 09:31:45 - 1.7 @@ -349,6 +349,18 @@ # do not send requests ending with .gif to worker1 JkUnMount /servlet/*.gif worker1 /source +p +JkUnMount takes precedence over JkMount directives, meaning that the JK +will first look for unmount and then for unmount directives. The following +example will block all .gif files. +/p +source + # send all requests ending with /servlet to worker1 + JkUnMount /*.gif worker1 + # The .gif files will not be mouted cause JkUnMount takes + # precedance over JkMount directive + JkMount /servlet/*.gif worker1 +/source p bJkAutoAlias/b directive automatically bAlias/b webapp context directories into - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config apache.xml
mturk 2004/12/13 01:46:29 Modified:jk/xdocs/config apache.xml Log: Fix typo. Revision ChangesPath 1.9 +1 -1 jakarta-tomcat-connectors/jk/xdocs/config/apache.xml Index: apache.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/apache.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- apache.xml13 Dec 2004 09:38:48 - 1.8 +++ apache.xml13 Dec 2004 09:46:29 - 1.9 @@ -355,7 +355,7 @@ example will block all .gif files. /p source - # send all requests ending with /servlet to worker1 + # do not send requests ending with .gif to worker1 JkUnMount /*.gif worker1 # The .gif files will not be mouted cause JkUnMount takes # precedance over JkMount directive - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config apache.xml
mturk 2004/12/13 01:38:48 Modified:jk/xdocs/config apache.xml Log: Fix typo. Revision ChangesPath 1.8 +1 -1 jakarta-tomcat-connectors/jk/xdocs/config/apache.xml Index: apache.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/apache.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- apache.xml13 Dec 2004 09:31:45 - 1.7 +++ apache.xml13 Dec 2004 09:38:48 - 1.8 @@ -351,7 +351,7 @@ /source p JkUnMount takes precedence over JkMount directives, meaning that the JK -will first look for unmount and then for unmount directives. The following +will first look for unmount and then for mount directives. The following example will block all .gif files. /p source - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c
mturk 2004/12/13 06:05:15
Modified:jk/native/common jk_connect.c
Log:
Fix zero socket_timeout. We do not support nonblocking sockets for now.
This is only observed if someone sets socket_timeout to zero.
Revision ChangesPath
1.32 +4 -1 jakarta-tomcat-connectors/jk/native/common/jk_connect.c
Index: jk_connect.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_connect.c,v
retrieving revision 1.31
retrieving revision 1.32
diff -u -r1.31 -r1.32
--- jk_connect.c 11 Nov 2004 18:34:36 - 1.31
+++ jk_connect.c 13 Dec 2004 14:05:15 - 1.32
@@ -146,6 +146,9 @@
if (sock = 0) {
int ret, len;
if (timeout != -1) {
+/* do not allow non blocking sockets for now */
+if (timeout == 0)
+timeout = 60 * 100;
ret = jk_socket_timeout_set(sock, -1, timeout);
if (ret) {
jk_close_socket(sock);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs/config ajp.xml
yoavs 2004/12/13 06:25:06 Modified:webapps/docs/config ajp.xml Log: Added request.registerRequests attribute to doc. Revision ChangesPath 1.12 +6 -0 jakarta-tomcat-catalina/webapps/docs/config/ajp.xml Index: ajp.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/ajp.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- ajp.xml 28 Oct 2004 20:54:49 - 1.11 +++ ajp.xml 13 Dec 2004 14:25:05 - 1.12 @@ -110,6 +110,12 @@ number specified here./p /attribute +attribute name=request.registerRequests required=false + pThis attribute controls request registration for JMX monitoring + of the Connector. It is enabled by default, but may be turned + it off to save a bit of memory./p +/attribute + attribute name=scheme required=false pSet this attribute to the name of the protocol you wish to have returned by calls to coderequest.getScheme()/code. For - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32424] - Redirecting directiories with missing trailing slash breaks web applications
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=32424. 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=32424 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | Version|5.0.28 |5.0.30 --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 15:28 --- I have a filter mapped to /* When I call a url without a trailing slash which is a directory, tomcat redirects it to this dir with slash. -- 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]
TCKs please
Hi, Can someone please run the Servlet and JSP TCKs against Tomcat 5.5.6? I hope we can make it a stable release, and this is a required step in the process ;) Thanks, Yoav Shapira http://www.yoavshapira.com 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]
RE: TCKs please
Hi, Wow, that was fast -- thanks ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, December 13, 2004 10:04 AM To: Tomcat Developers List Subject: Re: TCKs please Shapira, Yoav wrote: Hi, Can someone please run the Servlet and JSP TCKs against Tomcat 5.5.6? I hope we can make it a stable release, and this is a required step in the process ;) Thanks, All tests passed OK (WinXP, Win2K3, SLES 8, Redhat 9). +1. Regards, Mladen. - 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-connectors/jk/xdocs changelog.xml
mturk 2004/12/13 06:32:57 Modified:jk/xdocs changelog.xml Log: Note socket_timeout fix. Revision ChangesPath 1.5 +3 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- changelog.xml 13 Dec 2004 09:25:39 - 1.4 +++ changelog.xml 13 Dec 2004 14:32:56 - 1.5 @@ -25,6 +25,9 @@ br / subsection name=Native changelog + fix + Use infinite socket timeout if socket_timeout is set to zero or less then zero. (mturk) + /fix update Change bbalanced_workers/b to bbalance_workers/b but keep backward compatibility preserving old directive. (mturk). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32669] - JAVA_HOME should allow JRE (setclasspath.sh)
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=32669. 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=32669 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 17:36 --- *** This bug has been marked as a duplicate of 32081 *** -- 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_uri_worker_map.c
mturk 2004/12/13 09:00:00 Modified:jk/native/common jk_uri_worker_map.c Log: Remove more '/*' within comment. Revision ChangesPath 1.38 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c Index: jk_uri_worker_map.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- jk_uri_worker_map.c 13 Dec 2004 16:57:39 - 1.37 +++ jk_uri_worker_map.c 13 Dec 2004 16:59:58 - 1.38 @@ -332,8 +332,8 @@ return JK_FALSE; } /* - * Now, lets check that the pattern is /context/*.suffix - * or /context/* + * Now, lets check that the pattern is /context/asterisk.suffix + * or /context/asterisk * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32081] - Wrapper scripts require a JDK to be present.
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=32081. 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=32081 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 17:36 --- *** Bug 32669 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/news 20041100.xml
mturk 2004/12/13 09:52:44 Modified:jk/xdocs index.xml jk/xdocs/news 20041100.xml Log: Advertise JK-1.2.7-BETA-3. Revision ChangesPath 1.28 +9 -0 jakarta-tomcat-connectors/jk/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/index.xml,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- index.xml 7 Dec 2004 17:19:09 - 1.27 +++ index.xml 13 Dec 2004 17:52:44 - 1.28 @@ -28,6 +28,15 @@ section name=Headlines br / ul +lia href=news/20041100.html#20041213.113 December 2004 - bJK-1.2.7-beta-3 released/b/a +pThe Apache Jakarta Tomcat team is proud to announce the immediate availability +of Jakarta Tomcat Connectors 1.2.7-beta-3. The release contains a fix to few configuraton +problems detected with JK-1.2.7-beta-2 version. +/p +pDownlad the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-1.2.7-beta-3.tar.gz;JK 1.2.7 beta sources/a + | a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-1.2.7-beta-3.tar.gz.asc;PGP signature/a +/p +/li lia href=news/20041100.html#20041207.17 December 2004 - bJK-1.2.7-beta-2 released/b/a pThe Apache Jakarta Tomcat team is proud to announce the immediate availability of Jakarta Tomcat Connectors 1.2.7-beta-2. The release contains a fix to few compilation 1.5 +19 -0 jakarta-tomcat-connectors/jk/xdocs/news/20041100.xml Index: 20041100.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/news/20041100.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- 20041100.xml 7 Dec 2004 17:19:09 - 1.4 +++ 20041100.xml 13 Dec 2004 17:52:44 - 1.5 @@ -21,6 +21,25 @@ /a hr size=1 noshade=noshade / -- +a name=20041213.1 +h37 December - JK-1.2.7-beta-3 released/h3 +pThe Apache Jakarta Tomcat team is proud to announce the immediate availability +of Jakarta Tomcat Connectors 1.2.7-beta-3. The release contains a fix to few configuration +problems detected with JK-1.2.7-beta-2 version. +/p +p +We expect it to be ratified as a Stable release when the vote takes place +in the next week. +/p +p + Please see the a href=../changelog.htmlChangeLog/a for a full list of changes. +/p +pIf you find any bugs during testing this release, please fill in the +a href=http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205;Bugzilla/a +Bug Report. When entering bug select bNative:JK/b Component. +/p +/a +hr size=1 noshade=noshade / a name=20041207.1 h37 December - JK-1.2.7-beta-2 released/h3 pThe Apache Jakarta Tomcat team is proud to announce the immediate availability - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32672] New: - IIS Stops after - GET /WEB-INF./web.xml http/1.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=32672. 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=32672 Summary: IIS Stops after - GET /WEB-INF./web.xml http/1.1 - Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Windows 2000 Status: NEW Severity: blocker Priority: P2 Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, We are having a strange behavior with Jakarta filter loaded in NT4.0 Enterprise Edition with IIS 4.0. After reproducing the steps the IIS service stops: telnet (server) 80 GET /WEB-INF./web.xml http/1.1 The output generated is: HTTP/1.1 403 Forbidden Server: Microsoft-IIS/4.0 Date: Thu, 09 Dec 2004 23:34:29 GMT !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//ENHTMLHEADTITLE Access forbidden!!/TITLE/HEADBODYH1Access forbidden!/H1DLDD You do n't have permission to access the requested object.It is either read-protected o r not readable by the server./DL/DD/BODY/HTML In the event viewer is displayed (sounds correct): Emerg: [jk_isapi_plugin.c (434)]: HttpFilterProc [/web-inf./web.xml] points to the web-inf or meta-inf directory. Somebody try to hack into the site!!! If Jakarta filter is not loaded there is no problem. We are using jakarta- tomcat-connectors-jk2 0 4-win32-IIS.zip . Regards, Hugo Mendonça -- 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 32675] - Form based login fails after context reload
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=32675. 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=32675 --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 23:32 --- Created an attachment (id=13748) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13748action=view) Minimal war demonstrating problem This war file contains a webapp with a protected index.html that displays the problem described above -- 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 21766] - mod_jk2 URL mount problem in recent versions
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=21766. 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=21766 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:33 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 22045] - Virtual host mappings in mod_jk2 (related to bug 18472)
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=22045. 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=22045 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:34 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 22114] - mod_jk2: wrong load balancing group assigned
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=22114. 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=22114 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:34 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 29558] - JK2 blocks access to WEB-INF
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=29558. 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=29558 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:37 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 27851] - two independent workers with mod_jk2 handled as one group
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=27851. 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=27851 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:36 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 28790] - connection reset by peer and ajp13.service() ajpGetReply recoverable error 3 mod_jk2
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=28790. 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=28790 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:37 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 27723] - jk_logger_file.c fails to build on Alpha. jk2_logger_file_jkVLog uses 'args' incorrectly?
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=27723. 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=27723 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Platform||All Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:36 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 27884] - mod_jk2 making multiple requests when client cancels the load of the page
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=27884. 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=27884 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED OS/Version||All Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:36 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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: Re: Re: Re: Re: DO NOT REPLY [Bug 32604] -
This email is in response to your job application. In order to be considered for this position, you must apply by visiting www.flexjobs.com/internal.asp. There you will find detailed instructions on how you can upload your resume to our jobs database for immediate consideration. Digiflex HR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config workers.xml
mturk 2004/12/14 00:48:07 Modified:jk/xdocs/config workers.xml Log: Explain some default values. Revision ChangesPath 1.7 +14 -13jakarta-tomcat-connectors/jk/xdocs/config/workers.xml Index: workers.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/workers.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- workers.xml 13 Dec 2004 09:26:12 - 1.6 +++ workers.xml 14 Dec 2004 08:48:07 - 1.7 @@ -107,13 +107,14 @@ Port number of the remote Tomcat instance listening for defined protocol requests. /directive -directive name=socket_timeout default=infinite required=false +directive name=socket_timeout default=0 required=false Socket timeout in seconds used for communication channel between JK and remote host. If remote host does not respond inside that timeout the JK will generate an error, -and retry again. +and retry again. If set to value zero (default) the JK will wait for infinite +on all socket operations. /directive -directive name=socket_keepalive required=false +directive name=socket_keepalive default=False required=false This directive should be used when you have a firewall between your webserver and the Tomcat engine, who tend to drop inactive connections. This flag will told Operating System to send codeKEEP_ALIVE/code message on inactive connections (interval depend on global OS settings, @@ -125,13 +126,14 @@ /p /directive -directive name=recycle_timeout required=false +directive name=recycle_timeout default=0 required=false The number of seconds that told webserver to cut an ajp13 connection after some time of inactivity. When choosing an endpoint for a request and the assigned socket is open, it will be closed if it was not used for the configured time. It's a good way to ensure that there won't too old threads living on Tomcat side, with the extra cost you need to reopen the socket next time a request be forwarded. -This property is very similar to bcache_timeout/b but works also in non-cache mode. +This property is very similar to bcache_timeout/b but works also in non-cache mode. +If set to value zero (default) no recycle will took place. /directive directive name=retries default=3 required=false @@ -140,13 +142,13 @@ each retry after default an extra wait of 100ms will be inserted. /directive -directive name=cachesize default=0 required=false +directive name=cachesize default=1 required=false Cachesize property is usefull when you're using JK in multithreaded web servers such as Apache 2.0 (worker), IIS and Netscape. They will benefit the most by setting this value to a higher level (such as the estimated average concurrent users for Tomcat). If cachesize is not set, the connection cache support is disabled. Cachesize determines the minimum number of open connections to backend Tomcat. -warnDo not use cachesize with bprefork mpm/b or bapache 1.3.x/b!/warn +warnDo not use cachesize with values higer then 1 on bprefork mpm/b or bapache 1.3.x/b!/warn /directive directive name=cache_timeout default=0 required=false @@ -162,7 +164,7 @@ until killed. And since the webserver will keep its childs/threads running to handle high-load, even it the child/thread handle only static contents, you could finish having many unused ajp13 threads on the Tomcat side. -/p +/p. /directive directive name=lb_factor default=1 required=false @@ -173,7 +175,6 @@ that makes the load balancer. For example if one worker has lb_factor 5 times higher then other worker, then it will receive five times more requests. /directive - /directives /subsection @@ -218,7 +219,7 @@ /p directives -directive name=balance_workers required=true +directive name=balance_workers default= required=true A comma separated list of workers that the load balancer need to manage. p @@ -242,7 +243,7 @@ subsection name=Advanced worker directives directives -directive name=connect_timeout required=false +directive name=connect_timeout default=0 required=false Connect timeout property told webserver to send a PING request on ajp13 connection after connection is established. The parameter is the delay in milliseconds to wait for the PONG reply. p @@ -252,7 +253,7 @@ /p /directive -directive name=prepost_timeout required=false +directive name=prepost_timeout default=0 required=false Prepost timeout property told webserver to send a PING request on ajp13 connection before forwarding to it a request. The parameter is the delay in milliseconds to wait for the PONG reply. p @@ -262,7 +263,7 @@ /p /directive -directive name=reply_timeout required=false
Re: Re: Re: Re: Re: Re: DO NOT REPLY [Bug 32604] -
This email is in response to your job application. In order to be considered for this position, you must apply by visiting www.flexjobs.com/internal.asp. There you will find detailed instructions on how you can upload your resume to our jobs database for immediate consideration. Digiflex HR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/config workers.xml
This email is in response to your job application. In order to be considered for this position, you must apply by visiting www.flexjobs.com/internal.asp. There you will find detailed instructions on how you can upload your resume to our jobs database for immediate consideration. Digiflex HR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: Re: DO NOT REPLY [Bug 32604] -
This email is in response to your job application. In order to be considered for this position, you must apply by visiting www.flexjobs.com/internal.asp. There you will find detailed instructions on how you can upload your resume to our jobs database for immediate consideration. Digiflex HR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32604] - Some httpHeaders can be lost in response
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=32604. 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=32604 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 10:02 --- Please, don't waste your time. The specification is very clear. -- 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]
tomcat5w.exe problems
I wish to signal a couple of problems i found using tomcat5w.exe (Tomcat 5.5.4 and Java 1.5 on Win XP Pro SP2). 1- when the Monitor window is opened (click Configure from the tray icon context menu), calling tomcat5w.exe //MQ//Tomcat5 won't stop the running monitor process. The window closes, the icon disappears from the tray, but the process is still active in the background and any attempt to recover or restart it will fail unless you manually kill it first. The process shows an active thread with state Wait:WrUserRequest and the thread stack shows ntdll.dll!KiFastSystemCallRet tomcat5w.exe+0x482b 2- if you start the Tomcat5 service from the Monitor and then you stop it using tomcat5.exe //SS//Tomcat5 the monitor won't update the service status and will continue to show it as running. You have to request the stop from the monitor itself (even if the service is already stopped) to have the status refreshed and to be able to restart the service from the monitor. Regards, Gabriele. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PersistentManagerBase (etc) Patches
Jess Holle wrote: A week or two ago I found I had need of the persistent session manager, PersistentManagerBase -- and also noticed its experimental status. Looking at the sources I found FIXME comments regarding: (1) a race condition between session passivation and session usage and (2) a lack of LRU sorting to passivate oldest sessions first. I also discovered that all passivated sessions are regularly (every minuted by default) read back into memory in their entirety to check if they should be expired. The attached set of patches is intended to address all of these issues -- and seems to do so to the best of my (admittedly limited) testing. There are additional fixes that should be made to JDBCStore (i.e. in general it seems to a trip to the database for every row in many cases where 1 per 'n' would suffice), but this was of less interest to me for the time being than FileStore, so I have not pursued these. Also, I introduced a new attribute to PersistentManagerBase, but have not yet exposed it via JMX. This is intentional at this point as I am uncertain as to the merits of the non-default value of this operation as of yet. Comments and questions are welcome. All of the patches are against 5.0.30, but I could update them for 5.5.x if there was sufficient interest (e.g. if a committer was interested in committing them). I don't like the foundation on which the patch stands, unfortunately. I also don't quite see the real-world usefulness of some of the new features, for example the date usage sorting. In particular, all the proposed changes to the base classes (std session, manager base, request), which seem to be designed to add fake robustness to the mix, and add more complexity. I don't think any of these changes bring anything useful, but they do decrease performance and maintainability. BTW, 5.5.x is the current dev branch, and could get that kind of major changes, but 5.0.x cannot. The changes could possibly be ported eventually, but I'm -1 for committing anything there first. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat5w.exe problems
Gabriele Garuglieri wrote: I wish to signal a couple of problems i found using tomcat5w.exe (Tomcat 5.5.4 and Java 1.5 on Win XP Pro SP2). 1- when the Monitor window is opened (click Configure from the tray icon context menu), calling tomcat5w.exe //MQ//Tomcat5 won't stop the running monitor process. 2- if you start the Tomcat5 service from the Monitor and then you stop it using tomcat5.exe //SS//Tomcat5 the monitor won't update the service status and will continue to show it as running. Hi Gabriele, I must admit that you have make things that never cross my mind. Who will ever wish to do something like that and for what purpose :)? Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32689] New: - Can not resolve symbol apache in org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode
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=32689.
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=32689
Summary: Can not resolve symbol apache in
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode
Product: Tomcat 5
Version: 5.0.27
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P1
Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
i tried to deploy my application on Tomcat 5.0.27 and the resulting error is
javax.servlet.ServletException: Unable to compile class for JSP
An error occurred at line: 691 in the jsp file: /address_bookm.jsp
Generated servlet error:
C:\jakarta-tomcat-5.0.27\work\Catalina\localhost\portfolioip-
web\org\apache\jsp\address_005fbookm_jsp.java:1085: cannot resolve symbol
symbol : variable apache
location: class com.its.portfolioip.biz.organization.Organization
org.apache.jasper.runtime.JspRuntimeLibrary.include(request,
response, navigationCommon.jsp + ((navigationCommon.jsp).indexOf('?')
0? '': '?') + org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode
(parametersToPass, request.getCharacterEncoding())+ = +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(String.valueOf
(parametersToPass), request.getCharacterEncoding()) + +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(first,
request.getCharacterEncoding())+ = +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(String.valueOf(first),
request.getCharacterEncoding()) + +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(last,
request.getCharacterEncoding())+ = +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(String.valueOf(last),
request.getCharacterEncoding()) + +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(total,
request.getCharacterEncoding())+ = +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(String.valueOf(total),
request.getCharacterEncoding()) + +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(URL,
request.getCharacterEncoding())+ = +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(addressBookAct.do,
request.getCharacterEncoding()) + +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(recordsToShow,
request.getCharacterEncoding())+ = +
org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode(20,
request.getCharacterEncoding()), out, true);
the underlying code causing this error is:
jsp:include page=navigationCommon.jsp flush=true
jsp:param name=parametersToPass value=%=parametersToPass% /
jsp:param name=first value=%=first% /
jsp:param name=last value=%=last% /
jsp:param name=total value=%=total% /
jsp:param name=URL value=addressBookAct.do /
jsp:param name=recordsToShow value=20 /
/jsp:include
--
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 32604] - Some httpHeaders can be lost in response
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=32604. 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=32604 --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 11:05 --- *** Bug 32688 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32688] New: - Setting content length to 0 stops sendRedirect
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=32688. 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=32688 Summary: Setting content length to 0 stops sendRedirect Product: Tomcat 5 Version: 5.0.30 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Here is my example: Test.jsp [EMAIL PROTECTED] language=java contentType=text/html;charset=utf-8 pageEncoding=utf-8 %%response.setContentLength(0);response.sendRedirect (http://www.apache.org;);% (all on the same line) by calling this jsp i've got the following answer HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception java.lang.IllegalStateException org.apache.coyote.tomcat5.CoyoteResponseFacade.sendRedirect (CoyoteResponseFacade.java:352) org.apache.jsp.Test_jsp._jspService(Test_jsp.java:46) org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:324) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) According to the specification: setContentLength(int) public void setContentLength(int len) Sets the length of the content body in the response In HTTP servlets, this method sets the HTTP Content-Length header. Parameters: len - an integer specifying the length of the content being returned to the client; sets the Content-Length header sendRedirect(String) public void sendRedirect(java.lang.String location) throws IOException Sends a temporary redirect response to the client using the specified redirect location URL. This method can accept relative URLs; the servlet container must convert the relative URL to an absolute URL before sending the response to the client. If the location is relative without a leading / the container interprets it as relative to the current request URI. If the location is relative with a leading / the container interprets it as relative to the servlet container root. If the response has already been committed, this method throws an Illegal- StateException. After using this method, the response should be considered to be committed and should not be written to. Parameters: location - the redirect location URL Throws: IOException - If an input or output exception occurs IllegalStateException - If the response was committed or if a partial URL is given and cannot be converted into a valid URL SRV.5.5 Closure of Response Object When a response is closed, the container must immediately flush all remaining content in the response buffer to the client. The following events indicate that the servlet has satisfied the request and that the response object is to be closed: The termination of the service method of the servlet. The amount of content specified in the setContentLength method of the response has been written to the response. The sendError method is called. The sendRedirect method is called. As I am not writting in the content (I've check in the jsp compilation file) but just put some http header this should work. -- 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: tomcat5w.exe problems
Mladen Turk wrote: Who will ever wish to do something like that and for what purpose? Me, for instance :)? Hi Mladen, i was almost certain that someone would have thought i'm mad, well i'll try to explain, but it's not that simple and language don't help either. Our group is actively developing on Tomcat and not everybody in the group has the skill, or want to bother about Tomcat installation and update, so i built using NSIS (i must admit i initially predated your tomcat.nsi) an installer that build all the structure needed to run a Tomcat server, installs some support scripts, configures the server.xml with the rigth ports and other parameters (taken from a configuration page), builds and configure log4j support (without touching the tomcat installation thanks to catalina.properties), build a service for this server and builds all the shortcuts needed to start/stop the service, remove/install the service, and/or start/stop manually the server. This means that with a single, read only, tomcat installation (thanks to catalina.base) i can configure multiple servers in a single machine and manage each of it as a service or as a manually started server. Think, i can even test clustered configurations in my machine with minimum effort. This also allow for easy Tomcat update because nothing of of my configurations is within the tomcat installation structure like it is if i use the Tomcat5 service that comes as default. It was during the tests for all this stuff that i found those errors. Can i qualify as an advanced Tomcat user? Gabriele. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Quite *different* behaviour of JDT compiler and ant compiler.
Since I believe that there *still* is some major flaw in the jsp compiler I
prepared a sample application.
The application consists of two jsp pages: the one that is using taglibs
(namely jstl) and the one that is not.
Context.xml is crafted so that it should prevent so called JAR
locking/resource locking.
notags.jsp
%@ taglib uri=http://java.sun.com/jsp/jstl/fmt; prefix=fmt %
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
body
H1fmt taglib/H1
jsp:useBean id=now class=java.util.Date/
fmt:formatDate value=${now} type=both/
/body
/html
tags.jsp
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
body
H1no fmt taglib/H1
%=java.text.DateFormat.getDateTimeInstance().format(new
java.util.Date()) %
/body
/html
WEB-INF/web.xml
?xml version=1.0 encoding=ISO-8859-1?
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
descriptionTagtest Application/description
display-nametagtest/display-name
welcome-file-list
welcome-fileindex.html/welcome-file
/welcome-file-list
/web-app
META-INF/context.xml
Context antiJARLocking=true
/Context
There are also jstl.jar and standard.jar below WEB-INF/lib
With such an application I have conducted two types of tests:
1. with an out-of-the-box jdt-compiler
2. with an old-style ant-compiler. (I substituted jdt as follows: removed
jasper-compiler-jdt.jar, copied ant.jar and
ant-launcher.jar from tomcat 5.0.30 distro to common/lib, copied tools.jar
from java 5.0 sdk to common/lib. No changes in default web.xml)
Each test consisted of the following steps:
1. Clean tomcat startup
2. ant deploy
3. access http://localhost:8080/tagtest/notags.jsp (this invokes the jsp
compilation)
4. ant undeploy
5. ant list, check webapp dir to see if there is anything left in the
context dir
6. ant deploy
7. access http://localhost:8080/tagtest/tags.jsp (this invokes the jsp
compilation with the dependant taglib)
8. ant undeploy
9. ant list, check webapp dir to see if there is anything left in the
context dir
And now (drumroll...) the conclusions:
When using the old ant-compiler (notice that the fork is set to false) all
nine steps of the test pass. After the ninth one (the successfull
undeployment) there is nothing left (no context dir in the webapp
directory). After switching back to the JDT compiler, thought the undeploy
task completes with the OK status, there is the taglib
(tagtest/WEB-INF/lib/standard.jar) left. This doesn't happen (with either
compiler) if the application beeing deployed is precompiled, of course.
This leads (me) to the conclusion that JDT screws things up.
I am not reopening a bug report, as I do not want to get cursed by Remy ;).
I have been struggling with this problem for quite some time with an
application I currently develop. It really makes the deployment cycle
tiresome (I have to restart tomcat, g). And the antiJARLocking neither
antiResourceLocking solution seems to work - I have tried several
combinations: antiJARLocking=true on context.xml,
antiResourceLocking=true on context.xml, antiJARLocking=true on default
context.xml and antiResourceLocking=true on default context.xml
The test setup was: W2K/WXP, Tomcat 5.5.6 (ant compiler jars taken from
Tomcat 5.0.30), Java 5.0 SDK
If anyone cares, I can provide the test application used for described
tests containing an ant build/deployment script (slightly modified
build.xml from the deployer package).
cheers,
/dd
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat5w.exe problems
Gabriele Garuglieri wrote: Mladen Turk wrote: Who will ever wish to do something like that and for what purpose? Me, for instance :)? He he :) Well, one can always break any software product. I really did not expect an even imagine such strange combinations for starting/stopping tomcat service. If I catch some time I'll try to fix all those escapades :). Can i qualify as an advanced Tomcat user? Sure! At least for the pushing-service-to-the-limit part :). Cheers, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: JK 1.2.7 Problem?
Copying in DEV on this JK issue/solution on Mladen's request. The release build worked fine. Allistair. Mladen Whow! Seems that the problem is caused by the fact that beta3 binaries are compiled as 'debug' so tolower function is issuing an assertion. I'll make a release build and sent it to your email directly. Can you check the results with release build? Regards, Mladen. -Original Message- From: Allistair Crossley Sent: 14 December 2004 11:11 To: 'Tomcat Users List' Subject: RE: JK 1.2.7 Problem? Here is the trace logging. IE just hangs for a long while and does not get anywhere. As soon as 1.2.6 is back in, it works again. Cheers, Allistair. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:48 2004] [3176:1560] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:48 2004] [3176:2132] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1004): Using registry. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1006): Using log file d:\jakarta-tomcat-jk\logs\isapi.log. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1007): Using log level 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_alloc::jk_uri_worker_map.c (192): enter [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1008): Using extension uri /jakarta/isapi_redirect.dll. [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1009): Using worker file d:\jakarta-tomcat-jk\conf\workers.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_open::jk_uri_worker_map.c (442): enter [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1010): Using worker mount file d:\jakarta-tomcat-jk\conf\uriworkermap.properties. [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] uri_worker_map_open::jk_uri_worker_map.c (461): rule map size is 2 [Tue Dec 14 11:06:50 2004] [3176:2160] [debug] init_jk::jk_isapi_plugin.c (1012): Using uri select 0. [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_add::jk_uri_worker_map.c (266): enter [Tue Dec 14 11:06:50 2004] [3176:3356] [debug] uri_worker_map_add::jk_uri_worker_map.c (360): suffix rule /.do=ajp13 was added [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_add::jk_uri_worker_map.c (433): exit [Tue Dec 14 11:06:50 2004] [3176:3356] [trace] uri_worker_map_add::jk_uri_worker_map.c (266): enter [Tue Dec 14 11:06:50 2004] [3176:3356] [debug]
Re: Quite *different* behaviour of JDT compiler and ant compiler.
Dominik Drzewiecki wrote:
Since I believe that there *still* is some major flaw in the jsp compiler I
prepared a sample application.
The application consists of two jsp pages: the one that is using taglibs
(namely jstl) and the one that is not.
Context.xml is crafted so that it should prevent so called JAR
locking/resource locking.
notags.jsp
%@ taglib uri=http://java.sun.com/jsp/jstl/fmt; prefix=fmt %
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
body
H1fmt taglib/H1
jsp:useBean id=now class=java.util.Date/
fmt:formatDate value=${now} type=both/
/body
/html
tags.jsp
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
html
body
H1no fmt taglib/H1
%=java.text.DateFormat.getDateTimeInstance().format(new
java.util.Date()) %
/body
/html
WEB-INF/web.xml
?xml version=1.0 encoding=ISO-8859-1?
web-app xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
version=2.4
descriptionTagtest Application/description
display-nametagtest/display-name
welcome-file-list
welcome-fileindex.html/welcome-file
/welcome-file-list
/web-app
META-INF/context.xml
Context antiJARLocking=true
/Context
There are also jstl.jar and standard.jar below WEB-INF/lib
With such an application I have conducted two types of tests:
1. with an out-of-the-box jdt-compiler
2. with an old-style ant-compiler. (I substituted jdt as follows: removed
jasper-compiler-jdt.jar, copied ant.jar and
ant-launcher.jar from tomcat 5.0.30 distro to common/lib, copied tools.jar
from java 5.0 sdk to common/lib. No changes in default web.xml)
Each test consisted of the following steps:
1. Clean tomcat startup
2. ant deploy
3. access http://localhost:8080/tagtest/notags.jsp (this invokes the jsp
compilation)
4. ant undeploy
5. ant list, check webapp dir to see if there is anything left in the
context dir
6. ant deploy
7. access http://localhost:8080/tagtest/tags.jsp (this invokes the jsp
compilation with the dependant taglib)
8. ant undeploy
9. ant list, check webapp dir to see if there is anything left in the
context dir
And now (drumroll...) the conclusions:
When using the old ant-compiler (notice that the fork is set to false) all
nine steps of the test pass. After the ninth one (the successfull
undeployment) there is nothing left (no context dir in the webapp
directory). After switching back to the JDT compiler, thought the undeploy
task completes with the OK status, there is the taglib
(tagtest/WEB-INF/lib/standard.jar) left. This doesn't happen (with either
compiler) if the application beeing deployed is precompiled, of course.
This leads (me) to the conclusion that JDT screws things up.
I am not reopening a bug report, as I do not want to get cursed by Remy ;).
I really hate when people post for bugs like this on tomcat-dev: they
cannot even be bothered to read the mailing list guidelines and post to
the right mailing list instead of either bugzilla or tomcat-dev.
I have been struggling with this problem for quite some time with an
application I currently develop. It really makes the deployment cycle
tiresome (I have to restart tomcat, g). And the antiJARLocking neither
antiResourceLocking solution seems to work - I have tried several
combinations: antiJARLocking=true on context.xml,
antiResourceLocking=true on context.xml, antiJARLocking=true on default
context.xml and antiResourceLocking=true on default context.xml
Try harder. If you cannot, then use a real operating system to work with.
The test setup was: W2K/WXP, Tomcat 5.5.6 (ant compiler jars taken from
Tomcat 5.0.30), Java 5.0 SDK
If anyone cares, I can provide the test application used for described
tests containing an ant build/deployment script (slightly modified
build.xml from the deployer package).
For user questions, try tomcat-user.
Rmy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
TC 5.5 -- /servlet-examples stdout trash
Hi all, What is the purpose of the following in the output window when accessing any of the /servlet-examples/* demos? How can this be turned off, or at least showed only on debug level? I'm not able to use the servlet examples any more for the testing because for each request I got those two lines on the stdout. 2004.12.14 13:56:06 org.apache.catalina.core.ApplicationContext log INFO: InvokerFilter(ApplicationFilterConfig[name=Path Mapped Filter, filterClass =filters.ExampleFilter]): 0 milliseconds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32694] New: - java.io.FileNotFoundException on startup when antiResourceLocking=true on default context
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=32694. 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=32694 Summary: java.io.FileNotFoundException on startup when antiResourceLocking=true on default context Product: Tomcat 5 Version: 5.5.6 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After setting antiResourceLocking=true in default conf/context.xml I get the following on Tomcat startup (and each subsequent deployment). 2004-12-14 14:12:18 org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 2004-12-14 14:12:18 org.apache.catalina.startup.Catalina load INFO: Initialization processed in 1704 ms 2004-12-14 14:12:18 org.apache.catalina.core.StandardService start INFO: Starting service Catalina 2004-12-14 14:12:18 org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.5.6 2004-12-14 14:12:18 org.apache.catalina.core.StandardHost start INFO: XML validation disabled 2004-12-14 14:12:19 org.apache.catalina.core.ApplicationContext log INFO: org.apache.webapp.balancer.BalancerFilter: init(): ruleChain: [org.apache.webapp.balancer.RuleChain: [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string: News / Redirect URL: http://www.cnn.com], [org.apache.webapp.balancer.rules.RequestParameterRule: Target param name: paramName / Target param value: paramValue / Redirect URL: http://www.yahoo.com], [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]] java.io.FileNotFoundException: webapps\jsp-examples (System nie mo#380;e odnale#378;#263; okre#347;lonej #347;cie#380;ki) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(Unknown Source) at org.apache.catalina.startup.ExpandWar.copyInternal(ExpandWar.java:226) at org.apache.catalina.startup.ExpandWar.copy(ExpandWar.java:192) at org.apache.catalina.startup.ContextConfig.antiLocking(ContextConfig.java:878) at org.apache.catalina.startup.ContextConfig.beforeStart(ContextConfig.java:915) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:251) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3871) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:907) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:870) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:474) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1104) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:310) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1019) at org.apache.catalina.core.StandardHost.start(StandardHost.java:718) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1011) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:437) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2010) at org.apache.catalina.startup.Catalina.start(Catalina.java:537) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409) 2004-12-14 14:12:20 org.apache.catalina.core.ApplicationContext log INFO: ContextListener: contextInitialized() 2004-12-14 14:12:20 org.apache.catalina.core.ApplicationContext log INFO: SessionListener: contextInitialized() java.io.FileNotFoundException: webapps\ROOT (System nie mo#380;e odnale#378;#263; okre#347;lonej #347;cie#380;ki) at java.io.FileInputStream.open(Native Method) at
DO NOT REPLY [Bug 32694] - java.io.FileNotFoundException on startup when antiResourceLocking=true on default context
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=32694. 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=32694 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|java.io.FileNotFoundExceptio|java.io.FileNotFoundExceptio |n on startup when |n on startup when |antiResourceLocking=true |antiResourceLocking=true |on default context |on default context --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 14:58 --- There's a defect in the code which makes the path absolute in the antiLocking method, which eventually causes the exception. You don't seem to like running the VM from Tomcat's CATALINA_BASE path. But, it's cool, by doing unusual things, you run into more issues. -- 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 32694] - java.io.FileNotFoundException on startup when antiResourceLocking=true on default context
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=32694. 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=32694 --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 15:14 --- In this particular case Tomcat was run as an NT service by means provided by Windoze installer. I have not applied any changes to what the installer had placed on my FS. Nothing unusual IMHO. -- 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]
Leaving Millennium, going on vacation...
Hi, Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address will become invalid. I'm going on vacation for most of the rest of December, and then I'll be back in January (although we'll see how busy school will be. This is just an FYI, I'll still be around for a few more days before vacation, but after the 19th I'm out of the country and not taking my laptop with me... Yoav Shapira http://www.yoavshapira.com 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 32696] New: - WEB-INF protection stops 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=32696. 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=32696 Summary: WEB-INF protection stops IIS Product: Tomcat 4 Version: 4.1.30 Platform: PC OS/Version: Windows NT Status: NEW Severity: critical Priority: P2 Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, We are having a strange behavior with Jakarta filter loaded in NT4.0 Enterprise Edition with IIS 4.0. After reproducing the steps the IIS service stops: telnet (server) 80 GET /WEB-INF./web.xml http/1.1 The output generated is: HTTP/1.1 403 Forbidden Server: Microsoft-IIS/4.0 Date: Thu, 09 Dec 2004 23:34:29 GMT !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//ENHTMLHEADTITLE Access forbidden!!/TITLE/HEADBODYH1Access forbidden!/H1DLDD You do n't have permission to access the requested object.It is either read-protected o r not readable by the server./DL/DD/BODY/HTML In the event viewer is displayed (sounds correct): Emerg: [jk_isapi_plugin.c (434)]: HttpFilterProc [/web-inf./web.xml] points to the web-inf or meta-inf directory. Somebody try to hack into the site!!! If Jakarta filter is not loaded there is no problem. We are using jakarta- tomcat-connectors jk 1.2.6 win32-IIS. Regards, Hugo Mendonça -- 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 32696] - WEB-INF protection stops 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=32696. 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=32696 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 16:43 --- WEB-INF is protected folder. The log file says: HttpFilterProc [/web-inf./web.xml] points to the web-inf or meta-inf directory. Somebody try to hack into the site!!! So what's unclear? -- 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: Leaving Millennium, going on vacation...
Merry Christmas Yoav, all the best for the New Year and enjoy your holidays. I don't blame you leaving your laptop behind ;) See you in the New Year. Allistair. -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 14 December 2004 15:20 To: Tomcat Developers List Subject: Leaving Millennium, going on vacation... Hi, Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address will become invalid. I'm going on vacation for most of the rest of December, and then I'll be back in January (although we'll see how busy school will be. This is just an FYI, I'll still be around for a few more days before vacation, but after the 19th I'm out of the country and not taking my laptop with me... Yoav Shapira http://www.yoavshapira.com 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] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Developers of QuickAddress Software a href=http://www.qas.com;www.qas.com/a Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32604] - Some httpHeaders can be lost in response
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=32604. 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=32604 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 10:01 --- Remy Maucherat wrote The spec requires that the request is committed after the amount of bytes specified in the content-length has been written. So setting content-length to 0 commits (sort of). the section 5.5 bullet 2 says The amount of content specified in the setContentLength method of the response has been written to the response. We are talking headers not content here. I agree if it was body content, but not for http headers. I haven't seen either in the http rfc either in the servlet 2.4 any way to specify the http header length! After some thought it only appears in my case because the content-length is set to 0 and I write only http headers. -- 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_connect.c
mturk 2004/12/13 06:26:36
Modified:jk/native/common jk_connect.c
Log:
Use infinite timeout if socket_timeout is set to zero.
Revision ChangesPath
1.33 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_connect.c
Index: jk_connect.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_connect.c,v
retrieving revision 1.32
retrieving revision 1.33
diff -u -r1.32 -r1.33
--- jk_connect.c 13 Dec 2004 14:05:15 - 1.32
+++ jk_connect.c 13 Dec 2004 14:26:36 - 1.33
@@ -148,7 +148,7 @@
if (timeout != -1) {
/* do not allow non blocking sockets for now */
if (timeout == 0)
-timeout = 60 * 100;
+timeout = -1;
ret = jk_socket_timeout_set(sock, -1, timeout);
if (ret) {
jk_close_socket(sock);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32424] - Redirecting directiories with missing trailing slash breaks web applications
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=32424. 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=32424 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 15:32 --- In this case, Tomcat will indeed issue a redirect right away. Please do not reopen the issue. -- 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_connect.c
mturk 2004/12/13 06:43:41
Modified:jk/native/common jk_connect.c
Log:
Transform the config value to milliseconds.
Revision ChangesPath
1.34 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_connect.c
Index: jk_connect.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_connect.c,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- jk_connect.c 13 Dec 2004 14:26:36 - 1.33
+++ jk_connect.c 13 Dec 2004 14:43:41 - 1.34
@@ -148,8 +148,8 @@
if (timeout != -1) {
/* do not allow non blocking sockets for now */
if (timeout == 0)
-timeout = -1;
-ret = jk_socket_timeout_set(sock, -1, timeout);
+timeout = -1;
+ret = jk_socket_timeout_set(sock, -1, timeout * 1000);
if (ret) {
jk_close_socket(sock);
jk_log(l, JK_LOG_ERROR,
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: TCKs please
Shapira, Yoav wrote: Hi, Can someone please run the Servlet and JSP TCKs against Tomcat 5.5.6? I hope we can make it a stable release, and this is a required step in the process ;) Thanks, All tests passed OK (WinXP, Win2K3, SLES 8, Redhat 9). +1. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TCKs please
Shapira, Yoav wrote: Hi, Wow, that was fast -- thanks ;) Well I was just running the tests when your mail came in :). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32669] New: - JAVA_HOME should allow JRE (setclasspath.sh)
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=32669. 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=32669 Summary: JAVA_HOME should allow JRE (setclasspath.sh) Product: Tomcat 5 Version: 5.5.4 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Per the instructions in RUNNING.txt one should define JAVA_HOME to the root of the JRE (which is minimum required). However, the setclasspath.sh script will reject this because it looks for the existence of $JAVA_HOME/bin/javac. startup.sh fails with: The JAVA_HOME environment variable is not defined correctly This environment variable is needed to run this program NB: JAVA_HOME should point to a JDK not a JRE Therefore, Tomcat 5.5.4 does not work as documented without modifications to setclasspath.sh. -- 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_version.h
mturk 2004/12/13 09:03:52 Modified:jk/native/common jk_version.h Log: Increment version to beta 4. Revision ChangesPath 1.28 +3 -3 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.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- jk_version.h 7 Dec 2004 18:19:14 - 1.27 +++ jk_version.h 13 Dec 2004 17:03:50 - 1.28 @@ -29,8 +29,8 @@ #define JK_VERSTRING1.2.7 /* Beta number */ -#define JK_VERBETA 3 -#define JK_BETASTRING 3 +#define JK_VERBETA 4 +#define JK_BETASTRING 4 /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */ #define JK_VERISRELEASE 0 /** END OF AREA TO MODIFY BEFORE RELEASING */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_uri_worker_map.c
mturk 2004/12/13 08:57:39 Modified:jk/native/common jk_uri_worker_map.c Log: Remove '/*' within comment. Revision ChangesPath 1.37 +2 -9 jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c Index: jk_uri_worker_map.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- jk_uri_worker_map.c 13 Dec 2004 07:41:07 - 1.36 +++ jk_uri_worker_map.c 13 Dec 2004 16:57:39 - 1.37 @@ -16,17 +16,10 @@ /*** * Description: URI to worker map object. * - * Maps can be * - * * - * Exact Context - /exact/uri=worker e.g. /examples/do*=ajp12 * - * Context Based - /context/*=worker e.g. /examples/*=ajp12 * - * Context and suffix -/context/*.suffix=worker e.g. /examples/*.jsp=ajp12* - * * - * This lets us either partition the work among the web server and the * - * servlet container. * * * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision$ * + * Author: Mladen Turk [EMAIL PROTECTED] * + * Version: $Revision$ * ***/ #include jk_pool.h - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32672] - IIS Stops after - GET /WEB-INF./web.xml http/1.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=32672. 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=32672 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-13 20:34 --- JK2 is unsupported. -- 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 32675] New: - Form based login fails after context reload
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=32675. 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=32675 Summary: Form based login fails after context reload Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have configured form based login for a resource collection in my web app and it works fine. I do not directly reference the login form page. Tomcat handles the redirection for me as it should. But I am encountering a problem. When this sequence of events occurs: - Request a protected resource - User is presented with the login form, but doesn't log in yet - Context is reloaded (or container is restarted) - User logs in user the same form that was presented (without refreshing) The request fails with HTTP Status 400 - Invalid direct reference to form login page If I make sure to refresh the login page after the context is reloaded, everything works as expected. The code and config are the same in both cases. -- 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 28823] - [mod_jk2] Alias Apache2 directive and JkUriSet don't work together
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=28823. 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=28823 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:37 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 27667] - Multithreading bug in jk2 connector
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=27667. 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=27667 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 01:35 --- As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 will be marked as WONTFIX. In its place, some of its features have been backported to jk1. Most of those features will be seen in 1.2.7, which is slated for release on November 30th, 2004. Another alternative is the ajp addition to mod_proxy which will be part of apache 2. For more information on the Tomat connectors docs at http://jakarta.apache.org/tomcat/connectors-doc/ -- 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 32679] New: - JSSE13SocketFactory.java uses sun.* provider classes directly
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=32679. 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=32679 Summary: JSSE13SocketFactory.java uses sun.* provider classes directly Product: Tomcat 5 Version: Unknown Platform: PC URL: http://brutus.apache.org/gump/kaffe/jakarta-tomcat- connectors/jakarta-tomcat-util/gump_work/build_jakarta- tomcat-connectors_jakarta-tomcat-util.html OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] That prevents the build of tomcat connectors from succeeding with gump on kaffe. [javac] Found 4 semantic errors and issued 1 warning compiling /home/gump/workspaces2/kaffe/workspace/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE13SocketFactory.java: [javac] 50. protected boolean clientAuth = false; [javac] ^^ [javac] *** Semantic Warning: Field clientAuth shadows a field of the same name in org.apache.tomcat.util.net.jsse.JSSESocketFactory. [javac] 69. Security.addProvider (new sun.security.provider.Sun()); [javac] ^-^ [javac] *** Semantic Error: You need to modify your classpath, sourcepath, bootclasspath, and/or extdirs setup. Jikes could not find package sun in: [javac] /usr/local/gump/kaffe/workspace/xml-xerces2/java/build/xercesImpl.jar [javac] /usr/local/gump-kaffe/jre/lib/rt.jar [javac] /usr/local/gump-kaffe/lib/kjc.jar [javac] /usr/local/gump-kaffe/lib/gjdoc.jar [javac] /home/gump/workspaces2/kaffe/workspace/jakarta-tomcat-connectors/util/build/classes [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-stylebook.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-jmf.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-swing.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-trax.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-junit.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-launcher.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-nodeps.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jcert.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jnet.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jsse.jar [javac] /usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar [javac] /usr/local/gump/kaffe/workspace/jakarta-commons/logging/dist/commons-logging.jar [javac] /home/gump/workspaces2/kaffe/workspace/jakarta-tomcat-connectors/util/java [javac] /usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar [javac] . cheers, dalibor topic -- 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 32680] - jakarta-tomcat-connectors has SUN specific code causes problem in Kaffe
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=32680. 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=32680 [EMAIL PROTECTED] changed: What|Removed |Added Summary|jakarta-tomcat-connectors |jakarta-tomcat-connectors |has SUN specific code |has SUN specific code causes ||problem in Kaffe -- 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 32680] - jakarta-tomcat-connectors has SUN specific code causes problem in Kaffe
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=32680. 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=32680 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 03:36 --- *** Bug 32679 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32679] - JSSE13SocketFactory.java uses sun.* provider classes directly
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=32679. 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=32679 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 03:36 --- *** This bug has been marked as a duplicate of 32680 *** -- 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 32680] New: - jakarta-tomcat-connectors has SUN specific code
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=32680. 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=32680 Summary: jakarta-tomcat-connectors has SUN specific code Product: Tomcat 5 Version: Unknown Platform: All URL: http://brutus.apache.org/gump/kaffe/jakarta-tomcat- connectors/jakarta-tomcat-util/gump_work/build_jakarta- tomcat-connectors_jakarta-tomcat-util.html OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Connector:HTTP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] For example, jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE13SocketFactory.java has the following lines: 69: Security.addProvider (new sun.security.provider.Sun()); 70: Security.addProvider (new com.sun.net.ssl.internal.ssl.Provider()); Can we please do this via reflection? Folks using Kaffe are facing problems. This problem was uncovered by Kaffe/Gump: http://brutus.apache.org/gump/kaffe/jakarta-tomcat-connectors/jakarta-tomcat-util/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-util.html Thanks, dims -- 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]
PersistentManagerBase (etc) Patches
A week or two ago I found I had need of the persistent session manager,
PersistentManagerBase -- and also noticed its experimental status.
Looking at the sources I found FIXME comments regarding: (1) a race
condition between session passivation and session usage and (2) a lack
of LRU sorting to passivate oldest sessions first. I also discovered
that all passivated sessions are regularly (every minuted by default)
read back into memory in their entirety to check if they should be expired.
The attached set of patches is intended to address all of these issues
-- and seems to do so to the best of my (admittedly limited) testing.
There are additional fixes that should be made to JDBCStore (i.e. in
general it seems to a trip to the database for every row in many cases
where 1 per 'n' would suffice), but this was of less interest to me for
the time being than FileStore, so I have not pursued these. Also, I
introduced a new attribute to PersistentManagerBase, but have not yet
exposed it via JMX. This is intentional at this point as I am uncertain
as to the merits of the non-default value of this operation as of yet.
Comments and questions are welcome. All of the patches are against
5.0.30, but I could update them for 5.5.x if there was sufficient
interest (e.g. if a committer was interested in committing them).
--
Jess Holle
[EMAIL PROTECTED]
--- StandardSession-5.0.30.java 2004-12-13 21:28:06.0 -0600
+++ StandardSession.java2004-12-13 21:28:04.0 -0600
@@ -593,7 +593,14 @@
* should be called by the context when a request comes in for a particular
* session, even if the application does not reference it.
*/
-public void access() {
+public synchronized void access() {
+
+ManagerBase managerBase = ( ( manager instanceof ManagerBase ) ?
(ManagerBase) manager : null );
+if ( managerBase != null )
+managerBase.preAccess( this );
+
+if ( !isValid || expiring )
+ return;
this.lastAccessedTime = this.thisAccessedTime;
this.thisAccessedTime = System.currentTimeMillis();
@@ -601,7 +608,10 @@
evaluateIfValid();
accessCount++;
-
+
+if ( isValid )
+if ( managerBase != null )
+managerBase.access( this );
}
@@ -611,11 +621,12 @@
public void endAccess() {
isNew = false;
-accessCount--;
-
+if ( accessCount 0 )
+--accessCount;
+else if ( debug 0 )
+log( Session + getId() + accessCount [ + ( accessCount - 1 )
+ ] 0 ); // show access count as it would be if we had decremented
}
-
/**
* Add a session event listener to this component.
*/
@@ -790,6 +801,20 @@
}
+/**
+ * Copy all non-transient fields other than id from 'otherSession' to
+ * this session.
+ */
+protected void copyFieldsOf( StandardSession otherSession )
+{
+ this.attributes = (HashMap) otherSession.attributes.clone();
+ this.creationTime = otherSession.creationTime ;
+ this.lastAccessedTime = otherSession.lastAccessedTime;
+ this.maxInactiveInterval = otherSession.maxInactiveInterval;
+ this.isNew = otherSession.isNew;
+ this.isValid = otherSession.isValid;
+ this.thisAccessedTime = otherSession.thisAccessedTime;
+}
/**
* Release all object references, and initialize instance variables, in
@@ -802,7 +827,7 @@
setAuthType(null);
creationTime = 0L;
expiring = false;
-id = null;
+// id = null;
lastAccessedTime = 0L;
maxInactiveInterval = -1;
accessCount = 0;
@@ -810,7 +835,7 @@
setPrincipal(null);
isNew = false;
isValid = false;
-manager = null;
+// manager = null;
}
--- StoreBase-5.0.30.java 2004-12-13 21:29:12.0 -0600
+++ StoreBase.java 2004-12-13 21:29:08.0 -0600
@@ -204,7 +204,7 @@
}
try {
-keys = keys();
+keys = keysThatMayBeExpired();
} catch (IOException e) {
log (e.toString());
e.printStackTrace();
@@ -213,13 +213,10 @@
for (int i = 0; i keys.length; i++) {
try {
-StandardSession session = (StandardSession) load(keys[i]);
+StandardSession session = (StandardSession)
loadSessionIfShouldBeExpired(keys[i]);
if (session == null) {
continue;
}
-if (session.isValid()) {
-continue;
-}
if ( ( (PersistentManagerBase) manager).isLoaded( keys[i] )) {
// recycle old backup session
session.recycle();
@@ -239,7 +236,34 @@
}
}
}
+
+protected String[] keysThatMayBeExpired()
+throws IOException
+{
+
DO NOT REPLY [Bug 32680] - jakarta-tomcat-connectors has SUN specific code causes problem in Kaffe
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=32680. 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=32680 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 05:56 --- To compile with a non-Sun JVM, you need to have the JSSE 1.0.x jars available. These are in the CLASSPATH on the Gump page, and in the classpath entry under the javac in the build.xml file. This points to the problem being with Kaffe, or with ant's integration with Kaffe. -- 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]
executing jsp independently
hi, I am generating a html report using JSP. we also exporting this report to pdf. since the fop conversion takes quite a long time we have to do this export asynchronously. for this we have to use velocity. is there any way i can use JSP for this purpose. Had it been sync, we could have used JSP to create the fo which could have been transformed using a filter. but in the async mode tomcat reuses the same request and response objects for some other request, so can't use this trick. Though JSP and servlets are meant for synchronous request handling, I THINK executing JSP independently should be possible if we are able to pass it some dummy request and response objects. I am ready to tinker with tomcat code locally to get this working. Any advice or pointers to relevant piece of code?? I think this is dev question, if not I am sorry for posting on the wrong list. thanks, nishant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: executing jsp independently
This is an automated message that will hopefully answer any questions you might have: HOW TO UNSUBSCRIBE: Visit www.insanepictures.com/unsubscribe.shtml and enter your email address into the unsubscribe box. HOW TO SUBSCRIBE: Visit www.insanepictures.com and enter your email address into the subscribe box. HOW TO CHANGE YOUR EMAIL ADDRESS: First unsubscribe, then subscribe with your new email address, using the instructions above. HOW TO CONTACT US: If you would like to send us a comment, ask a question, submit a picture or joke, or are interested in advertising, you can email us at [EMAIL PROTECTED] Regards, InsanePictures.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32680] - jakarta-tomcat-connectors has SUN specific code causes problem in Kaffe
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=32680. 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=32680 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2004-12-14 07:44 --- Actually ... it is a bug in tomcat-connector because the class that jikes complains about, sun.security.provider.Sun is *not* part of JSSE, afaict. See the log at http://brutus.apache.org/gump/kaffe/jakarta-tomcat-connectors/jakarta-tomcat-util/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-util.html For your convenience, I'll provide the relevant excerpt here: [javac] 69. Security.addProvider (new sun.security.provider.Sun()); [javac] ^-^ [javac] *** Semantic Error: You need to modify your classpath, sourcepath, bootclasspath, and/or extdirs setup. Jikes could not find package sun in: [javac] /usr/local/gump/kaffe/workspace/xml-xerces2/java/build/xercesImpl.jar [javac] /usr/local/gump-kaffe/jre/lib/rt.jar [javac] /usr/local/gump-kaffe/lib/kjc.jar [javac] /usr/local/gump-kaffe/lib/gjdoc.jar [javac] /home/gump/workspaces2/kaffe/workspace/jakarta-tomcat-connectors/util/build/classes [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-stylebook.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-jmf.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-swing.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-trax.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-junit.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-launcher.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-nodeps.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jcert.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jnet.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jsse.jar [javac] /usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar [javac] /usr/local/gump/kaffe/workspace/jakarta-commons/logging/dist/commons-logging.jar [javac] /home/gump/workspaces2/kaffe/workspace/jakarta-tomcat-connectors/util/java [javac] /usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar [javac] . [javac] 69. Security.addProvider (new sun.security.provider.Sun()); [javac] ^--^ [javac] *** Semantic Error: You need to modify your classpath, sourcepath, bootclasspath, and/or extdirs setup. Jikes could not find package sun.security in: [javac] /usr/local/gump/kaffe/workspace/xml-xerces2/java/build/xercesImpl.jar [javac] /usr/local/gump-kaffe/jre/lib/rt.jar [javac] /usr/local/gump-kaffe/lib/kjc.jar [javac] /usr/local/gump-kaffe/lib/gjdoc.jar [javac] /home/gump/workspaces2/kaffe/workspace/jakarta-tomcat-connectors/util/build/classes [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-stylebook.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-jmf.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-swing.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-trax.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-junit.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-launcher.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant-nodeps.jar [javac] /usr/local/gump/kaffe/workspace/ant/dist/lib/ant.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jcert.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jnet.jar [javac] /usr/local/gump/packages/jsse1.0.3/lib/jsse.jar [javac] /usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar [javac] /usr/local/gump/kaffe/workspace/jakarta-commons/logging/dist/commons-logging.jar [javac]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE13SocketFactory.java
billbarker2004/12/13 23:02:32
Modified:util/java/org/apache/tomcat/util/net/jsse
JSSE13SocketFactory.java
Log:
JSSE 1.0.x doesn't include sun.security.provider.Sun, so we can't assume that
it will be available.
Fix for Bug #32680
Revision ChangesPath
1.10 +7 -1
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE13SocketFactory.java
Index: JSSE13SocketFactory.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE13SocketFactory.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- JSSE13SocketFactory.java 2 Jul 2004 03:27:39 - 1.9
+++ JSSE13SocketFactory.java 14 Dec 2004 07:02:32 - 1.10
@@ -20,6 +20,7 @@
import java.security.KeyStore;
import java.security.SecureRandom;
import java.security.Security;
+import java.security.Provider;
import javax.net.ssl.SSLServerSocket;
import javax.net.ssl.SSLSocket;
@@ -66,7 +67,12 @@
*/
void init() throws IOException {
try {
-Security.addProvider (new sun.security.provider.Sun());
+try {
+Class ssps = Class.forName(sun.security.provider.Sun);
+Security.addProvider ((Provider)ssps.newInstance());
+}catch(Exception cnfe) {
+//Ignore, since this is a non-Sun JVM
+}
Security.addProvider (new
com.sun.net.ssl.internal.ssl.Provider());
String clientAuthStr = (String)attributes.get(clientauth);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
