Status
The message contains Unicode characters and has been sent as a binary attachment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_mt.h jk_shm.h
mturk 2005/04/10 23:36:02 Modified:jk/native/common jk_mt.h jk_shm.h Log: Fix 'function declaration isn't a prototype compile' warnings. Revision ChangesPath 1.18 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_mt.h Index: jk_mt.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_mt.h,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- jk_mt.h 17 Feb 2005 08:48:14 - 1.17 +++ jk_mt.h 11 Apr 2005 06:36:02 - 1.18 @@ -78,7 +78,7 @@ #define JK_LEAVE_CS(x, rc)\ if(pthread_mutex_unlock(x)) rc = JK_FALSE; else rc = JK_TRUE -int jk_gettid(); +int jk_gettid(void); #endif /* WIN32 */ #else /* !_MT_CODE */ 1.18 +8 -8 jakarta-tomcat-connectors/jk/native/common/jk_shm.h Index: jk_shm.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_shm.h,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- jk_shm.h 28 Mar 2005 06:27:38 - 1.17 +++ jk_shm.h 11 Apr 2005 06:36:02 - 1.18 @@ -88,7 +88,7 @@ }; typedef struct jk_shm_worker jk_shm_worker_t; -const char *jk_shm_name(); +const char *jk_shm_name(void); /* Open the shared memory creating file if needed */ @@ -96,7 +96,7 @@ /* Close the shared memory */ -void jk_shm_close(); +void jk_shm_close(void); /* Attach the shared memory in child process. * File has to be opened in parent. @@ -115,7 +115,7 @@ /* Return workers.properties last modified time */ -time_t jk_shm_get_workers_time(); +time_t jk_shm_get_workers_time(void); /* Set workers.properties last modified time */ @@ -124,21 +124,21 @@ /* Check if the shared memory has been modified * by some other process. */ -int jk_shm_is_modified(); +int jk_shm_is_modified(void); /* Synchronize access and modification time. * This function should be called when the shared memory * is modified and after we update the config acording * to the current shared memory data. */ -void jk_shm_sync_access_time(); +void jk_shm_sync_access_time(void); /* Lock shared memory for thread safe access */ -int jk_shm_lock(); +int jk_shm_lock(void); /* Unlock shared memory for thread safe access */ -int jk_shm_unlock(); +int jk_shm_unlock(void); #ifdef __cplusplus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c
mturk 2005/04/10 23:37:19 Modified:jk/native/common jk_connect.c Log: Fix compile warning about statement with no effect. Revision ChangesPath 1.51 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_connect.c Index: jk_connect.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_connect.c,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- jk_connect.c 18 Mar 2005 08:15:30 - 1.50 +++ jk_connect.c 11 Apr 2005 06:37:19 - 1.51 @@ -558,7 +558,7 @@ * If we change this to non blocking read, then we * will use the timeout parameter. */ - timeout; + timeout = 0; FD_ZERO(fd); FD_SET(sd, fd); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_uri_worker_map.c
mturk 2005/04/10 23:41:24
Modified:jk/native/common jk_uri_worker_map.c
Log:
Fix compile warnings about unused function and undefined operation.
Revision ChangesPath
1.52 +4 -16
jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c
Index: jk_uri_worker_map.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_uri_worker_map.c,v
retrieving revision 1.51
retrieving revision 1.52
diff -u -r1.51 -r1.52
--- jk_uri_worker_map.c 28 Mar 2005 06:34:09 - 1.51
+++ jk_uri_worker_map.c 11 Apr 2005 06:41:24 - 1.52
@@ -360,18 +360,6 @@
return rc;
}
-/* returns the index of the last occurrence of the 'ch' character
- if ch=='\0' returns the length of the string str */
-static int last_index_of(const char *str, char ch)
-{
-const char *str_minus_one = str - 1;
-const char *s = str + strlen(str);
-while (s != str_minus_one ch != *s) {
---s;
-}
-return (s - str);
-}
-
static int is_nomap_match(jk_uri_worker_map_t *uw_map,
const char *uri, const char* worker,
jk_logger_t *l)
@@ -539,15 +527,15 @@
if (strchr(u, '|')) {
char *s, *r = strdup(u);
s = strchr(r, '|');
-*s = '\0';
+*(s++) = '\0';
/* Add first mapping */
if (!uri_worker_map_add(uw_map, r, w, l)) {
jk_log(l, JK_LOG_ERROR,
invalid mapping rule %s-%s, r, w);
}
s++;
-while (*s)
- *(s - 1) = *s++;
+for (; *s; s++)
+ *(s - 1) = *s;
*(s - 1) = '\0';
/* add second mapping */
if (!uri_worker_map_add(uw_map, r, w, l)) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c jk_status.c
mturk 2005/04/10 23:51:36
Modified:jk/native/common jk_ajp_common.c jk_status.c
Log:
Fix compile time warnings about missing declarations.
Revision ChangesPath
1.96 +7 -7
jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
Index: jk_ajp_common.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
retrieving revision 1.95
retrieving revision 1.96
diff -u -r1.95 -r1.96
--- jk_ajp_common.c 26 Mar 2005 09:28:56 - 1.95
+++ jk_ajp_common.c 11 Apr 2005 06:51:36 - 1.96
@@ -36,7 +36,7 @@
#endif
/* Sleep for 100ms */
-static void jk_sleep_def()
+static void jk_sleep_def(void)
{
#ifdef OS2
DosSleep(100);
@@ -747,7 +747,7 @@
/*
* Wait input event on ajp_endpoint for timeout ms
*/
-int ajp_is_input_event(ajp_endpoint_t * ae, int timeout, jk_logger_t *l)
+static int ajp_is_input_event(ajp_endpoint_t * ae, int timeout, jk_logger_t
*l)
{
fd_set rset;
fd_set eset;
@@ -777,7 +777,7 @@
/*
* Handle the CPING/CPONG initial query
*/
-int ajp_handle_cping_cpong(ajp_endpoint_t * ae, int timeout, jk_logger_t *l)
+static int ajp_handle_cping_cpong(ajp_endpoint_t * ae, int timeout,
jk_logger_t *l)
{
int cmd;
jk_msg_buf_t *msg;
@@ -1595,9 +1595,9 @@
* We serve here the request, using AJP13/AJP14 (e-proto)
*
*/
-int JK_METHOD ajp_service(jk_endpoint_t *e,
- jk_ws_service_t *s,
- jk_logger_t *l, int *is_error)
+static int JK_METHOD ajp_service(jk_endpoint_t *e,
+ jk_ws_service_t *s,
+ jk_logger_t *l, int *is_error)
{
int i, err;
ajp_operation_t oper;
1.36 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_status.c
Index: jk_status.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_status.c,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- jk_status.c 26 Mar 2005 14:20:48 - 1.35
+++ jk_status.c 11 Apr 2005 06:51:36 - 1.36
@@ -129,7 +129,7 @@
}
#endif
-int jk_printf(jk_ws_service_t *s, const char *fmt, ...)
+static int jk_printf(jk_ws_service_t *s, const char *fmt, ...)
{
int rc = 0;
va_list args;
@@ -166,7 +166,7 @@
}
/* Actually APR's apr_strfsize */
-char *status_strfsize(size_t size, char *buf)
+static char *status_strfsize(size_t size, char *buf)
{
const char ord[] = KMGTPE;
const char *o = ord;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
mturk 2005/04/10 23:55:23
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Fix compile time warnings about no previous prototype..
Revision ChangesPath
1.136 +5 -4 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
retrieving revision 1.135
retrieving revision 1.136
diff -u -r1.135 -r1.136
--- mod_jk.c 9 Apr 2005 15:44:35 - 1.135
+++ mod_jk.c 11 Apr 2005 06:55:23 - 1.136
@@ -1474,7 +1474,8 @@
* ForwardDirectories = Forward all directory requests with no index
files to Tomcat
*/
-const char *jk_set_options(cmd_parms * cmd, void *dummy, const char *line)
+static const char *jk_set_options(cmd_parms * cmd, void *dummy,
+ const char *line)
{
int opt = 0;
int mask = 0;
@@ -1717,7 +1718,7 @@
/** Util - cleanup endpoint.
*/
-apr_status_t jk_cleanup_endpoint(void *data)
+static apr_status_t jk_cleanup_endpoint(void *data)
{
jk_endpoint_t *end = (jk_endpoint_t *)data;
/* printf(XXX jk_cleanup1 %ld\n, data); */
@@ -1727,7 +1728,7 @@
/** Util - cleanup shmem.
*/
-apr_status_t jk_cleanup_shmem(void *data)
+static apr_status_t jk_cleanup_shmem(void *data)
{
jk_logger_t *l = data;
jk_shm_close();
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_md5.c
mturk 2005/04/10 23:58:30
Modified:jk/native/common jk_md5.c
Log:
Fix compile time warning about no previous prototype..
Revision ChangesPath
1.12 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_md5.c
Index: jk_md5.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_md5.c,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- jk_md5.c 8 Oct 2004 07:50:39 - 1.11
+++ jk_md5.c 11 Apr 2005 06:58:30 - 1.12
@@ -243,7 +243,7 @@
/* MD5 finalization. Ends an MD5 message-digest operation, writing the
the message digest and zeroizing the context.
*/
-void JK_METHOD jk_MD5Final(unsigned char digest[16], JK_MD5_CTX * context)
+static void JK_METHOD jk_MD5Final(unsigned char digest[16], JK_MD5_CTX *
context)
{
unsigned char bits[8];
size_t idx, padLen;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
mturk 2005/04/11 00:02:19
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Remove unused function jk_cleanup_endpoint.
Revision ChangesPath
1.137 +1 -11 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
retrieving revision 1.136
retrieving revision 1.137
diff -u -r1.136 -r1.137
--- mod_jk.c 11 Apr 2005 06:55:23 - 1.136
+++ mod_jk.c 11 Apr 2005 07:02:19 - 1.137
@@ -1716,16 +1716,6 @@
/* The JK module handlers
*/
/* =
*/
-/** Util - cleanup endpoint.
- */
-static apr_status_t jk_cleanup_endpoint(void *data)
-{
-jk_endpoint_t *end = (jk_endpoint_t *)data;
-/* printf(XXX jk_cleanup1 %ld\n, data); */
-end-done(end, NULL);
-return 0;
-}
-
/** Util - cleanup shmem.
*/
static apr_status_t jk_cleanup_shmem(void *data)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
subsection name=Cluster changelog add +DeltaManager has now JMX expireAllLocalSessions and processExipre operation +for better cluster node shutdown handling (pero) + /add Why would we want to invalidate all sessions active on one node of the cluster when bringing it down, as opposed to replicating the session data out to one or more other available nodes in the cluster and letting the other machine(s) handle them? Or, did you add these operations/methods for cases where the cluster is configured to keep any given session on exactly one node? (I wouldn't think so, since in that case what would the session clustering really be useful for?) Just curious.. -- Jason Brittain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building Question
OK On Apr 10, 2005 6:05 PM, Bill Barker [EMAIL PROTECTED] wrote: - Original Message - From: Henri Gomez [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Saturday, April 09, 2005 11:45 PM Subject: Re: Building Question CLR ? Typo. It should be CRLs. As in java.security.cert.CRL. On Apr 10, 2005 3:33 AM, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I'm thinking of starting on implementing CLRs for Tomcat 5.5. However, it's a PITA for 1.5. I wanted to check that the binary builds for TC 5.5 are being built with JDK 1.5, or, I'm probably wasting my time (not many people use the source distro :). I've been building with 1.4, using the build as a final check that we have no 1.5-only code. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - 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]
[GUMP@brutus]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jasper_tc5 has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jasper_tc5 : JavaServer Pages JSP 2.0 implementation (for Tomcat 5.x) Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-jasper_tc5/jakarta-tomcat-jasper_tc5/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [jasper-runtime.jar] identifier set to output basename: [jasper-runtime] -DEBUG- Output [jasper-compiler.jar] identifier set to output basename: [jasper-compiler] -DEBUG- Dependency on ant exists, no need to add for property ant.jar. -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-jasper_tc5/jakarta-tomcat-jasper_tc5/gump_work/build_jakarta-tomcat-jasper_tc5_jakarta-tomcat-jasper_tc5.html Work Name: build_jakarta-tomcat-jasper_tc5_jakarta-tomcat-jasper_tc5 (Type: Build) Work ended in a state of : Failed Elapsed: 4 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Dcommons-el.jar=/usr/local/gump/public/workspace/jakarta-commons/el/dist/commons-el.jar -Djasper-compiler-jdt.jar=/usr/local/gump/packages/eclipse-3.0.1/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar -Dant.jar=/usr/local/gump/public/workspace/ant/dist/lib/ant.jar -Dservlet-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar -Dcompile.source=1.4 dist [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-jasper_tc5/jasper2] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/el/dist/commons-el.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr154/dist/lib/servlet-api.jar:/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar:/usr/local/gump/packages/eclipse-3.0.1/plugins/org.eclipse.jdt.core_3.0.1/jdtcore.jar - Buildfile: build.xml build-prepare: [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/common/lib [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes [mkdir] Created dir: /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/lib copy-launcher.jars: build-static: [copy] Copying 4 files to /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/bin build-only: [javac] Compiling 87 source files to /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/build/shared/classes [javac] /home/gump/workspaces2/public/workspace/jakarta-tomcat-jasper_tc5/jasper2/src/share/org/apache/jasper/compiler/JDTCompiler.java:180: cannot resolve symbol [javac] symbol : constructor NameEnvironmentAnswer (org.eclipse.jdt.internal.compiler.env.ICompilationUnit,nulltype) [javac] location: class org.eclipse.jdt.internal.compiler.env.NameEnvironmentAnswer [javac] new NameEnvironmentAnswer(compilationUnit, null); [javac]
[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 89 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-11042005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-11042005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-11042005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-11042005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-11042005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 3011042005, brutus:brutus-public:3011042005 Gump E-mail Identifier (unique within run) #19. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java ApplicationHttpRequest.java failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of RE: New TLP draft failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of DO NOT REPLY [Bug 34299] -Http11Processor intermittently throwing ArrayIndexOutOfBoundsException failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of DO NOT REPLY [Bug 34159] -Charset extension through jdk1.4 CharsetProvider does not work in web applications failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of DO NOT REPLY [Bug 33106] -SSI Processing Enhancements (patch provided) failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of [EMAIL PROTECTED]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of DO NOT REPLY [Bug 34394] New: -Session lost if more than one JSESSIONID exist in the cookie failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Status failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of cvs commit: jakarta-tomcat-connectors/jk/native/common jk_uri_worker_map.c failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of cvs commit: jakarta-tomcat-connectors/jk/native/common jk_mt.h jk_shm.h failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Re: Building Question failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of [EMAIL PROTECTED]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of [EMAIL PROTECTED]: Project jakarta-tomcat-jasper_tc5 (in module jakarta-tomcat-jasper_tc5) failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Yahoo! Auto Response
This refers to your profile available in our database. We request you to send us your updated profile to enable us to get in touch with you easily in case we have suitable openings with our clients. Note : If you send your mail in other format i.e. jobsahead or Naukri, kindly send it only in word.doc attachment format. Regards BMC GROUP Original Message: X-YahooFilteredBulk: 221.134.12.212 Authentication-Results: mta266.mail.mud.yahoo.com from=jakarta.apache.org; domainkeys=neutral (no sig) X-Originating-IP: [221.134.12.212] Return-Path: tomcat-dev@jakarta.apache.org Received: from 221.134.12.212 (EHLO yahoo.com) (221.134.12.212) by mta266.mail.mud.yahoo.com with SMTP; Mon, 11 Apr 2005 02:14:34 -0700 From: tomcat-dev@jakarta.apache.org To: [EMAIL PROTECTED] Subject: Re: Delivery Protection Date: Mon, 11 Apr 2005 14:48:25 +0530 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary==_NextPart_000_0016=_NextPart_000_0016 X-Priority: 3 X-MSMail-Priority: Normal This is a multi-part message in MIME format. --=_NextPart_000_0016=_NextPart_000_0016 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit For more details see the attachment. --=_NextPart_000_0016=_NextPart_000_0016 Content-Type _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34396] New: - security exception using datasource in servlet-instance.init()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34396. 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=34396 Summary: security exception using datasource in servlet- instance.init() Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: Windows XP Status: NEW Severity: minor Priority: P3 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Startup Java Option added: -Djava.security.manager -Djava.security.policy=TOMCAT_HOME/conf/catalina.policy java.security.AccessControlException: access denied (java.lang.RuntimePermission accessClassInPackage.org.apache.tomcat.dbcp.collections) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264) at java.security.AccessController.checkPermission(AccessController.java:427) at java.lang.SecurityManager.checkPermission(SecurityManager.java:532) at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1512) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:265) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at org.apache.tomcat.dbcp.pool.impl.GenericObjectPool.init(GenericObjectPool.java:392) at org.apache.tomcat.dbcp.pool.impl.GenericObjectPool.init(GenericObjectPool.java:258) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:795) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) at it.rgi.webapp.dbms.jdbc.DataSourcePool.get(DataSourcePool.java:123) at it.rgi.webapp.dbms.jdbc.JdbcConnettoreRetry.acquisisciConnessione(JdbcConnettoreRetry.java:901) at it.rgi.webapp.dbms.jdbc.JdbcConnettoreRetry.getDatabaseInfo(JdbcConnettoreRetry.java:754) at it.rgi.webapp.dbms.jdbc.JdbcConnettoreRetry.getDatabaseInfo(JdbcConnettoreRetry.java:752) at it.rgi.webapp.admin.StartUpProcess.database(StartUpProcess.java:534) at it.rgi.webapp.admin.StartUpProcess.execStartUpProcess(StartUpProcess.java:399) at it.rgi.webapp.admin.StartUpProcess.startup(StartUpProcess.java:282) at it.rgi.webapp.admin.StartUpProcess.startup(StartUpProcess.java:254) at it.rgi.webapp.admin.ServletAdmin.single_init(ServletAdmin.java:88) at it.rgi.webapp.admin.ServletAdmin.init(ServletAdmin.java:80) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:517) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:114) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1062) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:900) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3823) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4087) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:121) at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:143) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:737) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:590) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:535) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:470) at
DO NOT REPLY [Bug 34396] - security exception using datasource in servlet-instance.init()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34396. 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=34396 --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 11:19 --- Created an attachment (id=14677) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14677action=view) catalina.policy -- 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 34396] - security exception using datasource in servlet-instance.init()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34396.
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=34396
--- Additional Comments From [EMAIL PROTECTED] 2005-04-11 11:21 ---
(From update of attachment 14677)
//
// catalina.corepolicy - Security Policy Permissions for Tomcat 5
//
// This file contains a default set of security policies to be enforced (by the
// JVM) when Catalina is executed with the -security option. In addition
// to the permissions granted here, the following additional permissions are
// granted to the codebase specific to each web application:
//
// * Read access to the document root directory
//
// $Id: catalina.policy,v 1.12 2004/09/15 18:57:41 jfarcand Exp $
//
// == SYSTEM CODE PERMISSIONS =
// These permissions apply to javac
grant codeBase file:${java.home}/lib/- {
permission java.security.AllPermission;
};
// These permissions apply to all shared system extensions
grant codeBase file:${java.home}/jre/lib/ext/- {
permission java.security.AllPermission;
};
// These permissions apply to javac when ${java.home] points at $JAVA_HOME/jre
grant codeBase file:${java.home}/../lib/- {
permission java.security.AllPermission;
};
// These permissions apply to all shared system extensions when
// ${java.home} points at $JAVA_HOME/jre
grant codeBase file:${java.home}/lib/ext/- {
permission java.security.AllPermission;
};
// == CATALINA CODE PERMISSIONS ===
// These permissions apply to the launcher code
grant codeBase file:${catalina.home}/bin/commons-launcher.jar {
permission java.security.AllPermission;
};
// These permissions apply to the daemon code
grant codeBase file:${catalina.home}/bin/commons-daemon.jar {
permission java.security.AllPermission;
};
// These permissions apply to the commons-logging API
grant codeBase file:${catalina.home}/bin/commons-logging-api.jar {
permission java.security.AllPermission;
};
// These permissions apply to the server startup code
grant codeBase file:${catalina.home}/bin/bootstrap.jar {
permission java.security.AllPermission;
};
// These permissions apply to the JMX server
grant codeBase file:${catalina.home}/bin/jmx.jar {
permission java.security.AllPermission;
};
// These permissions apply to the servlet API classes
// and those that are shared across all class loaders
// located in the common directory
grant codeBase file:${catalina.home}/common/- {
permission java.security.AllPermission;
};
// These permissions apply to the container's core code, plus any additional
// libraries installed in the server directory
grant codeBase file:${catalina.home}/server/- {
permission java.security.AllPermission;
};
// The permissions granted to the balancer WEB-INF/classes directory
grant codeBase file:${catalina.home}/webapps/balancer/WEB-INF/classes/- {
permission java.lang.RuntimePermission
accessClassInPackage.org.apache.tomcat.util.digester;
permission java.lang.RuntimePermission
accessClassInPackage.org.apache.tomcat.util.digester.*;
};
// == WEB APPLICATION PERMISSIONS =
// These permissions are granted by default to all web applications
// In addition, a web application will be given a read FilePermission
// and JndiPermission for all files and directories in its document root.
grant {
// Required for JNDI lookup of named JDBC DataSource's and
// javamail named MimePart DataSource used to send mail
permission java.util.PropertyPermission java.home, read;
permission java.util.PropertyPermission java.naming.*, read;
permission java.util.PropertyPermission javax.sql.*, read;
// OS Specific properties to allow read access
permission java.util.PropertyPermission os.name, read;
permission java.util.PropertyPermission os.version, read;
permission java.util.PropertyPermission os.arch, read;
permission java.util.PropertyPermission file.separator, read;
permission java.util.PropertyPermission path.separator, read;
permission java.util.PropertyPermission line.separator, read;
// JVM properties to allow read access
permission java.util.PropertyPermission java.version, read;
permission java.util.PropertyPermission java.vendor, read;
permission java.util.PropertyPermission java.vendor.url, read;
permission java.util.PropertyPermission java.class.version, read;
permission java.util.PropertyPermission java.specification.version,
read;
permission
DO NOT REPLY [Bug 34396] - security exception using datasource in servlet-instance.init()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34396. 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=34396 --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 11:25 --- Created an attachment (id=14678) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14678action=view) catalina.policy catalina.policy (correct version) line 195 must be: // permission java.security.AllPermission; -- 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]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Returned mail: Delivery failed failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of Yahoo! Auto Response failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of DO NOT REPLY [Bug 34396] New: -security exception using datasource in servlet-instance.init() failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Returned mail: Delivery failed
The attempted delivery of DO NOT REPLY [Bug 34396] -security exception using datasource in servlet-instance.init() failed for the following reason: 555 ... User mailbox full [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34397] New: - loglevel 'emerg' is handled as loglevel 'error'
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34397.
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=34397
Summary: loglevel 'emerg' is handled as loglevel 'error'
Product: Tomcat 5
Version: Unknown
Platform: Other
OS/Version: Windows 2000
Status: NEW
Severity: normal
Priority: P2
Component: Connector:Coyote
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
I am using isapi_redirect.dll as connector between Tomcat and IIS5. The
parameter 'log_level' is set to 'emerg', but in the logfile level 'error'
occurs.
In function 'jk_parse_log_level' of 'jk_util.c' the part
if (0 == strcasecmp(level, JK_LOG_EMERG_VERB)) {
return JK_LOG_ERROR_LEVEL;
}
has to be changed to
if (0 == strcasecmp(level, JK_LOG_EMERG_VERB)) {
return JK_LOG_EMERG_LEVEL;
}
--
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]
[VOTE][RESULT] 5.5.9 Stability
Hi, OK, this vote is now closed. The result is that Tomcat 5.5.9 is stable with a proviso on the clustering features and a fix/test package ready for those. The voting thread is at http://marc.theaimsgroup.com/?t=11127867961r=1w=2 and I'll send out the proper announcements, update the web site, etc now. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Thomson Prometric Fulfillment Reply!
Your e-mail inquiry as to the status of your certificate has been received by the Thomson Prometric Fulfillment Department. We will respond to you in detail within five business days. Please be aware of the following: You must wait at least 30 days from the date of your final exam to receive your certificate. If after 30 days, you still have not received your certificate, please send us an email providing your current address as well as your candidate ID#. Sending only one email per request will speed up the response time for your inquiry. Thank You, Thomson Prometric Fulfillment visit: www.prometric.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34399] New: - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 Summary: Undeploying fails when context defined in server.xml server fails to stop Product: Tomcat 5 Version: 5.5.7 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Steps to reproduce: 1. autodeploy a web application by defining its context in server.xml 2. start the Tomcat server 3. use the Tomcat Manager to undeploy the application You will get the OK - Undeployed application at context path /WebApplication message, but the application will NOT be undeployed, it will be only stopped. If you try to stop the server after that, it will fail! I have used the shared installation (CATALINA_BASE dir), but I guess this won't work for standalone Tomcat isntallation either. -- 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 34399] - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 16:33 --- One more thing, this works for Tomcat 5.0.x. -- 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 34399] - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 16:42 --- In 5.5, the manager will only handle contexts deployed by the autodeployer. Please don't insist for it to behave in a different way, it will not happen. The other part of the bug has been fixed already. -- 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: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
Yes your arguments are correct, but this method is very usefull to test the cluster implemention, a very important use case. :-) Thanks Peter Jason Brittain schrieb: subsection name=Cluster changelog add +DeltaManager has now JMX expireAllLocalSessions and processExipre operation +for better cluster node shutdown handling (pero) + /add Why would we want to invalidate all sessions active on one node of the cluster when bringing it down, as opposed to replicating the session data out to one or more other available nodes in the cluster and letting the other machine(s) handle them? Or, did you add these operations/methods for cases where the cluster is configured to keep any given session on exactly one node? (I wouldn't think so, since in that case what would the session clustering really be useful for?) Just curious.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34399] - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 16:51 --- So you claim that it is 'as designed' to restrict undeploy by manager of autodeployed applications? (I'm OK with that) But why the report is: OK - Undeployed, if it is not true! I'd expect different result message at least (it could be probably downgraded). -- 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 34399] - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 16:55 --- Hacking in contexts using server.xml is not recommended. I do not see any reason to address this non issue. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
larryi 2005/04/11 08:07:46 Modified:webapps/docs changelog.xml Log: Correct a correction. Mainly verifying my setup still works. :) Revision ChangesPath 1.287 +1 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.286 retrieving revision 1.287 diff -u -r1.286 -r1.287 --- changelog.xml 10 Apr 2005 19:29:09 - 1.286 +++ changelog.xml 11 Apr 2005 15:07:46 - 1.287 @@ -69,7 +69,7 @@ to it would leak a minimal amount of memory) (remm) /fix update -Re-aad patch causing Session.getId to throw an ISE, and make all internal components +Re-add patch causing Session.getId to throw an ISE, and make all internal components use a safe getIdInternal method (remm) /update update - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34399] - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Priority|P2 |P4 Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 17:36 --- I'm OK with not recommend using server.xml, but it is still part of product, therefore valid issue, although with lower priority. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with mod_jk 1.2.8 (and 1.2.10) and Tomcat 4.0.4
Hello, I have a problem of ping pong between the connector mod_jk and tomcat 4.0.4 which entraine a significant load network. Sequence 1234 APACHE MOD_JK to TOMCAT Response AB (TOMCAT to APACHE MOD_JK) http://jakarta.apache.org/tomcat/connectors-doc-archive/jk2/common/AJPv13.html I manage to reproduce the problem in the following way: I have an application which allows me to send a file (I a file of 5 Mo takes for example) and I the transfer stops while close my navigator at this time there sequence AB/1234 never stops (infinite). Useless to say to you that if 20 or 30 users make celà, one arrives at a load very significant network. tcpdump on localhost showed me that there is continues traffic between both the httpd/mod_jk and the tomcat server (ajpv13). The traffic is always the same. A request from the container (AB - in ajpv13 this means Get Body Chunk) and a reply from the server (1234|00|00 - this is an 'empty packet' telling there is nothing more to be sent). I found only one mail in this direction in mailing list archive. And no response to this problem. Can you help me? http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg118112.html Best Regards, Laurent LE PRIEUR Rectorat de Nancy Metz Education Nationale - FRANCE
DO NOT REPLY [Bug 34399] - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 17:53 --- I do not insist on this being considered as a serious issue, especially if the stopping has been fixed. However, I do not agree it is a non issue. Defining context in the server.xml is a valid usecase, although not recommended and ugly, but it is still valid. I would expect the Tomcat Manager to behave reasonably which is returning something like FAIL - Application cannot be undeployed... and not claiming it was undeployed successfully, if it was not. Remy, please note that I've filed this issue in attempt to improve the Tomcat user experience. This usecase is not what I would personally do. However, users who are upgrading from erlier versions (3.x.x or 4.x.x) are often used to it and they would surely consider this as an issue. Btw, if this issue should be closed, it should be cloased as WONTFIX and not as INVALID. Anyway, thanks Remy for fixing the other 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 34361] - Using Manager ant tasks is messy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34361. 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=34361 --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 17:53 --- Before we commit this, let's refine the dependencies. I was really busy this weekend and didn't get a chance to do it but I will have the chance tonight. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with mod_jk 1.2.8 (and 1.2.10) and Tomcat 4.0.4
Laurent LE PRIEUR wrote: Hello, I have a problem of ping pong between the connector mod_jk and tomcat 4.0.4 which entraine a significant load network. Did you tried your app with Tomcat5 or Tomcat5.5? Perhaps the problem is not with the native side of mod_jk. You can post your application if unable to install the Tomcat5. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34399] - Undeploying fails when context defined in server.xml server fails to stop
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34399. 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=34399 [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 34076] - overriding content.xml docBase with manager webapp deploy function fails with java.util.zip.ZipException if context.xml specifies war and manager specifies directory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34076. 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=34076 --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 18:27 --- More info on this bug: The context.xml that you supply to the Manager is unaltered, it appears to be copied verbatim to $CATALINA_HOME/conf/serviceName/hostName/ (where context.xml files go). The next time that Tomcat starts, it reads these values and will thus deploy (or attempt to deploy) differently than when it was deployed with the Manager specifying the overriding parameters. I think that the solution is to re-write the context.xml file rather than adding code to handle the special case of the overridden war file. After it is re-written, it can then be parsed and processed as though there were no exceptions. This would solve several problems at once. If I understand the commons component correctly that creates these objects (which I only barely understand it) from the xml then we would only be running that after we re-wrote the xml. That would solve both problems, the .war file vs. war layout directory issue and the next time you boot Tomcat it uses old war value issue. Then the file could be written to conf/service name/host name correctly and it's much smoother. Now, how should we re-write it? We can parse it, change the values and then write it out or we can basically find and replace hack it. But I'm personally for a more sophisticated solution that is probably a bigger mouthful then anybody wants, but it's an idea I have long since been unsatisfied with the Admin webapps behavior of writing out my xml files with comments stripped and it's own (not too friendly) formatting. It would be really nice if there was a somewhat extended parsing functionality that records comments as metadata. If we wanted to go a bit further, we could also attempt to analyze the formatting to determine what formatting conventions is being used along with a probability factor of how certain they are using that convention (some people just sorta throw up in their code editor and call it art). Then, when we write it, we can write the comments back out and reusing their original formatting convention if it was consistent enough, or use a better formatting convention than we are currently at least. Daniel -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with mod_jk 1.2.8 (and 1.2.10) and Tomcat 4.0.4
From: Mladen Turk [EMAIL PROTECTED] Laurent LE PRIEUR wrote: Hello, I have a problem of ping pong between the connector mod_jk and tomcat 4.0.4 which entraine a significant load network. Did you tried your app with Tomcat5 or Tomcat5.5? Perhaps the problem is not with the native side of mod_jk. This sounds similar to a problem that is fixed in 3.3.2, 4.1.31 and 5.x. http://marc.theaimsgroup.com/?l=tomcat-devm=107846357610458w=2 You can post your application if unable to install the Tomcat5. 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]
naming conventions
OK, this is ridiculous. The naming conventions used with Tomcat/jakarta/catalina is confusing and complicated beyond compare. My first exposure to Tomcat 5.5 is installing and configuring with IIs. Not a big dealexcept the naming conventions. files - Tomcat environment variables - catalina IIs service names - jakarta For the files in /conf web.xml - org.apache.catalina.servlets tomcat-user.xml catalina.properties Need I go on? Choose a name, use that name, KISS. OSS should not mean Outrageously Stupid Symbol-names Brian Nelson Dept of Computer Science
Re: naming conventions
bnelson wrote: The naming conventions used with Tomcat/jakarta/catalina is confusing and complicated beyond compare. Sorry you find it excessive. Think about any real-world system (Windows, UNIX) and you will find some thing(s) arbitrary or historical about it. My first exposure to Tomcat 5.5 is installing and configuring with IIs. Not a big dealexcept the naming conventions. files - Tomcat environment variables - catalina IIs service names - jakarta For the files in /conf web.xml - org.apache.catalina.servlets tomcat-user.xml catalina.properties Tomcat is the program's name. Catalina is a major rewrite of internals. Jakarta is the name of the top-level Apache project (people are voting this very week to move out from under it, so hopefully we can at least replace most occurences of jakarta with tomcat over the next 'n' releases). Web.xml is out of our control: the filename and format of Web.xml is in Sun's J2EE Servlet Specification; the name prefix org.apache is used by all(?) Apache Java projects, and is in keeping with Sun's J2SE package naming conventions. Need I go on? Choose a name, use that name, KISS. OSS should not mean Outrageously Stupid Symbol-names Glad your acronym parser/generator is working at peak efficiency :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: naming conventions
Ian F. Darwin wrote: Tomcat is the program's name. Catalina is a major rewrite of internals. Jakarta is the name of the top-level Apache project (people are voting this very week to move out from under it, so hopefully we can at least replace most occurences of jakarta with tomcat over the next 'n' releases). Web.xml is out of our control: the filename and format of Web.xml is in Sun's J2EE Servlet Specification; the name prefix org.apache is used by all(?) Apache Java projects, and is in keeping with Sun's J2SE package naming conventions. In that case, jakarta seems an arbitrary name used in the JK on ISS howto docs. As I understand it (prefix everything with Apache for the actual product/brand name): Tomcat: name of the full bundle Catalina: Servlet implementation and related services Coyote: Connectors (HTTP, AJP) Jasper: JSP implementation Watchdog (deprecated): TCK test suite We'll need to rework the homepage with branding updates ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] Tomcat 5.5.9 voted stable
The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.9 stable. This build contains numerous bug fixes, documentation updates, and other improvements. Please note that while all core features have been tested and voted stable, there is a known issue in this build related to the clustering module. The fix for this issue is available by itself at Bugzilla, and will be included in subsequent Tomcat releases. Again, this issue only impacts users of Tomcat's native clustering module. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi The stability voting thread is available at MARC at AIMS. The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Tomcat 5.5.9 voted stable
PLEASE TAKE US OFF THIS MAILING LIST PLEASE!!! Yoav Shapira [EMAIL PROTECTED] wrote:The Apache Jakarta Tomcat team is proud to announce the immediate availability of Tomcat 5.5.9 stable. This build contains numerous bug fixes, documentation updates, and other improvements. Please note that while all core features have been tested and voted stable, there is a known issue in this build related to the clustering module. The fix for this issue is available by itself at Bugzilla, and will be included in subsequent Tomcat releases. Again, this issue only impacts users of Tomcat's native clustering module. Release notes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html Downloads: http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi The stability voting thread is available at MARC at AIMS. The Apache Jakarta Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: naming conventions
PLEASE TAKE US OFF THIS MAILING LIST. . . PLEEASE! Ian F. Darwin [EMAIL PROTECTED] wrote:bnelson wrote: The naming conventions used with Tomcat/jakarta/catalina is confusing and complicated beyond compare. Sorry you find it excessive. Think about any real-world system (Windows, UNIX) and you will find some thing(s) arbitrary or historical about it. My first exposure to Tomcat 5.5 is installing and configuring with IIs. Not a big dealexcept the naming conventions. files - Tomcat environment variables - catalina IIs service names - jakarta For the files in /conf web.xml - org.apache.catalina.servlets tomcat-user.xml catalina.properties Tomcat is the program's name. Catalina is a major rewrite of internals. Jakarta is the name of the top-level Apache project (people are voting this very week to move out from under it, so hopefully we can at least replace most occurences of jakarta with tomcat over the next 'n' releases). Web.xml is out of our control: the filename and format of Web.xml is in Sun's J2EE Servlet Specification; the name prefix org.apache is used by all(?) Apache Java projects, and is in keeping with Sun's J2SE package naming conventions. Need I go on? Choose a name, use that name, KISS. OSS should not mean Outrageously Stupid Symbol-names Glad your acronym parser/generator is working at peak efficiency :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34394] - Session lost if more than one JSESSIONID exist in the cookie
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34394. 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=34394 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-11 22:10 --- Your test case contains several bugs and, even after fixing them, the behaviour you describe does not occur. You might want to read the following from the archives: http://marc.theaimsgroup.com/?l=tomcat-userm=105956300319201w=2 Bugzilla is not an application development support forum. For issues such as this I suggest that you try searching the archives and/or posting to the tomcat-user mailing list rather than filing a bug 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]
Re: [VOTE] 5.5.9 Stability
ok, I'll look into this this week. Filip Peter Rossbach wrote: Hey, the problem is arround the keep a live handling code and the auto reconnect at SimpleTcpCluster. One thread can say: I drop the connection and open new one, then start transfer message and wait for ack. Other thread comes and see ups. the connection is not there. ( Arrg missing sychronized). I open a new socket and close the old current use socket. Under Suse Linux 9.1, the first thread wait for keepAlive timeout (60 sec). BAD!!! = Asnyc mode the queue grow very fast. Sometimes all other nodes have the same problem and the complete cluster standing still. Nothing todo wait for ACK I am made very limited testing the effects at sync,pooled mode. I preferred the async modes. I have merge my fix at the 5.5.10 CVS Head Basis. Currently my customer start a weekend load test. I also merge the changes at 5.5.9 Basis. Both version needs testing and documentation, but my time and ressource are limited. Need help, setup clusters and start loading tests. I start to open a bug report for better community discussion and add my fix pack for testing. build-src bin pack I must review my changes and document my szenario. Than Filip can start to review the changes and testing the clustering. Thanks for you help. :-) My customers needs the new 5.5.9 Release. The best thing is, we package a separate patch-cluster-fix and mark 5.5.9 as beta. Peter Filip Hanik - Dev Lists schrieb: Hi Peter, what's up with the cluster code? I will have some time to load test and debug any problems you might have, also, do you have problems on the synced-pooled setting, or on all connectors? Filip - 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: [VOTE][RESULT] 5.5.9 Stability
Yoav Shapira wrote: Hi, OK, this vote is now closed. The result is that Tomcat 5.5.9 is stable with a proviso on the clustering features and a fix/test package ready for those. The voting thread is at http://marc.theaimsgroup.com/?t=11127867961r=1w=2 and I'll send out the proper announcements, update the web site, etc now. Great :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
