svn commit: r501763 - /tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c

[mturk]

Author: mturk
Date: Wed Jan 31 00:27:06 2007
New Revision: 501763

URL: http://svn.apache.org/viewvc?view=rev&rev=501763
Log:
JNI_VERSION_1_6 if defined is missing the JDK1_1InitArgs.
Make sure it at least compiles by ifdefing the code.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c

Modified: tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c?view=diff&rev=501763&r1=501762&r2=501763
==
--- tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c Wed Jan 31 
00:27:06 2007
@@ -28,6 +28,8 @@
 
 #include 
 
+#if !defined(JNI_VERSION_1_6)
+
 #include "jk_pool.h"
 #include "jk_jni_worker.h"
 #include "jk_util.h"
@@ -1236,3 +1238,4 @@
 }
 JK_TRACE_EXIT(l);
 }
+#endif /* JNI_VERSION_1_6 */



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r501764 - /tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c

[mturk]

Author: mturk
Date: Wed Jan 31 00:30:50 2007
New Revision: 501764

URL: http://svn.apache.org/viewvc?view=rev&rev=501764
Log:
Add empty worker factory for jni worker in case Java6 is detected.

Modified:
tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c

Modified: tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c?view=diff&rev=501764&r1=501763&r2=501764
==
--- tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c (original)
+++ tomcat/connectors/trunk/jk/native/common/jk_jni_worker.c Wed Jan 31 
00:30:50 2007
@@ -28,12 +28,11 @@
 
 #include 
 
-#if !defined(JNI_VERSION_1_6)
-
 #include "jk_pool.h"
 #include "jk_jni_worker.h"
 #include "jk_util.h"
 
+#if !defined(JNI_VERSION_1_6)
 #if defined LINUX && defined APACHE2_SIGHACK
 #include 
 #include 
@@ -1237,5 +1236,13 @@
"cannot detach from JVM.");
 }
 JK_TRACE_EXIT(l);
+}
+#else
+int JK_METHOD jni_worker_factory(jk_worker_t **w,
+ const char *name, jk_logger_t *l)
+{
+if (w)
+*w = NULL;
+return 0;
 }
 #endif /* JNI_VERSION_1_6 */



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r501766 - /tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

[mturk]

Author: mturk
Date: Wed Jan 31 00:36:57 2007
New Revision: 501766

URL: http://svn.apache.org/viewvc?view=rev&rev=501766
Log:
Backport filter notification from JK2 where we had an
option to specify the auth_complete. Fixes Bz #36365.
The patch does not like proposed detect IIS 5.1 but rather
adds registry DWORD as a flag if auth_complete should be used or not (defaults 
to 1 -- used).

Modified:
tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c?view=diff&rev=501766&r1=501765&r2=501766
==
--- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Wed Jan 31 00:36:57 
2007
@@ -80,6 +80,7 @@
 static char HTTP_WORKER_HEADER_NAME[_MAX_FNAME];
 
 #define REGISTRY_LOCATION   ("Software\\Apache Software 
Foundation\\Jakarta Isapi Redirector\\1.0")
+#define W3SVC_REGISTRY_KEY  
("SYSTEM\\CurrentControlSet\\Services\\W3SVC\\Parameters")
 #define EXTENSION_URI_TAG   ("extension_uri")
 
 #define URI_SELECT_TAG  ("uri_select")
@@ -90,6 +91,7 @@
 #define SHM_SIZE_TAG("shm_size")
 #define WORKER_MOUNT_RELOAD_TAG ("worker_mount_reload")
 #define STRIP_SESSION_TAG   ("strip_session")
+#define AUTH_COMPLETE_TAG   ("auth_complete")
 
 
 #define TRANSLATE_HEADER("Translate:")
@@ -146,7 +148,6 @@
 static int using_ini_file = JK_FALSE;
 static int is_inited = JK_FALSE;
 static int is_mapread = JK_FALSE;
-static int iis5 = -1;
 
 static jk_uri_worker_map_t *uw_map = NULL;
 static jk_map_t *workers_map = NULL;
@@ -167,6 +168,8 @@
 static char rewrite_rule_file[MAX_PATH * 2] = {0};
 static int shm_config_size = JK_SHM_DEF_SIZE;
 static int strip_session = 0;
+static DWORD auth_notification_flags = 0;
+static int   use_auth_notification_flags = 1;
 
 #define URI_SELECT_OPT_PARSED   0
 #define URI_SELECT_OPT_UNPARSED 1
@@ -213,7 +216,7 @@
 
 static int read_registry_init_data(void);
 
-static int get_config_parameter(LPVOID src, const char *tag, 
+static int get_config_parameter(LPVOID src, const char *tag,
 char *val, DWORD sz);
 
 static int get_config_bool(LPVOID src, const char *tag, int def);
@@ -236,6 +239,7 @@
 static int base64_encode_cert(char *encoded,
   const char *string, int len);
 
+static int get_auth_flags();
 
 static char x2c(const char *what)
 {
@@ -686,6 +690,7 @@
 
 BOOL WINAPI GetFilterVersion(PHTTP_FILTER_VERSION pVer)
 {
+BOOL rv = TRUE;
 ULONG http_filter_revision = HTTP_FILTER_REVISION;
 
 pVer->dwFilterVersion = pVer->dwServerFilterVersion;
@@ -693,21 +698,27 @@
 if (pVer->dwFilterVersion > http_filter_revision) {
 pVer->dwFilterVersion = http_filter_revision;
 }
-
-pVer->dwFlags = SF_NOTIFY_ORDER_HIGH |
-SF_NOTIFY_SECURE_PORT |
-SF_NOTIFY_NONSECURE_PORT |
-SF_NOTIFY_PREPROC_HEADERS |
-SF_NOTIFY_LOG |
-SF_NOTIFY_AUTH_COMPLETE;
-
-strcpy(pVer->lpszFilterDesc, VERSION_STRING);
-
 if (!is_inited) {
-return initialize_extension();
+rv = initialize_extension();
+auth_notification_flags = get_auth_flags();
+}
+if (auth_notification_flags == SF_NOTIFY_AUTH_COMPLETE) {
+pVer->dwFlags = SF_NOTIFY_ORDER_HIGH |
+SF_NOTIFY_SECURE_PORT |
+SF_NOTIFY_NONSECURE_PORT |
+SF_NOTIFY_PREPROC_HEADERS |
+SF_NOTIFY_LOG |
+SF_NOTIFY_AUTH_COMPLETE;
+}
+else {
+pVer->dwFlags = SF_NOTIFY_ORDER_HIGH |
+SF_NOTIFY_SECURE_PORT |
+SF_NOTIFY_NONSECURE_PORT |
+SF_NOTIFY_PREPROC_HEADERS;
 }
 
-return TRUE;
+strcpy(pVer->lpszFilterDesc, VERSION_STRING);
+return rv;
 }
 
 static int simple_rewrite(char *uri)
@@ -746,28 +757,7 @@
 if (!is_mapread)
 is_inited = JK_FALSE;
 }
-
-if (is_inited && (iis5 < 0)) {
-char serverSoftware[256];
-DWORD dwLen = sizeof(serverSoftware);
-iis5 = 0;
-if (pfc->
-GetServerVariable(pfc, SERVER_SOFTWARE, serverSoftware, &dwLen)) {
-iis5 = (atof(serverSoftware + 14) >= 5.0);
-if (iis5) {
-jk_log(logger, JK_LOG_DEBUG, "Detected IIS >= 5.0");
-}
-else {
-jk_log(logger, JK_LOG_DEBUG, "Detected IIS < 5.0");
-}
-}
-}
-
-if (is_inited &&
-(((SF_NOTIFY_PREPROC_HEADERS == dwNotificationType) && !iis5) ||
- ((SF_NOTIFY_AUTH_COMPLETE == dwNotificationType) && iis5)
-)
-) {
+

DO NOT REPLY [Bug 36365] - IIS5.1-isapi_redirector.dll (1.2.14) plugin issue

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=36365


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 00:41 ---
I have beckported that option from JK2.

Add registry DWORD 'auth_complete' directive
0 (disabled) - uses SF_NOTIFY_PREPROC_HEADERS
1 (enabled, default) - uses SF_NOTIFY_AUTH_COMPLETE if IIS >= 5.0

So, add auth_complete:0 to the registry and test on 5.1
It should use PREPROC_HEADERS notification.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r501770 - /tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

[mturk]

Author: mturk
Date: Wed Jan 31 00:56:12 2007
New Revision: 501770

URL: http://svn.apache.org/viewvc?view=rev&rev=501770
Log:
Small fix. Detect auth notification inside initialize_extension and after the 
config is read

Modified:
tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c?view=diff&rev=501770&r1=501769&r2=501770
==
--- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Wed Jan 31 00:56:12 
2007
@@ -690,7 +690,6 @@
 
 BOOL WINAPI GetFilterVersion(PHTTP_FILTER_VERSION pVer)
 {
-BOOL rv = TRUE;
 ULONG http_filter_revision = HTTP_FILTER_REVISION;
 
 pVer->dwFilterVersion = pVer->dwServerFilterVersion;
@@ -698,10 +697,6 @@
 if (pVer->dwFilterVersion > http_filter_revision) {
 pVer->dwFilterVersion = http_filter_revision;
 }
-if (!is_inited) {
-rv = initialize_extension();
-auth_notification_flags = get_auth_flags();
-}
 if (auth_notification_flags == SF_NOTIFY_AUTH_COMPLETE) {
 pVer->dwFlags = SF_NOTIFY_ORDER_HIGH |
 SF_NOTIFY_SECURE_PORT |
@@ -716,9 +711,12 @@
 SF_NOTIFY_NONSECURE_PORT |
 SF_NOTIFY_PREPROC_HEADERS;
 }
+if (!is_inited) {
+return initialize_extension();
+}
 
 strcpy(pVer->lpszFilterDesc, VERSION_STRING);
-return rv;
+return TRUE;
 }
 
 static int simple_rewrite(char *uri)
@@ -1310,6 +1308,7 @@
 {
 
 if (read_registry_init_data()) {
+auth_notification_flags = get_auth_flags();
 is_inited = JK_TRUE;
 }
 return is_inited;



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r501771 - /tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

[mturk]

Author: mturk
Date: Wed Jan 31 00:57:38 2007
New Revision: 501771

URL: http://svn.apache.org/viewvc?view=rev&rev=501771
Log:
Oops. Working on multiple SVN repositories can lead to a real mess :)

Modified:
tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c

Modified: tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c?view=diff&rev=501771&r1=501770&r2=501771
==
--- tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c (original)
+++ tomcat/connectors/trunk/jk/native/iis/jk_isapi_plugin.c Wed Jan 31 00:57:38 
2007
@@ -690,6 +690,7 @@
 
 BOOL WINAPI GetFilterVersion(PHTTP_FILTER_VERSION pVer)
 {
+BOOL rv = TRUE;
 ULONG http_filter_revision = HTTP_FILTER_REVISION;
 
 pVer->dwFilterVersion = pVer->dwServerFilterVersion;
@@ -697,6 +698,9 @@
 if (pVer->dwFilterVersion > http_filter_revision) {
 pVer->dwFilterVersion = http_filter_revision;
 }
+if (!is_inited) {
+rv = initialize_extension();
+}
 if (auth_notification_flags == SF_NOTIFY_AUTH_COMPLETE) {
 pVer->dwFlags = SF_NOTIFY_ORDER_HIGH |
 SF_NOTIFY_SECURE_PORT |
@@ -711,12 +715,9 @@
 SF_NOTIFY_NONSECURE_PORT |
 SF_NOTIFY_PREPROC_HEADERS;
 }
-if (!is_inited) {
-return initialize_extension();
-}
 
 strcpy(pVer->lpszFilterDesc, VERSION_STRING);
-return TRUE;
+return rv;
 }
 
 static int simple_rewrite(char *uri)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41504] New: - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41504

   Summary: Illegal access: this web application instance has been
stopped already
   Product: Tomcat 5
   Version: 5.5.20
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: critical
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I'm getting the above Error/Exception when Tomcat tries to redeploy my webapp.
I've searched google/apache mailing list/ASF bugzilla, and haven't found a clear
solution to this problem.
>From what I've read, it appears that this bug crept in after version 5.5.12.
Can you determine from your 5.5.12 code what has changed, which is causing this
problem on later verions?
This webapp has been running fine on Tomcat 4, but we have recently upgraded to
JDK 1.5, and are considering upgrading the entire web app from servlet 2.3/jsp
1.2 to servlet 2.4/jsp 2.0.
The webapp starts up and runs fine. It just fails to auto reload.
Take a look at this post from the tomcat-user mailing list:
http://marc.theaimsgroup.com/?l=tomcat-user&m=113932361804941&w=2

Here's my stack trace:
2007/01/31 10:09:41 org.apache.catalina.core.StandardContext reload
INFO: Reloading this Context has started
pm.closed
pm.closed
jdbc.con.close
jdbc.con.close
2007/01/31 10:09:43 org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already. 
Could not load org.apache.log4j.spi.VectorWriter.  The eventual following stack
trace is caused by an error thrown for debugging purposes as well as to attempt
to terminate the thread which caused the illegal access, and has no functional
impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1241)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1201)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.apache.log4j.spi.LoggingEvent.(LoggingEvent.java:154)
at org.apache.log4j.Category.forcedLog(Category.java:388)
at org.apache.log4j.Category.log(Category.java:853)
at 
org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:198)
at 
org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:411)
at 
org.apache.catalina.session.StandardManager.load(StandardManager.java:320)
at 
org.apache.catalina.session.StandardManager.start(StandardManager.java:636)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4161)
at 
org.apache.catalina.core.StandardContext.reload(StandardContext.java:3024)
at 
org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:432)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1277)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1569)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1558)
at java.lang.Thread.run(Thread.java:595)
2007/01/31 10:09:43 org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already. 
Could not load org.apache.log4j.spi.VectorWriter.  The eventual following stack
trace is caused by an error thrown for debugging purposes as well as to attempt
to terminate the thread which caused the illegal access, and has no functional
impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1241)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1201)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.apache.log4j.spi.LoggingEvent.(LoggingEvent.java:154)
at org.apache.log4j.Category.forcedLog(Category.java:388)
at org.apache.log4j.Category.log(Category.java:853)
at 
org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:198)
at 
org.apache.catalina.session.StandardManager.start(StandardManager.java:638)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4161)
at 
org.apache.catalina.core.StandardContext.reload(StandardCont

DO NOT REPLY [Bug 38489] - Frequent Broken Pipe Error

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=38489


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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 38489] - Frequent Broken Pipe Error

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=38489





--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 02:15 ---
We are experiencing this now and then with Tomcat 5.5.20 and an application
called DivePort (part of the Dimensional Insight Inc. Diver Solution) on IBM AIX
5.3 with Apache 2.2.4 and mod_jk 1.2.19.

When it happens, the application stops responding (the requests reach Apache
HTTPd and are presumably reaching Apache Tomcat via mod_jk as well, but nothing
happens).

Requiring a restart of Tomcat -- when requesting one, one gets this in 
catalina.out:

---8<---
2007-jan-31 09:16:19 org.apache.catalina.core.StandardWrapper unload
INFO: Waiting for 8 instance(s) to be deallocated
--->8---

...which seems to take an eternity, so using 'kill' on the Tomcat PID seems to
be needed.

The catalina.out log from the error appearing looks like:

--->8---
2007-jan-30 11:22:25 org.apache.jk.core.MsgContext action
WARNING: Error sending end packet
java.net.SocketException: Broken pipe
at java.net.SocketOutputStream.socketWrite0(Native Method)
at
java.net.SocketOutputStream.socketWrite(SocketOutputStream.java(Compiled Code))
at java.net.SocketOutputStream.write(SocketOutputStream.java(Compiled 
Code))
at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java(Inlined
Compiled Code))
at
org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java(Compiled Code))
at org.apache.jk.core.MsgContext.action(MsgContext.java(Compiled Code))
at org.apache.coyote.Response.action(Response.java(Compiled Code))
at org.apache.coyote.Response.finish(Response.java(Inlined Compiled 
Code))
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java(Compiled Code))
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java(Compiled Code))
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java(Compiled
Code))
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java(Compiled
Code))
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java(Compiled
Code))
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:570)
2007-jan-30 11:22:25 org.apache.jk.common.ChannelSocket processConnection
WARNING: processCallbacks status 2
--->8---

Best regards,
Björn

-- 
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 41506] New: - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41506

   Summary: Illegal access: this web application instance has been
stopped already
   Product: Tomcat 5
   Version: 5.5.20
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: critical
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I'm getting the above Error/Exception when Tomcat tries to redeploy my webapp.
I've searched google/apache mailing list/ASF bugzilla, and haven't found a clear
solution to this problem.
>From what I've read, it appears that this bug crept in after version 5.5.12.
Can you determine from your 5.5.12 code what has changed, which is causing this
problem on later verions?
This webapp has been running fine on Tomcat 4, but we have recently upgraded to
JDK 1.5, and are considering upgrading the entire web app from servlet 2.3/jsp
1.2 to servlet 2.4/jsp 2.0.
The webapp starts up and runs fine. It just fails to auto reload.
Take a look at this post from the tomcat-user mailing list:
http://marc.theaimsgroup.com/?l=tomcat-user&m=113932361804941&w=2

Here's my stack trace:
2007/01/31 10:09:41 org.apache.catalina.core.StandardContext reload
INFO: Reloading this Context has started
pm.closed
pm.closed
jdbc.con.close
jdbc.con.close
2007/01/31 10:09:43 org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already. 
Could not load org.apache.log4j.spi.VectorWriter.  The eventual following stack
trace is caused by an error thrown for debugging purposes as well as to attempt
to terminate the thread which caused the illegal access, and has no functional
impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1241)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1201)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.apache.log4j.spi.LoggingEvent.(LoggingEvent.java:154)
at org.apache.log4j.Category.forcedLog(Category.java:388)
at org.apache.log4j.Category.log(Category.java:853)
at 
org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:198)
at 
org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:411)
at 
org.apache.catalina.session.StandardManager.load(StandardManager.java:320)
at 
org.apache.catalina.session.StandardManager.start(StandardManager.java:636)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4161)
at 
org.apache.catalina.core.StandardContext.reload(StandardContext.java:3024)
at 
org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:432)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1277)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1569)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1558)
at java.lang.Thread.run(Thread.java:595)
2007/01/31 10:09:43 org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already. 
Could not load org.apache.log4j.spi.VectorWriter.  The eventual following stack
trace is caused by an error thrown for debugging purposes as well as to attempt
to terminate the thread which caused the illegal access, and has no functional
impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1241)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1201)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.apache.log4j.spi.LoggingEvent.(LoggingEvent.java:154)
at org.apache.log4j.Category.forcedLog(Category.java:388)
at org.apache.log4j.Category.log(Category.java:853)
at 
org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:198)
at 
org.apache.catalina.session.StandardManager.start(StandardManager.java:638)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4161)
at 
org.apache.catalina.core.StandardContext.reload(StandardCont

DO NOT REPLY [Bug 41507] New: - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41507

   Summary: Illegal access: this web application instance has been
stopped already
   Product: Tomcat 5
   Version: 5.5.20
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: critical
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I'm getting the above Error/Exception when Tomcat tries to redeploy my webapp.
I've searched google/apache mailing list/ASF bugzilla, and haven't found a clear
solution to this problem.
>From what I've read, it appears that this bug crept in after version 5.5.12.
Can you determine from your 5.5.12 code what has changed, which is causing this
problem on later verions?
This webapp has been running fine on Tomcat 4, but we have recently upgraded to
JDK 1.5, and are considering upgrading the entire web app from servlet 2.3/jsp
1.2 to servlet 2.4/jsp 2.0.
The webapp starts up and runs fine. It just fails to auto reload.
Take a look at this post from the tomcat-user mailing list:
http://marc.theaimsgroup.com/?l=tomcat-user&m=113932361804941&w=2

Here's my stack trace:
2007/01/31 10:09:41 org.apache.catalina.core.StandardContext reload
INFO: Reloading this Context has started
pm.closed
pm.closed
jdbc.con.close
jdbc.con.close
2007/01/31 10:09:43 org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already. 
Could not load org.apache.log4j.spi.VectorWriter.  The eventual following stack
trace is caused by an error thrown for debugging purposes as well as to attempt
to terminate the thread which caused the illegal access, and has no functional
impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1241)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1201)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.apache.log4j.spi.LoggingEvent.(LoggingEvent.java:154)
at org.apache.log4j.Category.forcedLog(Category.java:388)
at org.apache.log4j.Category.log(Category.java:853)
at 
org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:198)
at 
org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:411)
at 
org.apache.catalina.session.StandardManager.load(StandardManager.java:320)
at 
org.apache.catalina.session.StandardManager.start(StandardManager.java:636)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4161)
at 
org.apache.catalina.core.StandardContext.reload(StandardContext.java:3024)
at 
org.apache.catalina.loader.WebappLoader.backgroundProcess(WebappLoader.java:432)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1277)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1569)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1578)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1558)
at java.lang.Thread.run(Thread.java:595)
2007/01/31 10:09:43 org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already. 
Could not load org.apache.log4j.spi.VectorWriter.  The eventual following stack
trace is caused by an error thrown for debugging purposes as well as to attempt
to terminate the thread which caused the illegal access, and has no functional
impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1241)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1201)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at org.apache.log4j.spi.LoggingEvent.(LoggingEvent.java:154)
at org.apache.log4j.Category.forcedLog(Category.java:388)
at org.apache.log4j.Category.log(Category.java:853)
at 
org.apache.commons.logging.impl.Log4JLogger.error(Log4JLogger.java:198)
at 
org.apache.catalina.session.StandardManager.start(StandardManager.java:638)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4161)
at 
org.apache.catalina.core.StandardContext.reload(StandardCont

[OT] Problems with [EMAIL PROTECTED]

[Mladen Turk]

Hi,

Few days ago I changed my email address for Tomcat Users List
with standard unsubscribe/subscribe, and although I can receive
messages, send messages, I cannot see the messages send by me.
(mladen_dot_turk_at_gmail_dot_com)

It looks others can see the messages I sent.
They are even listed on
http://mail-archives.apache.org/mod_mbox/tomcat-users/200701.mbox/browser
but like said, I'm not receiving the messages I send.
Am I missing something trivial?

Regards,
Mladen.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Configuring TOMCAT APACHE 5.5.9 to MULTI APPLICATION

[Guershon Marc]

Hello,

I would like to know what are the changing to do in the configuration
files (and which files are they ?)  of the TOMCAT APACHE 5.5.9 to make
it enable to multi-application work, 
so more than one application can use the same instance of the APACHE.

In advance, thank you.

Best regards

Marc Guerchon

 @mail :   [EMAIL PROTECTED]

Re: [OT] Problems with [EMAIL PROTECTED]

[Mark Thomas]

Mladen Turk wrote:
> Hi,
> 
> Few days ago I changed my email address for Tomcat Users List
> with standard unsubscribe/subscribe, and although I can receive
> messages, send messages, I cannot see the messages send by me.
> (mladen_dot_turk_at_gmail_dot_com)
> 
> It looks others can see the messages I sent.
> They are even listed on
> http://mail-archives.apache.org/mod_mbox/tomcat-users/200701.mbox/browser
> but like said, I'm not receiving the messages I send.
> Am I missing something trivial?

This is a 'feature' of gmail. It spots the message is the same as the
one in your sent items and doesn't create a duplicate.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [OT] Problems with [EMAIL PROTECTED]

[Yoav Shapira]

Hi,
I've had something similar happen with GMail on several occassions.
It tries to be smart and see if sender address = your address, and in
that case not show "duplicates" in your inbox.

To test, try sending a message to the list from another address, e.g.
your apache.org one, or another mail client, and see if the list
message shows up in your GMail inbox.

Yoav

On 1/31/07, Mladen Turk <[EMAIL PROTECTED]> wrote:

Hi,

Few days ago I changed my email address for Tomcat Users List
with standard unsubscribe/subscribe, and although I can receive
messages, send messages, I cannot see the messages send by me.
(mladen_dot_turk_at_gmail_dot_com)

It looks others can see the messages I sent.
They are even listed on
http://mail-archives.apache.org/mod_mbox/tomcat-users/200701.mbox/browser
but like said, I'm not receiving the messages I send.
Am I missing something trivial?

Regards,
Mladen.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Configuring TOMCAT APACHE 5.5.9 to MULTI APPLICATION

[Mark Thomas]

Guershon Marc wrote:
> Hello,
> 
> I would like to know what are the changing to do in the configuration
> files (and which files are they ?)  of the TOMCAT APACHE 5.5.9 to make
> it enable to multi-application work, 
> so more than one application can use the same instance of the APACHE.

This is a question for the users list. Please see
http://tomcat.apache.org/lists.html for more information.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Configuring TOMCAT APACHE 5.5.9 to MULTI APPLICATION

[Yoav Shapira]

Marc,
This question is better targeted at our users list,
[EMAIL PROTECTED]  Please post followup messages, if any,
there.

In short, the answer is nothing: Tomcat will run multiple webapps out
of the box.  Just drop different WAR files in the webapps directory,
and off you go.  A good document to read is
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html

Yoav

On 1/31/07, Guershon Marc <[EMAIL PROTECTED]> wrote:

Hello,

I would like to know what are the changing to do in the configuration
files (and which files are they ?)  of the TOMCAT APACHE 5.5.9 to make
it enable to multi-application work,
so more than one application can use the same instance of the APACHE.

In advance, thank you.

Best regards

Marc Guerchon

 @mail :   [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [OT] Problems with [EMAIL PROTECTED]

[Mladen Turk]

Thanks Mark and Yoav!
As I suspected, it is a 'trivial feature' of gmail :)

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41509] New: - Jasper tries to add permissions to readonly PermissionCollection

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41509

   Summary: Jasper tries to add permissions to readonly
PermissionCollection
   Product: Tomcat 6
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Javadoc: 
http://java.sun.com/javase/6/docs/api/java/security/Policy.html#getPermissions
(java.security.CodeSource)
Policy Javadoc says that method getPermissions(java.security.CodeSource) is 
optional and policies do not have to implement it. At least nobody said that 
returned collection will be editable. So to avoid exceptions a possible 
solution is to check whether permissions can be added before trying to do that.

Stacktrace:
java.lang.SecurityException: attempt to add a Permission to a readonly 
Permissions object
at java.security.Permissions.add(Permissions.java:110)
at java.security.Policy$UnsupportedEmptyCollection.add(Policy.java:790)
at org.apache.jasper.compiler.JspRuntimeContext.initSecurity
(JspRuntimeContext.java:487)
at org.apache.jasper.compiler.JspRuntimeContext.
(JspRuntimeContext.java:142)
at org.apache.jasper.servlet.JspServlet.init(JspServlet.java:121)

-- 
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 40719] - Tomcat 5.5.20 Internal error/crash

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=40719





--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 05:50 ---
Created an attachment (id=19490)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=19490&action=view)
JSP Example that generates the ArrayIndexOutOfBoundsException

This JSP generated the error using Tomcat 5.0.28 with Java 1.5.0_11.
It uses the response.addHeader() method to build a large HTTP header.
The default InternalOutputBuffer size is 4096 bytes so this JSP should create
enough data to simulate the error.


-- 
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 38713] - java.io.IOException: tmpFile.renameTo(classFile) failed when compiling new JSP (upon redeploy)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=38713





--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 08:45 ---
It happens also in 5.5.20
In our case it happens with jsp:include though I am not sure it is related.

-- 
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]

FYI: jk 1.2.20 core on iSeries v5R3

[Henri Gomez]

Hi to all,

I built and installed the jk 1.2.20 on iSeries i5/OS V5R3 Apache 2
server to replace the previous 1.2.19.

And it core with this stack trace :

User Trace Dump for job 421305/QTMHHTTP/APACHEDFT. Size: 300K,
Wrapped 1 times.
--- 01/27/2007 23:52:06 ---
00E7:485816 Stack:  QHTTPSVR   / QZSRCOREMPMT_PTHRE
21: request_thread
00E7:485824 Stack:  QHTTPSVR   / QZSRCOREHTTP_ASYNC
6 : ap_process_IOCP
00E7:485832 Stack:  QHTTPSVR   / QZSRCOREHTTP_ASYNC
47: asyncIO_wait
00E7:485840 Stack:  QHTTPSVR   / QZSRCORECONNECTION
5 : ap_run_process_connection
00E7:485848 Stack:  QHTTPSVR   / QZSRCOREHTTP_CORE
12: ap_process_http_connection
00E7:485856 Stack:  QHTTPSVR   / QZSRCOREHTTP_REQUE
19: ap_process_request
00E7:485864 Stack:  QHTTPSVR   / QZSRCOREHTTP_CONFI
27: ap_invoke_handler
00E7:493096 Stack:  QHTTPSVR   / QZSRCOREHTTP_CONFI
5 : ap_run_handler
00E7:493104 Stack:  QHTTPSVR   / MOD_JK1220  MOD_JK
83: jk_handler
00E7:493112 Stack:  QHTTPSVR   / MOD_JK1220  JK_AJP_COM
51: ajp_service
00E7:493120 Stack:  QHTTPSVR   / MOD_JK1220  JK_AJP_COM
39: ajp_get_reply
00E7:493128 Stack:  QHTTPSVR   / MOD_JK1220  JK_AJP_COM
30: ajp_process_callback
00E7:493136 Stack:  QHTTPSVR   / MOD_JK1220  MOD_JK
21: ws_write
00E7:493144 Stack:  QHTTPSVR   / MOD_JK1220  JK_UTIL
37: jk_log
00E7:493152 Stack:  QHTTPSVR   / QZSRCOREMPMT_PTHRE
11: Request_Thread_Excp_Handler
00E7:493160 Stack:  QHTTPSVR   / QZSRCOREMPMT_PTHRE
18: Common_Thread_Excp_Handler_Code
00E7:493168 Stack:  QHTTPSVR   / QZSRAPR OS400TRACE
1 : apr_dstack
 00E7:493176 Stack:  QSYS   / QP0ZCPA QP0ZUDBG3
 : Qp0zDumpStack
 00E7:493184 Stack:  QSYS   / QP0ZSCPAQP0ZSDBG3
 : Qp0zSUDumpStack
 00E7:493192 Stack:  QSYS   / QP0ZSCPAQP0ZSDBG24
 : Qp0zSUDumpTargetStack
 00E7:493192 Stack:  Completed
 00E7:514856 FF4ED5DBC3:005D10 L:00D0
mpmt_pthread.c:Exception handler threads communications area
 00E7:514880  FF4ED5DBC3:005D10  8000  FF4ED5DB
C3005BF0 SPP *.+N.C.$0*
 00E7:514888  FF4ED5DBC3:005D20  00D0  
 *...è*
 00E7:514904  FF4ED5DBC3:005D30  A000  E03EDEA4
A1001038 *ç..u¨...*
 00E7:514920  FF4ED5DBC3:005D40  A000  E03EDEA4
A1001030 *ç..u¨...*
 00E7:514936  FF4ED5DBC3:005D50  8000  FF4ED5DB
C3001090 SPP *.+N.C...*
 00E7:514952  FF4ED5DBC3:005D60  C3D7C6D4 C3C8F3F6 F0F1D4D6
C46DD1D2 *CPFMCH3601MOD_JK*
 00E7:514968  FF4ED5DBC3:005D70  F1F2F2F0  0908F0F0
F0F0F040 *1220..0 *
 00E7:514984  FF4ED5DBC3:005D80  C3D7C6F9 F9F9F900 
0010 *CPF.*
 00E7:515000  FF4ED5DBC3:005D90  0909 001F 059B0028
 *rr..*
 00E7:515016  FF4ED5DBC3:005DA0  0162 C7CC FEAE
F4D00D00 *G...4è..*
 00E7:515032  FF4ED5DBC3:005DB0  A300 01D0 3A945470
AE28A290 *tè...ms.*
 00E7:515048  FF4ED5DBC3:005DC0  D4C3C8F3 F6F0F1D4 D6C46DD1
D2F1F2F2 *MCH3601MOD_JK122*
 00E7:515064  FF4ED5DBC3:005DD0  F000 000908F0 F0F0F0F0
F0F0F0F3 *0..3*

  00E7:515072 Stack:  mpmt_pthread.c:request thread exception
  00E7:515096 Stack:  Library/ Program Module
StmtProcedure
  00E7:515104 Stack:  QSYS   / QLESPI  QLECRTTH20
  : LE_Create_Thread2__FP12crtth_parm_t
  00E7:515112 Stack:  QSYS   / QP0WPINTQP0WSPTHR   18
  : pthread_create_part2
  00E7:515112 Stack:  QHTTPSVR   / QZSRAPR THREAD  2
  : dummy_worker
  00E7:515120 Stack:  QHTTPSVR   / QZSRCOREMPMT_PTHRE  21
  : request_thread
  00E7:515128 Stack:  QHTTPSVR   / QZSRCOREHTTP_ASYNC  6
  : ap_process_IOCP
  00E7:515640 Stack:  QHTTPSVR   / QZSRCOREHTTP_ASYNC  47
  : asyncIO_wait
  00E7:515648 Stack:  QHTTPSVR   / QZSRCORECONNECTION  5
  : ap_run_process_connection
  00E7:515656 Stack:  QHTTPSVR   / QZSRCOREHTTP_CORE   12
  : ap_process_http_connection
  00E7:515664 Stack:  QHTTPSVR   / QZSRCOREHTTP_REQUE  19
  : ap_process_request
  00E7:515664 Stack:  QHTTPSVR   / QZSRCOREHTTP_CONFI  27
  : ap_invoke_handler
  00E7:515672 Stack:  QHTTPSVR   / QZSRCOREHTTP_CONFI  5
  : ap_run_handler
  00E7:515680 Stack:  QHTTPSVR   / MOD_JK1220  MOD_JK  83
  : jk_handler
  00E7:515688 Stack:  QHTTPSVR   / MOD_JK1220  JK_AJP_COM  51
  : ajp_service
  00E7:515696 Stack:  QHTTPSVR   / MOD_JK1220  JK_AJP_COM  39
  : ajp_get_reply
 

DO NOT REPLY [Bug 41502] - WebappClassLoader concurrency problem defining packages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41502





--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 09:32 ---
I just took a look at o.a.c.loader.WebappClassloader from current svn and it
appears that the patch you reference (in slightly modified form) has been
applied in the intervening time since 5.5.20 was released.

-- 
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: FYI: jk 1.2.20 core on iSeries v5R3

[Mladen Turk]

Henri Gomez wrote:

Hi to all,

I built and installed the jk 1.2.20 on iSeries i5/OS V5R3 Apache 2
server to replace the previous 1.2.19.



Think there was some problem with wrong printf format.
Rainer fixed that post 1.2.20, but he should know better.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: FYI: jk 1.2.20 core on iSeries v5R3

[Henri Gomez]

Thanks.

Did the 1.2.21 is expected soon or should I use the trunk ?

2007/1/31, Mladen Turk <[EMAIL PROTECTED]>:

Henri Gomez wrote:
> Hi to all,
>
> I built and installed the jk 1.2.20 on iSeries i5/OS V5R3 Apache 2
> server to replace the previous 1.2.19.
>

Think there was some problem with wrong printf format.
Rainer fixed that post 1.2.20, but he should know better.

Regards,
Mladen.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: 5.5.21?

[George Sexton]

Filip Hanik - Dev Lists wrote:

IMHO, it is due, last version was september 30th...!
  

thanks for your opinion :)
we'll get the ball rolling. I have a move pending, we are going from 
Texas to Colorado, so I'll try to squeeze this in there as well


Filip
You've picked a bad year. We've had 57 inches of snow so far this 
winter. Where are you moving to?


--
George Sexton
MH Software, Inc.
Voice: +1 303 438 9585
URL:   http://www.mhsoftware.com/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: 5.5.21?

[Jess Holle]

George Sexton wrote:

Filip Hanik - Dev Lists wrote:

IMHO, it is due, last version was september 30th...!
  

thanks for your opinion :)
we'll get the ball rolling. I have a move pending, we are going from 
Texas to Colorado, so I'll try to squeeze this in there as well


Filip
You've picked a bad year. We've had 57 inches of snow so far this 
winter. Where are you moving to?

Bad?

I'd give a lot of $$$ for that sort of snow.  We've had well under 1/3 
of the snow we should have had by this time (in Minnesota).


--
Jess Holle

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41512] New: - 5.5.20 RELEASE-NOTES has unreplaced @VERSION@

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41512

   Summary: 5.5.20 RELEASE-NOTES has unreplaced @VERSION@
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: other
Status: NEW
  Severity: trivial
  Priority: P5
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This is the head of RELEASE-NOTES in 5.5.20



 Apache Tomcat Version @VERSION@
Release Notes


@VERSION@ has not been replaced.

-- 
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: FYI: jk 1.2.20 core on iSeries v5R3

[Rainer Jung]

Hi Henri,

there have been two bug fixes concerning string formatting, which have 
core dump potential. Both only occur with log level info or above. I 
think they are *not* the reason (see below). The code is in 
common/jk_ajp_common.c:


1) Wrong order of arguments; should only be relevant, if new feature 
"fail_on_status" is being used.


@@ -1850,10 +1864,10 @@
else if (err == JK_STATUS_ERROR) {
jk_log(l, JK_LOG_INFO,
"(%s) request failed, "
"because of response status %d, "
"recoverable operation attempt=%d",
-   p->worker->http_status_fail,
-   p->worker->name, i);
+   p->worker->name,
+   p->worker->http_status_fail, i);

2) Missing "s" in "%s". Should not produce a core dump.

@@ -1108,7 +1122,7 @@

 if ((len = ajp_read_fully_from_server(r, l, read_buf, len)) < 0) {
 jk_log(l, JK_LOG_INFO,
-   "(%) receiving data from client failed. "
+   "(%s) receiving data from client failed. "
"Connection aborted or network problems",
ae->worker->name);
 JK_TRACE_EXIT(l);

We don't have any other core dump reports for 1.2.20 at the moment. From 
your core analysis I expect another reason. Between 1.2.19 and 1.2.20 
there was the big virtual host cleanup. That included per virtual host 
loggers. The method ws_write has not been changed, but some of the 
config parsing, overloading and initialization.


Could you check, if there are any startup errors in your apache or 
mod_jk logs? Use JkLogLevel debug and LogLevel at least info. Please try 
first with a basic config with no vhosts. Does it crash during startup, 
or when running requests?


Some changes:

1) If no log file is configured, it tries to use logs/mod_jk.log.
2) Log definitions get inherited from the global server to virtual 
servers, but are overwritten by explicit virtual server configs.
3) The mod_jk time stamp formats and its own request logging are also 
per virtual server


Do we have a chace to find out the line numbers in ws_write, where we 
called the jk_log? There are tw possibilities:


   399  if (!p->response_started) {
   400  if (main_log)
   401  jk_log(main_log, JK_LOG_INFO,
   402 "Write without start, starting with 
defaults");
   403  if (!s->start_response(s, 200, NULL, NULL, 
NULL, 0)) {

   404  return JK_FALSE;
   405  }
   406  }


and one debug message:

   435  if (JK_IS_DEBUG_LEVEL(main_log))
   436  jk_log(main_log, JK_LOG_DEBUG,
   437 "written %d out of %d", r, ll);
   438

Does the crash go away, if JkLogLevel is info?

I'm afraid we have to debug this iteratively. I had no problems on *nix 
platforms and up to now also no user reports.


Henri Gomez wrote:

Thanks.

Did the 1.2.21 is expected soon or should I use the trunk ?


I think 1.2.21 is still a couple of weeks ago, but I expect trunk to 
produce the same problem, because I don't see anything we changed, that 
might have fixed it.


Regards,

Rainer


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: 5.5.21?

[Filip Hanik - Dev Lists]

George Sexton wrote:



Filip Hanik - Dev Lists wrote:

IMHO, it is due, last version was september 30th...!
  

thanks for your opinion :)
we'll get the ball rolling. I have a move pending, we are going from 
Texas to Colorado, so I'll try to squeeze this in there as well


Filip
You've picked a bad year. We've had 57 inches of snow so far this 
winter. Where are you moving to?
I'd say that's a good year, awesome skiing, and even better, imagine 
river rafting in the summer after that much snow

:)

we're moving to Castle Rock, wanna be close to a large city (Denver) but 
not live in one.

Filip


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: FYI: jk 1.2.20 core on iSeries v5R3

[Eric Wertman]

Sorry to jump in, I'm new here.  I started watching this list because of 
a problem I'm having with the mod_jk 1.2.20 as well.  I'm not getting 
core files, but I do have problems that I can't reproduce at log level 
trace or debug.


I'm running it on AIX 5.3 (ml05).  I compiled the apache 2.2.4 and 
apr-1.2.8 along with the mod_jk, and using tomcat 5.5.20 with an IBM 1.5 
JRE.


I compiled them all using the IBM  cc_r compiler.  I've actually tried a 
number of different flags trying to resolve my problem, assuming 
initially that I was doing something incorrectly.  The behavior 
persists, though, and my compilations have all been clean.  Apache 
without mod_jk doesn't give me any problems.


Superficially it seems to work fine.  Once I run tests with ab, it 
starts to get a little ugly.  I get a number of failed requests, and 
these types of errors:




[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1504): Unknown AJP protocol code: 41
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (970): 
wrong message format 0x3837 from 127.0.0.1:8010
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1566): (PlatformServer) Tomcat is down or refused connection. No 
response has been sent to the client (yet)
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=1
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1842): (PlatformServer) request failed, because of server error without 
recovery in send loop attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  mod_jk.c (2142): 
Service error=-5 for worker=PlatformServer
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  mod_jk.c (401): Write 
without start, starting with defaults
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (970): 
wrong message format 0x031a from 127.0.0.1:8010
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1592): (PlatformServer) Tomcat is down or network problems. Part of the 
response has already been sent to the cli

ent
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=1
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1504): Unknown AJP protocol code: D8
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1842): (PlatformServer) request failed, because of server error without 
recovery in send loop attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  mod_jk.c (2142): 
Service error=-5 for worker=PlatformServer
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=2
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (915): 
sendfull returned -14 with errno=14
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (948): 
(PlatformServer) can't receive the response message from tomcat, network 
problems or tomcat is down (127.0.

0.1:8010), err=-9
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1566): (PlatformServer) Tomcat is down or refused connection. No 
response has been sent to the client (yet)
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1292): (PlatformServer) failed resending request body (812760852)
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=3
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=1
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (915): 
sendfull returned -9 with errno=9
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1201): (PlatformServer) error sending request. Will try another pooled 
connection
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (915): 
sendfull returned -14 with errno=14
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (948): 
(PlatformServer) can't receive the response message from tomcat, network 
problems or tomcat is down (127.0.


And these in the apache error_log:

[Tue Jan 30 03:02:28 2007] [info] Shared memory session cache initialised
[Tue Jan 30 03:02:28 2007] [info] Init: Initializing (virtual) servers 
for SSL
[Tue Jan 30 03:02:28 2007] [info] Server: Apache/2.2.4, Interface: 
mod_ssl/2.2.4, Library: OpenSSL/0.9.8d
[Tue Jan 30 03:02:28 2007] [notice] Apache/2.2.4 (Uni

Re: FYI: jk 1.2.20 core on iSeries v5R3

[Henri Gomez]

2007/1/31, Rainer Jung <[EMAIL PROTECTED]>:

Hi Henri,

there have been two bug fixes concerning string formatting, which have
core dump potential. Both only occur with log level info or above. I
think they are *not* the reason (see below). The code is in
common/jk_ajp_common.c:

1) Wrong order of arguments; should only be relevant, if new feature
"fail_on_status" is being used.

@@ -1850,10 +1864,10 @@
 else if (err == JK_STATUS_ERROR) {
 jk_log(l, JK_LOG_INFO,
 "(%s) request failed, "
 "because of response status %d, "
 "recoverable operation attempt=%d",
-   p->worker->http_status_fail,
-   p->worker->name, i);
+   p->worker->name,
+   p->worker->http_status_fail, i);

2) Missing "s" in "%s". Should not produce a core dump.


Well may be since I see this kind of error with bad printf.

I'll patch this one


@@ -1108,7 +1122,7 @@

  if ((len = ajp_read_fully_from_server(r, l, read_buf, len)) < 0) {
  jk_log(l, JK_LOG_INFO,
-   "(%) receiving data from client failed. "
+   "(%s) receiving data from client failed. "
 "Connection aborted or network problems",
 ae->worker->name);
  JK_TRACE_EXIT(l);

We don't have any other core dump reports for 1.2.20 at the moment. From
your core analysis I expect another reason. Between 1.2.19 and 1.2.20
there was the big virtual host cleanup. That included per virtual host
loggers. The method ws_write has not been changed, but some of the
config parsing, overloading and initialization.

Could you check, if there are any startup errors in your apache or
mod_jk logs? Use JkLogLevel debug and LogLevel at least info. Please try
first with a basic config with no vhosts. Does it crash during startup,
or when running requests?

Some changes:

1) If no log file is configured, it tries to use logs/mod_jk.log.
2) Log definitions get inherited from the global server to virtual
servers, but are overwritten by explicit virtual server configs.
3) The mod_jk time stamp formats and its own request logging are also
per virtual server

Do we have a chace to find out the line numbers in ws_write, where we
called the jk_log? There are tw possibilities:

399  if (!p->response_started) {
400  if (main_log)
401  jk_log(main_log, JK_LOG_INFO,
402 "Write without start, starting with
defaults");
403  if (!s->start_response(s, 200, NULL, NULL,
NULL, 0)) {
404  return JK_FALSE;
405  }
406  }


and one debug message:

435  if (JK_IS_DEBUG_LEVEL(main_log))
436  jk_log(main_log, JK_LOG_DEBUG,
437 "written %d out of %d", r, ll);
438

Does the crash go away, if JkLogLevel is info?


If was allready at info :

JkWorkersFile /www/apachedft/conf/workers.properties
JkLogFile /www/apachedft/logs/jk.log
JkShmFile/www/apachedft/logs/jk.shm
JkLogLevel info


I'm afraid we have to debug this iteratively. I had no problems on *nix
platforms and up to now also no user reports.

Henri Gomez wrote:
> Thanks.
>
> Did the 1.2.21 is expected soon or should I use the trunk ?

I think 1.2.21 is still a couple of weeks ago, but I expect trunk to
produce the same problem, because I don't see anything we changed, that
might have fixed it.


I'll try to patch the 1.2.20 source and test with new config

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: FYI: jk 1.2.20 core on iSeries v5R3

[Rainer Jung]

Hi Eric,

maybe your observation is in fact related to Henri's, since you also get 
core dumps (segmentation faults), which is quite unusual. See further 
comments inline.


Eric Wertman wrote:
Sorry to jump in, I'm new here.  I started watching this list because of 
a problem I'm having with the mod_jk 1.2.20 as well.  I'm not getting 
core files, but I do have problems that I can't reproduce at log level 
trace or debug.


Apache logs segmentation faults. You might be able to produce a core 
(which would be very helpful) by setting the coredumpdirectory in apache 
and maybe tweaking your os config. One point that might help to produce 
cores, would be to not run apache as root.


I'm running it on AIX 5.3 (ml05).  I compiled the apache 2.2.4 and 
apr-1.2.8 along with the mod_jk, and using tomcat 5.5.20 with an IBM 1.5 
JRE.


I compiled them all using the IBM  cc_r compiler.  I've actually tried a 
number of different flags trying to resolve my problem, assuming 
initially that I was doing something incorrectly.  The behavior 
persists, though, and my compilations have all been clean.  Apache 
without mod_jk doesn't give me any problems.


Superficially it seems to work fine.  Once I run tests with ab, it 
starts to get a little ugly.  I get a number of failed requests, and 
these types of errors:




[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1504): Unknown AJP protocol code: 41
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (970): 
wrong message format 0x3837 from 127.0.0.1:8010


hose mean, taht something is fundamentally wrong in the answer mopd_jk 
receives from tomcat. It doesn't really look like AJP/1.3. Is your MPM 
worker or prefork? Could you try again with prefork, in case it is worker?


Do you get error message on the tomcat side?

[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1566): (PlatformServer) Tomcat is down or refused connection. No 
response has been sent to the client (yet)
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=1
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1842): (PlatformServer) request failed, because of server error without 
recovery in send loop attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  mod_jk.c (2142): 
Service error=-5 for worker=PlatformServer


[Tue Jan 30 03:03:53 2007] [2203720:] [info]  mod_jk.c (401): Write 
without start, starting with defaults


Ths one is very unusual, and it is the log statement, that is the only 
one, that could have produced Henri's core dump, although we still do 
not know why. It correlates to a protocol error.


[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (970): 
wrong message format 0x031a from 127.0.0.1:8010
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1592): (PlatformServer) Tomcat is down or network problems. Part of the 
response has already been sent to the cli

ent
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=1
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1504): Unknown AJP protocol code: D8
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1842): (PlatformServer) request failed, because of server error without 
recovery in send loop attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  mod_jk.c (2142): 
Service error=-5 for worker=PlatformServer
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=2
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (915): 
sendfull returned -14 with errno=14
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c (948): 
(PlatformServer) can't receive the response message from tomcat, network 
problems or tomcat is down (127.0.

0.1:8010), err=-9
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1566): (PlatformServer) Tomcat is down or refused connection. No 
response has been sent to the client (yet)
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=0
[Tue Jan 30 03:03:53 2007] [2203720:] [error] jk_ajp_common.c 
(1292): (PlatformServer) failed resending request body (812760852)
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=3
[Tue Jan 30 03:03:53 2007] [2203720:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 

svn commit: r502042 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java

[remm]

Author: remm
Date: Wed Jan 31 15:31:39 2007
New Revision: 502042

URL: http://svn.apache.org/viewvc?view=rev&rev=502042
Log:
- No functional change: deferred is always true when elExpression is true.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java

Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java?view=diff&rev=502042&r1=502041&r2=502042
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/compiler/Validator.java Wed Jan 
31 15:31:39 2007
@@ -1134,25 +1134,24 @@
 expectedType = JspUtil.toClass(typeStr,
 loader);
 }
-if (deferred || elExpression) {
-
+if (elExpression) {
+// El expression
 validateFunctions(el, n);
 jspAttrs[i] = new 
Node.JspAttribute(tldAttrs[j],
-attrs.getQName(i), 
attrs.getURI(i), attrs
-.getLocalName(i),
+attrs.getQName(i), 
attrs.getURI(i), 
+attrs.getLocalName(i),
 attrs.getValue(i), false, el, 
false);
 ELContextImpl ctx = new 
ELContextImpl();
 
ctx.setFunctionMapper(getFunctionMapper(el));
 try {
-
jspAttrs[i].validateEL(this.pageInfo
-.getExpressionFactory(), 
ctx);
+
jspAttrs[i].validateEL(this.pageInfo.getExpressionFactory(), ctx);
 } catch (ELException e) {
 this.err.jspError(n.getStart(),
-
"jsp.error.invalid.expression", attrs.getValue(i), e
-.toString());
+
"jsp.error.invalid.expression", 
+attrs.getValue(i), 
e.toString());
 }
-
 } else {
+// Runtime expression
 jspAttrs[i] = 
getJspAttribute(tldAttrs[j],
 attrs.getQName(i), 
attrs.getURI(i),
 attrs.getLocalName(i), attrs



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r502046 - in /tomcat/tc6.0.x/trunk/webapps: ROOT/index.html docs/changelog.xml

[remm]

Author: remm
Date: Wed Jan 31 15:45:03 2007
New Revision: 502046

URL: http://svn.apache.org/viewvc?view=rev&rev=502046
Log:
- Changelog update.

Modified:
tomcat/tc6.0.x/trunk/webapps/ROOT/index.html
tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml

Modified: tomcat/tc6.0.x/trunk/webapps/ROOT/index.html
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/ROOT/index.html?view=diff&rev=502046&r1=502045&r2=502046
==
--- tomcat/tc6.0.x/trunk/webapps/ROOT/index.html (original)
+++ tomcat/tc6.0.x/trunk/webapps/ROOT/index.html Wed Jan 31 15:45:03 2007
@@ -173,7 +173,7 @@
 is restricted to users with role "manager".
 Users are defined in 
$CATALINA_HOME/conf/tomcat-users.xml.
 
-Included with this release are a host of sample Servlets and 
JSPs (with associated source code), extensive documentation (including the 
Servlet 2.4 and JSP 2.0 API JavaDoc), and an introductory guide to developing 
web applications.
+Included with this release are a host of sample Servlets and 
JSPs (with associated source code), extensive documentation, and an 
introductory guide to developing web applications.
 
 Tomcat mailing lists are available at the Tomcat project web 
site:
 
@@ -187,7 +187,7 @@
 
 
 
-   Copyright © 1999-2006 Apache Software Foundation
+   Copyright © 1999-2007 Apache Software Foundation
 All Rights Reserved
 
 

Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?view=diff&rev=502046&r1=502045&r2=502046
==
--- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Wed Jan 31 15:45:03 2007
@@ -14,6 +14,79 @@
   
 
 
+
+  
+
+  
+Use 2.5 xsd in Tomcat webapps. (markt)
+  
+  
+Compression filter improvements, submitted by Eric Hedström. (markt)
+  
+
+  
+  
+
+  
+Properly return connector names. (remm)
+  
+  
+Remove logging of the XML validation flag. (remm)
+  
+  
+Correct error messages for context.xml. (markt)
+  
+  
+41217: Set secure flag correctly on SSO cookie, submitted by
+Chris Halstead. (markt)
+  
+  
+40524: request.getAuthType() now returns CLIENT_CERT rather 
+than CLIENT-CERT. (markt)
+  
+  
+40526: Return support for JPDA_OPTS to catalina.bat and add 
+a new option JPDA_SUSPEND, submitted by by Kurt Roy. (markt)
+  
+  
+41265: In embedded, remove the code that resets 
checkInterval 
+values of zero to 300. (markt)
+  
+
+  
+  
+
+  
+37869: Fix getting client certificate, submitted by 
Christophe Pierret. (remm)
+  
+  
+40960: Throw a timeout exception when getting a timeout 
rather than a
+generic IOE, submitted by Christophe Pierret. (remm)
+  
+
+  
+  
+
+  
+EL validation fixes for attributes. (remm)
+  
+  
+41327: Show full URI for a 404. (markt)
+  
+  
+JspException now uses getCause() as the result for getRootCause(). 
(markt)
+  
+
+  
+  
+
+  
+41466: When using the NioChannel and SecureNioChannel its 
+important to use the channels buffers. (fhanik)
+  
+
+  
+
 
   
 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: FYI: jk 1.2.20 core on iSeries v5R3

[Eric Wertman]

Connector:

maxThreads="800" minThreads="100" bufferSize="8192" backlog="256" />


I've tried all sorts of permutations of this... None of the values make 
much difference.   My ab test is -n 1000 -c 200.


---

workers.properties:

# PlatformServer
worker.PlatformServer.type=ajp13
worker.PlatformServer.host=localhost
worker.PlatformServer.port=8010
worker.PlatformServer.connection_pool_timeout=60
worker.PlatformServer.socket_timeout=60
worker.PlatformServer.retries=5

I've been through a lot of different settings here too.  I've tried some 
almost insane values for maxThreads

---

httpd.conf (Using virtual servers, forgot to mention that before)


JkWorkersFile conf/workers.properties
JkShmFile logs/mod_jk.shm
JkShmSize 8192
JkLogFile logs/mod_jk.log
JkLogLeveldebug


---

mod_jk startup at debug level.  I only included it because it shows what 
mod_jk thinks of my connector.


[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_worker.c (239): 
creating worker PlatformServer
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_worker.c (144): 
about to create instance PlatformServer of ajp13
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_worker.c (157): 
about to validate and init PlatformServer
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(1971): worker PlatformServer contact is 'localhost:8010'
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2098): setting endpoint options:
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2101): keepalive:0
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2105): timeout:  60
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2109): buffer size:  0
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2113): pool timeout: 60
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2117): connect timeout:  0
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2121): reply timeout:0
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2125): prepost timeout:  0
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2129): recovery options: 0
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2133): retries:  5
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2137): max packet size:  8192
[Wed Jan 31 18:26:15 2007] [2281674:] [debug] jk_ajp_common.c 
(2008): setting connection pool size to 25 with min 13


---

Can't reproduce at debug level.  This is info (got it on the first try).

[Wed Jan 31 18:31:10 2007] [2539586:] [error] jk_ajp_common.c 
(1504): Unknown AJP protocol code: 41
[Wed Jan 31 18:31:10 2007] [2539586:] [info]  jk_ajp_common.c 
(1842): (PlatformServer) request failed, because of server error without 
recovery in send loop attempt=0
[Wed Jan 31 18:31:10 2007] [2539586:] [error] jk_ajp_common.c (970): 
wrong message format 0x3837 from 127.0.0.1:8010
[Wed Jan 31 18:31:10 2007] [2539586:] [error] jk_ajp_common.c 
(1566): (PlatformServer) Tomcat is down or refused connection. No 
response has been sent to the client (yet)
[Wed Jan 31 18:31:10 2007] [2539586:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=0
[Wed Jan 31 18:31:10 2007] [2539586:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=1
[Wed Jan 31 18:31:10 2007] [2539586:] [info]  mod_jk.c (2142): 
Service error=-5 for worker=PlatformServer
[Wed Jan 31 18:31:11 2007] [2539586:] [info]  mod_jk.c (401): Write 
without start, starting with defaults
[Wed Jan 31 18:31:12 2007] [2539586:] [error] jk_ajp_common.c (970): 
wrong message format 0x0400 from 127.0.0.1:8010
[Wed Jan 31 18:31:12 2007] [2539586:] [error] jk_ajp_common.c 
(1566): (PlatformServer) Tomcat is down or refused connection. No 
response has been sent to the client (yet)
[Wed Jan 31 18:31:12 2007] [2539586:] [error] jk_ajp_common.c 
(1504): Unknown AJP protocol code: 02
[Wed Jan 31 18:31:12 2007] [2539586:] [info]  jk_ajp_common.c 
(1877): (PlatformServer) receiving from tomcat failed, recoverable 
operation attempt=0
[Wed Jan 31 18:31:12 2007] [2539586:] [info]  jk_ajp_common.c 
(1916): (PlatformServer) sending request to tomcat failed,  recoverable 
operation attempt=1
[Wed Jan 31 18:31:12 2007] [2539586:] [info]  jk_ajp_common.c 
(1842): (PlatformServer) request failed, because of server error without 
recovery in send loop attempt=0
[Wed Jan 31 18:31:12 2007] [2539586:] [info]  mod_jk.c (2142): 
Service error=-5 for worker=PlatformServer


---

Here's the Tomcat log:

Jan 31, 2007 6:31:10 PM org.apache.jk.common.

DO NOT REPLY [Bug 41502] - WebappClassLoader concurrency problem defining packages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41502


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 15:48 ---
(In reply to comment #1)
> I just took a look at o.a.c.loader.WebappClassloader from current svn and it
> appears that the patch you reference (in slightly modified form) has been
> applied in the intervening time since 5.5.20 was released.

Yup, looked at it in head and 5.5 branch and it looks fine. Closing.

-- 
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]

Please remind me why context path for XML descriptors is coded to file name?

[Yoav Shapira]

Hi,
I know we've talked about this before and resolved Bugzilla items
related to this, but I'd like to be reminded, please.  Why does the
following code exist as such?

In org.apache.catalina.startup.HostConfig
(http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/HostConfig.java?view=annotate),
deployDescriptors method (line 527), the following code:

File contextXml = new File(configBase, files[i]);
if (files[i].toLowerCase().endsWith(".xml")) {

 // Calculate the context path and make sure it is unique
 String nameTmp = files[i].substring(0, files[i].length() - 4);
 String contextPath = "/" + nameTmp.replace('#', '/');
 if (nameTmp.equals("ROOT")) {
   contextPath = "";
 }

 if (isServiced(contextPath))
   continue;
...

This code results in the (correctly documented at
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, but
annoying) behavior that users deploying web applications from
conf/Catalina/localhost/appname.xml context files can't set a path for
their context.  Instead, the path is taken right from the file name,
which is less flexible.

Why don't we use the path from the contextXml file and use it?  The
isServiced check will remain unmodified, enforcing unique paths per
virtual Host.  We can also keep / use the current path determination
code if the user doesn't specify a path explicitly.

Thanks,

Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41507] - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41507


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 16:19 ---


*** This bug has been marked as a duplicate of 41504 ***

-- 
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 41504] - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41504





--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 16:19 ---
*** Bug 41507 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 41506] - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41506


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 16:19 ---


*** This bug has been marked as a duplicate of 41504 ***

-- 
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 41504] - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41504





--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 16:19 ---
*** Bug 41506 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 41504] - Illegal access: this web application instance has been stopped already

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41504





--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 16:36 ---
Please provide the simplest web application (ideally as a war) that exhibits
this 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]

svn commit: r502060 - /tomcat/tc6.0.x/tags/TOMCAT_6_0_9/

[remm]

Author: remm
Date: Wed Jan 31 16:39:00 2007
New Revision: 502060

URL: http://svn.apache.org/viewvc?view=rev&rev=502060
Log:
- As discussed, 6.0.9 tag.

Added:
tomcat/tc6.0.x/tags/TOMCAT_6_0_9/
  - copied from r502059, tomcat/tc6.0.x/trunk/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41337] - Display an error page if no cert is available on CLIENT-CERT login

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41337


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|NEW |RESOLVED
 Resolution||WONTFIX
Version|5.0.20  |5.5.20




--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 16:45 ---
As Julius notes the desired behaviour is possible with the current configuration
options and a little coding. The lack of useful error message when the SSL
handshake fails is more a browser failing than a Tomcat one.

I am have changed this issue to an enhancement and am resolving as WONTFIX as I
do not believe the benefit of a nice error message outweighs the risk of
allowing users with invalid certificates to make a successful connection.

-- 
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: Please remind me why context path for XML descriptors is coded to file name?

[Filip Hanik - Dev Lists]

hmm, that's how I thought it worked, the filename would only be used if 
the "path" attribute was not present inside the XML file.


Filip

Yoav Shapira wrote:

Hi,
I know we've talked about this before and resolved Bugzilla items
related to this, but I'd like to be reminded, please.  Why does the
following code exist as such?

In org.apache.catalina.startup.HostConfig
(http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/HostConfig.java?view=annotate), 


deployDescriptors method (line 527), the following code:

File contextXml = new File(configBase, files[i]);
if (files[i].toLowerCase().endsWith(".xml")) {

 // Calculate the context path and make sure it is unique
 String nameTmp = files[i].substring(0, files[i].length() - 4);
 String contextPath = "/" + nameTmp.replace('#', '/');
 if (nameTmp.equals("ROOT")) {
   contextPath = "";
 }

 if (isServiced(contextPath))
   continue;
...

This code results in the (correctly documented at
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, but
annoying) behavior that users deploying web applications from
conf/Catalina/localhost/appname.xml context files can't set a path for
their context.  Instead, the path is taken right from the file name,
which is less flexible.

Why don't we use the path from the contextXml file and use it?  The
isServiced check will remain unmodified, enforcing unique paths per
virtual Host.  We can also keep / use the current path determination
code if the user doesn't specify a path explicitly.

Thanks,

Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r502062 - /tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java

[markt]

Author: markt
Date: Wed Jan 31 16:59:17 2007
New Revision: 502062

URL: http://svn.apache.org/viewvc?view=rev&rev=502062
Log:
Fix build. I believe I implemented the intended behaviour. Rainer - can you 
confirm?

Modified:

tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java

Modified: 
tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java?view=diff&rev=502062&r1=502061&r2=502062
==
--- 
tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java
 (original)
+++ 
tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java
 Wed Jan 31 16:59:17 2007
@@ -640,8 +640,8 @@
 currentProject.setNewProperty(prefix + ".time_to_recover_max",
 Integer.toString(member.getTime_to_recover_max()));
 currentProject.setNewProperty(prefix + ".time_to_recover",
-(Integer.toString(member.getTime_to_recover_min()) +
-Integer.toString(member.getTime_to_recover_max()) / 2);
+(Integer.toString((member.getTime_to_recover_min()
++ member.getTime_to_recover_max()) / 2)));
 }
 
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Please remind me why context path for XML descriptors is coded to file name?

[Remy Maucherat]

Yoav Shapira wrote:

This code results in the (correctly documented at
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html, but
annoying) behavior that users deploying web applications from
conf/Catalina/localhost/appname.xml context files can't set a path for
their context.  Instead, the path is taken right from the file name,
which is less flexible.


Personally, I don't see why it is less (or more) flexible.

The deployer is simple, and doesn't associate deployment artifacts 
(files, etc) with webapps other than by the pathname. I don't think a 
hack to the current deployer would work that well, so if you want to 
improve this, I think you should "start over" with a new fancier 
deployer (which is easy to do since it's a listener).


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r502067 - in /tomcat: build/tc5.5.x/build.xml container/tc5.5.x/webapps/docs/changelog.xml

[markt]

Author: markt
Date: Wed Jan 31 17:30:32 2007
New Revision: 502067

URL: http://svn.apache.org/viewvc?view=rev&rev=502067
Log:
Fix bug 41512. Replace @version@ token in release notes.

Modified:
tomcat/build/tc5.5.x/build.xml
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/build/tc5.5.x/build.xml
URL: 
http://svn.apache.org/viewvc/tomcat/build/tc5.5.x/build.xml?view=diff&rev=502067&r1=502066&r2=502067
==
--- tomcat/build/tc5.5.x/build.xml (original)
+++ tomcat/build/tc5.5.x/build.xml Wed Jan 31 17:30:32 2007
@@ -1254,9 +1254,10 @@
 
   
   
+
 
 
-
+
   
 
 

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?view=diff&rev=502067&r1=502066&r2=502067
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Wed Jan 31 17:30:32 2007
@@ -361,6 +361,10 @@
 attribute. (markt)
   
   
+41512: Version number was not inserted in release notes.
+(markt)
+  
+  
 40257: Update Manager webapp howto on remote deployment to 
reflect
 need for explicit path in one specific use-case.  Thanks to Venkatesh 
Jayaraman. (yoavs)
   



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 41512] - 5.5.20 RELEASE-NOTES has unreplaced @VERSION@

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41512


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 17:30 ---
This has been fixed in svn and will be included in 5.5.21 onwards. Thanks for
the report.

-- 
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 38740] - (5.5.15) session attributes set in sessionCreated not synched

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=38740


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2007-01-31 20:23 ---
No response in almost a year. I am going to assume the Filip's change resolved
this 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]

DO NOT REPLY [Bug 41513] New: - JSP examples don't work and don't display source

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=41513

   Summary: JSP examples don't work and don't display source
   Product: Tomcat 6
   Version: 6.0.7
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: minor
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The JSP2 examples don't work -- they display tags (ie. source code) instead of
correct data.  Also, clicking on Source (to look at the source code) correctly
takes you to a page the contains a link or two for the source, but clicking on
the links gets 404 error.  Note that the servlet examples work fine.  Also,
after uninstalling Tomcat 6.0.7 and installing 5.5.20 all the examples and
source display work fine.

-- 
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: FYI: jk 1.2.20 core on iSeries v5R3

[Mladen Turk]

Eric Wertman wrote:

Connector:



JkWorkersFile conf/workers.properties
JkShmFile logs/mod_jk.shm
JkShmSize 8192


This is 8MB of shared memory.
Are you sure you have 1 workers?


JkLogFile logs/mod_jk.log
JkLogLeveldebug



Segmentation fault in sig_coredump at 0x10037590
0x10037590 (sig_coredump+0x84) 80410014lwz   r2,0x14(r1)
(dbx) where
sig_coredump() at 0x10037590
malloc_y.malloc_y(0x2000, 0x0, 0x1fe8, 0x30411700, 0xf879614d, 
0x7858c51, 0x17, 0x0) at 0xd03002c4

malloc_common.malloc_common_53_36(??) at 0xd02fd8b8
jk_pool_dyn_alloc() at 0xdc05a4c0
jk_pool_alloc() at 0xdc05a5b4
jk_b_set_buffer_size() at 0xdc06c0fc


This looks like you run out of memory.
We would probably need to add some checking
code to the allocated buffers (if they are really
allocated or not).

Regards,
Mladen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r502062 - /tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java

[Rainer Jung]

Yes, thanks mark. I didn't build it, because I told Peter about the 
changes and he needs to do some cleanup for the jkstatus ant taks any ways.



[EMAIL PROTECTED] wrote:

Author: markt
Date: Wed Jan 31 16:59:17 2007
New Revision: 502062

URL: http://svn.apache.org/viewvc?view=rev&rev=502062
Log:
Fix build. I believe I implemented the intended behaviour. Rainer - can you 
confirm?

Modified:

tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java

Modified: 
tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java
URL: 
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java?view=diff&rev=502062&r1=502061&r2=502062
==
--- 
tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java
 (original)
+++ 
tomcat/connectors/trunk/jk/jkstatus/src/share/org/apache/jk/status/JkStatusTask.java
 Wed Jan 31 16:59:17 2007
@@ -640,8 +640,8 @@
 currentProject.setNewProperty(prefix + ".time_to_recover_max",
 Integer.toString(member.getTime_to_recover_max()));
 currentProject.setNewProperty(prefix + ".time_to_recover",
-(Integer.toString(member.getTime_to_recover_min()) +
-Integer.toString(member.getTime_to_recover_max()) / 2);
+(Integer.toString((member.getTime_to_recover_min()
++ member.getTime_to_recover_max()) / 2)));
 }
 
 }




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]