cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c
mturk 2005/04/26 23:15:00
Modified:jk/native/common jk_connect.c
Log:
Add SD_SEND for platforms that has no such define. Also lower the
lingering timeout for graceful shutdown to 1 second and maximum of
16x512 packets to consume, giving the AJP max packet size.
Revision ChangesPath
1.55 +7 -5 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.54
retrieving revision 1.55
diff -u -r1.54 -r1.55
--- jk_connect.c 24 Apr 2005 09:52:57 - 1.54
+++ jk_connect.c 27 Apr 2005 06:14:59 - 1.55
@@ -461,9 +461,12 @@
}
#ifndef MAX_SECS_TO_LINGER
-#define MAX_SECS_TO_LINGER 30
+#define MAX_SECS_TO_LINGER 16
+#endif
+#define SECONDS_TO_LINGER 1
+#ifndef SD_SEND
+#define DS_SEND 0x01
#endif
-#define SECONDS_TO_LINGER 2
int jk_shutdown_socket(int s)
{
@@ -500,8 +503,7 @@
#endif
/* Read all data from the peer until we reach end-of-file (FIN
* from peer) or we've exceeded our overall timeout. If the client does
- * not send us bytes within 2 seconds (a value pulled from Apache 1.3
- * which seems to work well), close the connection.
+ * not send us bytes within12 second, close the connection.
*/
while (1) {
nbytes = jk_tcp_socket_recvfull(s, dummy, sizeof(dummy));
-
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/26 23:16:07 Modified:jk/native/common jk_connect.c Log: Fix typo. Revision ChangesPath 1.56 +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.55 retrieving revision 1.56 diff -u -r1.55 -r1.56 --- jk_connect.c 27 Apr 2005 06:14:59 - 1.55 +++ jk_connect.c 27 Apr 2005 06:16:07 - 1.56 @@ -465,7 +465,7 @@ #endif #define SECONDS_TO_LINGER 1 #ifndef SD_SEND -#define DS_SEND 0x01 +#define SD_SEND 0x01 #endif int jk_shutdown_socket(int s) - 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/26 23:18:11 Modified:jk/native/common jk_connect.c Log: No need to set the send timeout for read-only operation. Revision ChangesPath 1.57 +2 -6 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.56 retrieving revision 1.57 diff -u -r1.56 -r1.57 --- jk_connect.c 27 Apr 2005 06:16:07 - 1.56 +++ jk_connect.c 27 Apr 2005 06:18:11 - 1.57 @@ -491,15 +491,11 @@ #if defined(WIN32) setsockopt(s, SOL_SOCKET, SO_RCVTIMEO, (const char *) tmout, sizeof(int)); -setsockopt(s, SOL_SOCKET, SO_SNDTIMEO, - (const char *) tmout, sizeof(int)); -#elif defined(SO_RCVTIMEO) defined(USE_SO_RCVTIMEO) defined(SO_SNDTIMEO) defined(USE_SO_SNDTIMEO) +#elif defined(SO_RCVTIMEO) defined(USE_SO_RCVTIMEO) tv.tv_sec = SECONDS_TO_LINGER; tv.tv_usec = 0; setsockopt(s, SOL_SOCKET, SO_RCVTIMEO, (const void *) tv, sizeof(tv)); -setsockopt(s, SOL_SOCKET, SO_SNDTIMEO, - (const void *) tv, sizeof(tv)); #endif /* Read all data from the peer until we reach end-of-file (FIN * from peer) or we've exceeded our overall timeout. If the client does - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't compile jk nativ connector under Suse 9.3
At 11:02 PM 4/26/2005, Peter Rossbach wrote: here the configure output ... Thank you; but the other half of my question... make[1]: Entering directory `/home/peter/develop/tomcat/jakarta-tomcat-connectors/jk/native/common' /bin/sh /home/peter/server/apache2/build/libtool --silent --mode=compile gcc -I/home/peter/server/apache2/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/home/peter/server/httpd-2.0.54/srclib/apr/include -g -O2 -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I /usr/java/jdk1.5.0_02/include -I /usr/java/jdk1.5.0_02/include/ -c jk_connect.c jk_connect.c: In function `jk_shutdown_socket': jk_connect.c:485: error: `SD_SEND' undeclared (first use in this function) jk_connect.c:485: error: (Each undeclared identifier is reported only once jk_connect.c:485: error: for each function it appears in.) William A. Rowe, Jr. schrieb: grep -r SD_SEND /usr/include/* grep -r SD_SEND /usr/local/include/* ? Tell us where it's hidden and it's more likely we can come up with an appropriate patch. You seem to presume I run your version of suse here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't compile jk nativ connector under Suse 9.3
William A. Rowe, Jr. wrote: here the configure output ... Thank you; but the other half of my question... It was my fault. SD_SEND is defined only on winsock. On other platforms it is 1. Already committed a fix. Regards, Mladen. - 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
mturk 2005/04/26 23:38:59
Modified:jk/native/common jk_ajp_common.c
Log:
Added missing ACL method.
Revision ChangesPath
1.103 +5 -1
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.102
retrieving revision 1.103
diff -u -r1.102 -r1.103
--- jk_ajp_common.c 24 Apr 2005 09:54:47 - 1.102
+++ jk_ajp_common.c 27 Apr 2005 06:38:59 - 1.103
@@ -100,6 +100,10 @@
case 3:
switch (method[0])
{
+case 'A':
+return (method[1] == 'C'
+ method[2] == 'L'
+? SC_M_ACL : UNKNOWN_METHOD);
case 'P':
return (method[1] == 'U'
method[2] == 'T'
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why is ACL judged UNKNOWN_METHOD since jk_ajp_common.c Revision 1.68 ?
[EMAIL PROTECTED] wrote: (B (B You changed implementation of jk_ajp_common.c from Revision 1.67 to Revision (B 1.68. (B ACL have been judged UNKNOWN_METHOD since its modification. (B Why ? (B (B (BBecause I forgot? (B (BAnyhow, committed a fix, so it should be in the 1.2.11. (BThanks for spotting that :). (B (BRegards, (BMladen. (B (B- (BTo unsubscribe, e-mail: [EMAIL PROTECTED] (BFor additional commands, e-mail: [EMAIL PROTECTED]
Edward Furlong/IE/TLS/PwC is out of the office.
I will be out of the office starting 21/04/2005 and will not return until 23/05/2005. Please contact my secretary Loreen White on 00 353 1 662 6318 for urgent assistance. _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. - 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
mturk 2005/04/27 00:07:08
Modified:jk/native/common jk_ajp_common.c
Log:
Be more verbose logging socket maintain.
Revision ChangesPath
1.104 +12 -4
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.103
retrieving revision 1.104
diff -u -r1.103 -r1.104
--- jk_ajp_common.c 27 Apr 2005 06:38:59 - 1.103
+++ jk_ajp_common.c 27 Apr 2005 07:07:08 - 1.104
@@ -2150,7 +2150,7 @@
}
JK_ENTER_CS(aw-cs, rc);
if (rc) {
-unsigned int i;
+unsigned int i, n = 0;
/* Handle worker cache and recycle timeouts */
for (i = 0; i aw-ep_cache_sz; i++) {
/* Skip the closed sockets */
@@ -2158,15 +2158,23 @@
int elapsed = (int)difftime(now,
aw-ep_cache[i]-last_access);
if (((aw-cache_timeout 0) (elapsed
aw-cache_timeout)) ||
((aw-recycle_timeout 0) (elapsed
aw-recycle_timeout))) {
+time_t rt = 0;
+n++;
+if (JK_IS_DEBUG_LEVEL(l))
+rt = time(NULL);
aw-ep_cache[i]-reuse = JK_FALSE;
ajp_reset_endpoint(aw-ep_cache[i], l);
if (JK_IS_DEBUG_LEVEL(l))
jk_log(l, JK_LOG_DEBUG,
-cleaning cache slot=%d elapsed %u,
-i, elapsed);
+cleaning cache slot=%d elapsed %u in
%d,
+i, elapsed, (int)(difftime(time(NULL),
rt)));
}
}
}
+if (JK_IS_DEBUG_LEVEL(l))
+jk_log(l, JK_LOG_DEBUG,
+recycled %u sockets in %d seconds,
+n, (int)(difftime(time(NULL), now)));
JK_LEAVE_CS(aw-cs, rc);
JK_TRACE_EXIT(l);
return JK_TRUE;
-
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
mturk 2005/04/27 00:17:46 Modified:jk/native/common jk_ajp_common.c Log: Add SEARCH method too. Also missing like ACL. Revision ChangesPath 1.105 +4 -1 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.104 retrieving revision 1.105 diff -u -r1.104 -r1.105 --- jk_ajp_common.c 27 Apr 2005 07:07:08 - 1.104 +++ jk_ajp_common.c 27 Apr 2005 07:17:46 - 1.105 @@ -185,6 +185,9 @@ case 'R': return (memcmp(method, REPORT, 6) == 0 ? SC_M_REPORT : UNKNOWN_METHOD); +case 'S': +return (memcmp(method, SEARCH, 6) == 0 +? SC_M_SEARCH : UNKNOWN_METHOD); case 'D': return (memcmp(method, DELETE, 6) == 0 ? SC_M_DELETE : UNKNOWN_METHOD); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2005/04/27 00:21:48 Modified:jk/xdocs changelog.xml Log: Log search and acl methods. Revision ChangesPath 1.25 +2 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- changelog.xml 26 Apr 2005 15:30:59 - 1.24 +++ changelog.xml 27 Apr 2005 07:21:48 - 1.25 @@ -25,6 +25,8 @@ br / subsection name=Native changelog + fixAdded missing SEARCH and ACL http methods. (mturk) + /fix update Add a stopped flag to worker configuration. Set flag True and complete traffic to worker is stopped. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_util.c
mturk 2005/04/27 00:39:38
Modified:jk/native/common jk_util.c
Log:
Hack to support building with free Visual C++ Toolkit 2003 using MSVCRT
libraries.
Revision ChangesPath
1.64 +7 -1 jakarta-tomcat-connectors/jk/native/common/jk_util.c
Index: jk_util.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_util.c,v
retrieving revision 1.63
retrieving revision 1.64
diff -u -r1.63 -r1.64
--- jk_util.c 26 Apr 2005 15:28:18 - 1.63
+++ jk_util.c 27 Apr 2005 07:39:38 - 1.64
@@ -89,6 +89,7 @@
#define HUGE_BUFFER_SIZE (8*1024)
#define LOG_LINE_SIZE(1024)
+
/*
* define the log format, we're using by default the one from error.log
*
@@ -99,6 +100,11 @@
#define JK_TIME_FORMAT [%a %b %d %H:%M:%S %Y]
#endif
+/* Visual C++ Toolkit 2003 support */
+#if defined (_MSC_VER) (_MSC_VER == 1310)
+extern long _ftol(double); /* defined by VC6 C libs */
+extern long _ftol2(double dblSource) { return _ftol(dblSource); }
+#endif
static const char *jk_level_werbs[] = {
[ JK_LOG_TRACE_VERB ] ,
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
mturk 2005/04/27 00:41:07
Modified:jk/native/nt_service jk_nt_service.c
Log:
Fix API changed, so it can compile again.
Revision ChangesPath
1.13 +4 -4
jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c
Index: jk_nt_service.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- jk_nt_service.c 23 Dec 2004 18:33:37 - 1.12
+++ jk_nt_service.c 27 Apr 2005 07:41:07 - 1.13
@@ -908,8 +908,8 @@
jk_b_end(msg, AJP13_PROTO);
if(0 jk_tcp_socket_sendfull(sd,
- jk_b_get_buff(msg),
- jk_b_get_len(msg))) {
+ msg-buf,
+ msg-len)) {
rc = JK_FALSE;
}
}
@@ -955,7 +955,7 @@
jk_map_t *init_map;
if(jk_map_alloc(init_map)) {
-if(jk_map_read_properties(init_map, prp_file)) {
+if(jk_map_read_properties(init_map, prp_file, NULL)) {
jk_tomcat_startup_data_t data;
jk_pool_t p;
jk_pool_atom_t buf[HUGE_POOL_SIZE];
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
mturk 2005/04/27 00:46:22 Modified:jk/native/nt_service jk_nt_service.c Log: Fix typo. Revision ChangesPath 1.14 +3 -3 jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c Index: jk_nt_service.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- jk_nt_service.c 27 Apr 2005 07:41:07 - 1.13 +++ jk_nt_service.c 27 Apr 2005 07:46:22 - 1.14 @@ -791,9 +791,9 @@ dwErr = GetLastError(); -hEventSource = RegisterEventSource(NULL, Jakrta - Tomcat); +hEventSource = RegisterEventSource(NULL, Jakarta - Tomcat); -sprintf(szMsg, %s error: %d, Jakrta - Tomcat, dwErr); +sprintf(szMsg, %s error: %d, Jakarta - Tomcat, dwErr); lpszStrings[0] = szMsg; lpszStrings[1] = lpszMsg; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: 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 119 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-27042005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-27042005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-27042005/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-27042005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-27042005/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 2227042005, brutus:brutus-public:2227042005 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]
cvs commit: jakarta-tomcat-connectors/jk/native configure.in
mturk 2005/04/27 02:24:51 Modified:jk/native configure.in Log: Skip presuming that the libsocket is present. Revision ChangesPath 1.44 +4 -4 jakarta-tomcat-connectors/jk/native/configure.in Index: configure.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/configure.in,v retrieving revision 1.43 retrieving revision 1.44 diff -u -r1.43 -r1.44 --- configure.in 18 Mar 2005 08:17:59 - 1.43 +++ configure.in 27 Apr 2005 09:24:51 - 1.44 @@ -55,11 +55,12 @@ AC_CHECK_FUNC(vsnprintf, AC_DEFINE(HAVE_VSNPRINTF,1,[Have vsnprintf()])) dnl check for flock function. AC_CHECK_FUNC(flock, AC_DEFINE(HAVE_FLOCK,1,[Have flock()])) +dnl check for -lsocket library +AC_CHECK_LIB(socket, socket) +AC_CHECK_LIB(setsockopt, socket) AC_DEFUN([JK_CHECK_SETSOCKOPT], [ AC_MSG_CHECKING(whether to use $1 with setsockopt()) -saved_LIBS=$LIBS -LIBS=$saved_LIBS -lsocket AC_TRY_RUN([ #include sys/types.h #include sys/socket.h @@ -90,7 +91,6 @@ , [ AC_MSG_RESULT([yes]) AC_DEFINE(USE_$1, 1, [Define to use $1 with setsockopt()]) ] , [ AC_MSG_RESULT([no]) ] ) -LIBS=$saved_LIBS ])dnl dnl check for SO_RCVTIMEO and SO_SNDTIMEO - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_map.c jk_pool.c
mturk 2005/04/27 02:38:35
Modified:jk/native/common jk_map.c jk_pool.c
Log:
Fix compile warnings.
Revision ChangesPath
1.36 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_map.c
Index: jk_map.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_map.c,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- jk_map.c 21 Apr 2005 10:36:58 - 1.35
+++ jk_map.c 27 Apr 2005 09:38:35 - 1.36
@@ -376,7 +376,7 @@
sep = PATH_SEPERATOR;
else if (jk_is_cmd_line_poperty(prp))
sep = ' ';
-else if (!stricmp(prp, worker.list))
+else if (!strcasecmp(prp, worker.list))
sep = ',';
sprintf(tmpv, %s%c%s, oldv, sep, v);
}
1.13 +4 -4 jakarta-tomcat-connectors/jk/native/common/jk_pool.c
Index: jk_pool.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_pool.c,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- jk_pool.c 11 Nov 2004 14:09:03 - 1.12
+++ jk_pool.c 27 Apr 2005 09:38:35 - 1.13
@@ -117,13 +117,13 @@
#if defined (DEBUG) || defined(_DEBUG)
void jk_dump_pool(jk_pool_t *p, FILE * f)
{
-fprintf(f, Dumping for pool [%p]\n, p);
+fprintf(f, Dumping for pool [%#lx]\n, p);
fprintf(f, size [%d]\n, p-size);
fprintf(f, pos [%d]\n, p-pos);
-fprintf(f, buf [%p]\n, p-buf);
+fprintf(f, buf [%#lx]\n, p-buf);
fprintf(f, dyn_size [%d]\n, p-dyn_size);
fprintf(f, dyn_pos [%d]\n, p-dyn_pos);
-fprintf(f, dynamic [%p]\n, p-dynamic);
+fprintf(f, dynamic [%#lx]\n, p-dynamic);
fflush(f);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33356] - Incorrect parsing of tag attributes
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=33356.
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=33356
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|normal |major
--- Additional Comments From [EMAIL PROTECTED] 2005-04-27 13:01 ---
This bug is becoming a problem for us, since our query language uses { to
express OR, and identifiers of the form foo:bar occur quite often. Users really
have to go through some ugly workarounds to deal with this problem, and since
the bug is in Jasper we can't do much to help them.
--
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 34643] New: - document how to use certificate-based clientAuth on a per user or per session basis
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=34643. 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=34643 Summary: document how to use certificate-based clientAuth on a per user or per session basis Product: Tomcat 5 Version: Nightly Build Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED],[EMAIL PROTECTED] http://jakarta.apache.org/tomcat/tomcat-5.5-doc/ssl-howto.html#Edit%20the%20Tomcat%20Configuration%20File nicely documents how to enable clientAuth on a global basis. A web application may well have a mixed user community, some authenticate by means of a password or other authenticators, others have a certificate for authentication. The goal of this RFE is to amend the documentation with how the clientAuth mechanism can be triggered and enforced on a per user basis. Interim results of my own little research: - if I request org.apache.catalina.Globals.SSL_CERTIFICATE_ATTR, org.apache.coyote.tomcat4.CoyoteRequest.getAttribute triggers the org.apache.coyote.ActionCode.ACTION_REQ_SSL_CERTIFICATE re-handshake - to enforce this for a given user, I guess I could store that certificate in the session and for every subsequent request test whether the cert is stored or otherwise trigger the re-handshake by asking for SSL_CERTIFICATE_ATTR. Open issues I haven't mastered so far: 1) If the application allows for self-signed certificates the user uploads into the DB i.e. her profile, is there a way to use a non-global trustStore to validate? Otherwise, with an increasing user-basis, I foresee scalability problems if I had to import all such certificates into a global trust store? 2) javax.net.ssl.SSLServerSocket.setNeedClientAuth in org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.configureClientAuth might be the basis for an alternative approach, but I wouldn't know how to set that (or probably rather org.apache.tomcat.util.net.ServerSocketFactory.setAttribute(clientAuth, true) before the org.apache.tomcat.util.net.jsse.JSSESocketFactory.acceptSocket has already occurred? related mailing list threads probably are: http://marc.theaimsgroup.com/?l=tomcat-userm=105300671215744w=2 and http://marc.theaimsgroup.com/?l=tomcat-userm=104581231518394w=2 -- 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]
arbitrary jk_common http methods
Mladen, one of the features of the the former connector was being able to handle arbitrary http methods. At the time, a new one was being added to delta-v or acl every time we turned around. Having a fallback path of pushing through unknown methods eliminated the need to rebuild jk for each new method. I could be wrong but in reading jk_ajp_common it seems that the code now requires the method to be known. You might want to think about re-adding this functionality if this is true, as it will no doubt save headaches down the road. Thanks, Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34647] New: - Tomcat cluster - Unabel to receive message through TCP Channel
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=34647. 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=34647 Summary: Tomcat cluster - Unabel to receive message through TCP Channel Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] We have a cluster with two Tomcat servers. When we restart one of the nodes, without restarting the other one, it seems to be a problem in the communication between them. This is the log trace in the node that restarts, when it starts: [main] INFO org.apache.catalina.cluster.session.DeltaManager - Starting clustering manager...:/TEST [main] WARN org.apache.catalina.cluster.session.DeltaManager - Manager [/TEST], requesting session state from org.apache.catalina.cluster.mcast.McastMember [tcp://XXX.XXX.XXX.XXX:4001,XXX.XXX.XXX.,4001, alive=14436991]. This operation will timeout if no session state has been received within 60 seconds [main] ERROR org.apache.catalina.cluster.session.DeltaManager - Manager [/TEST], No session state received, timing out. org.apache.jk.common.ChannelSocket init And the trace log in the node that remains alive: org.apache.catalina.cluster.tcp.SimpleTcpCluster memberDisappeared INFO: Received member disappeared:org.apache.catalina.cluster.mcast.McastMember [tcp://YYY.YYY.YYY.YYY:4001,YYY.YYY.YYY.YYY,4001, alive=6147693] org.apache.catalina.cluster.tcp.SimpleTcpCluster memberAdded INFO: Replication member added:org.apache.catalina.cluster.mcast.McastMember [tcp://YYY.YYY.YYY.YYY:4001,YYY.YYY.YYY.YYY,4001, alive=2] [org.apache.catalina.cluster.tcp.TcpReplicationThread[3]] ERROR org.apache.catalina.cluster.session.DeltaManager - Unable to receive message through TCP channel java.lang.NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength (ObjectOutputStream.java:1898) at java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF (ObjectOutputStream.java:1769) at java.io.ObjectOutputStream.writeUTF(ObjectOutputStream.java:787) at org.apache.catalina.cluster.session.SerializablePrincipal.writePrincipal (SerializablePrincipal.java:180) at org.apache.catalina.cluster.session.DeltaSession.writeObject (DeltaSession.java:1457) at org.apache.catalina.cluster.session.DeltaSession.writeObjectData (DeltaSession.java:930) at org.apache.catalina.cluster.session.DeltaManager.doUnload (DeltaManager.java:539) at org.apache.catalina.cluster.session.DeltaManager.messageReceived (DeltaManager.java:854) at org.apache.catalina.cluster.session.DeltaManager.messageDataReceived (DeltaManager.java:762) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.messageDataReceived (SimpleTcpCluster.java:576) at org.apache.catalina.cluster.io.ObjectReader.execute (ObjectReader.java:70) at org.apache.catalina.cluster.tcp.TcpReplicationThread.drainChannel (TcpReplicationThread.java:129) at org.apache.catalina.cluster.tcp.TcpReplicationThread.run (TcpReplicationThread.java:67) I saw another bug similar to this one: 32280, but it finishes without a clear solution. Thanks in advance. -- 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: arbitrary jk_common http methods
Keith Wannamaker wrote: Mladen, one of the features of the the former connector was being able to handle arbitrary http methods. I'm not aware such a feature ever existed. Only the ajp13 http methods can be handled by the ajp protocol, and that was always. Two methods (SELECT, and ACL) were missing because I forgot to add them when rewriting method handler. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34647] - Tomcat cluster - Unable to receive message through TCP Channel
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=34647. 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=34647 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Tomcat cluster - Unabel to |Tomcat cluster - Unable to |receive message through TCP |receive message through TCP |Channel|Channel -- 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: arbitrary jk_common http methods
Hi Mladen, this functionality was in jk2 (jk_requtil.c:jk2_requtil_getMethodId) but probably not in the original mod_jk. A special method code means to look for the method name later in the message. I respect the work you have done trying to merge so many copies of jk back down into one :-) Thanks, Keith Mladen Turk wrote: Keith Wannamaker wrote: Mladen, one of the features of the the former connector was being able to handle arbitrary http methods. I'm not aware such a feature ever existed. Only the ajp13 http methods can be handled by the ajp protocol, and that was always. Two methods (SELECT, and ACL) were missing because I forgot to add them when rewriting method handler. 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: arbitrary jk_common http methods
Keith Wannamaker wrote: Hi Mladen, this functionality was in jk2 (jk_requtil.c:jk2_requtil_getMethodId) but probably not in the original mod_jk. Yes, it was not there. It's a very simple thing and I'll merge that from JK2. It makes sense. Regards, Mladen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2005/04/27 07:06:17
Modified:jk/native/common jk_ajp_common.c jk_ajp_common.h
jk/xdocs changelog.xml
Log:
Backport SC_M_JK_STORED from JK2 for passing arbitrary
methods instead failing the request
Revision ChangesPath
1.106 +15 -8
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.105
retrieving revision 1.106
diff -u -r1.105 -r1.106
--- jk_ajp_common.c 27 Apr 2005 07:17:46 - 1.105
+++ jk_ajp_common.c 27 Apr 2005 14:06:17 - 1.106
@@ -386,13 +386,8 @@
JK_TRACE_ENTER(l);
if ((method = sc_for_req_method(s-method,
-strlen(s-method))) == UNKNOWN_METHOD) {
-jk_log(l, JK_LOG_ERROR,
- No such method %s,
- s-method);
-JK_TRACE_EXIT(l);
-return JK_FALSE;
-}
+strlen(s-method))) == UNKNOWN_METHOD)
+method = SC_M_JK_STORED;
if (jk_b_append_byte(msg, JK_AJP13_FORWARD_REQUEST) ||
jk_b_append_byte(msg, (unsigned char)method) ||
@@ -533,6 +528,18 @@
}
}
+/* If the method was unrecognized, encode it as an attribute */
+if (method == SC_M_JK_STORED) {
+if (JK_IS_DEBUG_LEVEL(l))
+jk_log(l, JK_LOG_DEBUG, unknown method %s, s-method);
+if (jk_b_append_string(msg, s-method)) {
+jk_log(l, JK_LOG_ERROR,
+ failed appending the request method);
+JK_TRACE_EXIT(l);
+return JK_FALSE;
+}
+}
+
if (s-num_attributes 0) {
for (i = 0; i s-num_attributes; i++) {
if (jk_b_append_byte(msg, SC_A_REQ_ATTRIBUTE) ||
1.33 +2 -2
jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h
Index: jk_ajp_common.h
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h,v
retrieving revision 1.32
retrieving revision 1.33
diff -u -r1.32 -r1.33
--- jk_ajp_common.h 24 Apr 2005 09:54:47 - 1.32
+++ jk_ajp_common.h 27 Apr 2005 14:06:17 - 1.33
@@ -111,7 +111,7 @@
#define SC_M_MERGE (unsigned char)25
#define SC_M_BASELINE_CONTROL (unsigned char)26
#define SC_M_MKACTIVITY (unsigned char)27
-
+#define SC_M_JK_STORED (unsigned char)0xFF
/*
* Frequent request headers, these headers are coded as numbers
1.26 +3 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml
Index: changelog.xml
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/changelog.xml,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- changelog.xml 27 Apr 2005 07:21:48 - 1.25
+++ changelog.xml 27 Apr 2005 14:06:17 - 1.26
@@ -25,6 +25,9 @@
br /
subsection name=Native
changelog
+ fixBackport SC_M_JK_STORED from JK2 for passing arbitrary
+ methods instead failing the request. (mturk)
+ /fix
fixAdded missing SEARCH and ACL http methods. (mturk)
/fix
update
-
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_ajp_common.h
mturk 2005/04/27 07:12:48
Modified:jk/native/common jk_ajp_common.c jk_ajp_common.h
Log:
Also set the SC_A_STORED_METHOD when passing arbitrary
request methods as attributes.
Revision ChangesPath
1.107 +3 -2
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.106
retrieving revision 1.107
diff -u -r1.106 -r1.107
--- jk_ajp_common.c 27 Apr 2005 14:06:17 - 1.106
+++ jk_ajp_common.c 27 Apr 2005 14:12:48 - 1.107
@@ -532,7 +532,8 @@
if (method == SC_M_JK_STORED) {
if (JK_IS_DEBUG_LEVEL(l))
jk_log(l, JK_LOG_DEBUG, unknown method %s, s-method);
-if (jk_b_append_string(msg, s-method)) {
+if (jk_b_append_byte(msg, SC_A_STORED_METHOD) ||
+jk_b_append_string(msg, s-method)) {
jk_log(l, JK_LOG_ERROR,
failed appending the request method);
JK_TRACE_EXIT(l);
1.34 +2 -1
jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h
Index: jk_ajp_common.h
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- jk_ajp_common.h 27 Apr 2005 14:06:17 - 1.33
+++ jk_ajp_common.h 27 Apr 2005 14:12:48 - 1.34
@@ -49,6 +49,7 @@
#define SC_A_REQ_ATTRIBUTE (unsigned char)10
#define SC_A_SSL_KEY_SIZE (unsigned char)11 /* only in if
JkOptions +ForwardKeySize */
#define SC_A_SECRET (unsigned char)12
+#define SC_A_STORED_METHOD (unsigned char)13
#define SC_A_ARE_DONE (unsigned char)0xFF
/*
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native configure.in
mturk 2005/04/27 08:06:45 Modified:jk/native configure.in Log: Add -lsocket to the $LIBS if setsockoption is inside libsocket. Revision ChangesPath 1.45 +2 -3 jakarta-tomcat-connectors/jk/native/configure.in Index: configure.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/configure.in,v retrieving revision 1.44 retrieving revision 1.45 diff -u -r1.44 -r1.45 --- configure.in 27 Apr 2005 09:24:51 - 1.44 +++ configure.in 27 Apr 2005 15:06:45 - 1.45 @@ -56,8 +56,7 @@ dnl check for flock function. AC_CHECK_FUNC(flock, AC_DEFINE(HAVE_FLOCK,1,[Have flock()])) dnl check for -lsocket library -AC_CHECK_LIB(socket, socket) -AC_CHECK_LIB(setsockopt, socket) +AC_CHECK_LIB(socket, setsockopt, [LIBS=$LIBS -lsocket]) AC_DEFUN([JK_CHECK_SETSOCKOPT], [ AC_MSG_CHECKING(whether to use $1 with setsockopt()) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34648] New: - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 Summary: AJP uses Host header not ServerName directive from Apache Product: Tomcat 5 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: Connector:AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Currently the implementation for which AJP1/3 Connector selects which host to pass the request to is determined solely by the HTTP Host header. It would be nice if it could optionally use the ServerName directive that is passed from Apache through mod_jk to the AJP1/3 Connector. This would be create for ISP hosting enviroments in which name based hosting may not always be the hosting method. Currently our setup we have some hosts that are name based and some that are address based. For address based hosts consider the following apache conf VirtualHost 192.168.2.100 ServerName www.testhost.com JkMount /* default /VirtualHost and the associated tomcat host conf Host name=testhost appBase=webapps Aliaswww.testhost.com/Alias /Host Now this client is setup as and address based host. Let also say that the domain name www.testhost2.com resolves to 192.168.2.100 as well. Since we don't always manage the DNS and clients could have (N) domains pointing to their IP address. The domain www.testhost.com will work just fine but www.testhost2.com will not, b/c the host header will have www.testhost2.com obviously instead of www.testhost.com. Now if tomcat had an option to use the ServerName directive if it was passed this would then work for both the domains in question, as it would lookup of www.testhost.com from ServerName passed through mod_jk instead of just solely looking up the Host Header. This obviously isn't a bug but a feature request, I know that other containers do already do this like Resin, handles this situation just fine. Tomcat Version: 5.5.9 Mod_JK: 1.2.10 Apache: 2.0.54 -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 17:25 --- You can set the UseCanonicalName On inside httpd.conf for that. -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 17:31 --- I do have this directive configured with UseCanonicalName On in httpd.conf, but it still doesn't select the host in tomcat based on the ServerName directive in the VirtualHost directive block. -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 17:37 --- Created an attachment (id=14857) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14857action=view) Apache httpd.conf -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 17:37 --- Created an attachment (id=14858) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14858action=view) Apache vhost.conf -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 17:37 --- Created an attachment (id=14859) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14859action=view) Mod_JK workers.properties -- 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/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaRequest.java
fhanik 2005/04/27 08:45:56
Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
DeltaRequest.java
Log:
Fixed bug 34615
Revision ChangesPath
1.13 +1 -0
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java
Index: DeltaRequest.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- DeltaRequest.java 14 Mar 2005 21:20:22 - 1.12
+++ DeltaRequest.java 27 Apr 2005 15:45:55 - 1.13
@@ -163,6 +163,7 @@
}//switch
}//for
session.endAccess();
+reset();
}
public synchronized void reset() {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session DeltaRequest.java
fhanik 2005/04/27 08:47:57
Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
Tag: TOMCAT_5_0 DeltaRequest.java
Log:
Fixed bug 34615, submitted by Chris Turner
Revision ChangesPath
No revision
No revision
1.7.2.2 +1 -0
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java
Index: DeltaRequest.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaRequest.java,v
retrieving revision 1.7.2.1
retrieving revision 1.7.2.2
diff -u -r1.7.2.1 -r1.7.2.2
--- DeltaRequest.java 19 Nov 2004 17:20:02 - 1.7.2.1
+++ DeltaRequest.java 27 Apr 2005 15:47:57 - 1.7.2.2
@@ -154,6 +154,7 @@
}//switch
}//for
session.endAccess();
+reset();
}
public synchronized void reset() {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34615] - Unecessary cluster replication of DeltaRequest AttributeInfo objects
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=34615. 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=34615 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 17:48 --- Good catch. -- 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 34647] - Tomcat cluster - Unable to receive message through TCP Channel
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=34647. 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=34647 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 17:53 --- The strack trace indicates that you have a principal (you are logged in) but the login name is null. Could you give us a small test case if you can create one and reproduce 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 18:42 --- Again, this is not mod_jk bug, nor feature. If you wish you can use mod_header and inside your virtual host set the: RequestHeader set HOST www.testhost.com That'll do the trick. -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 19:10 --- We currently are using mod_header to rewrite the header, but the problem with this is when it gets to tomcat and if you do a redirect it uses the new header. For instance if you are using mod_header and rewriting to www.testhost.com. Lets say a user access www.testhost2.com and a redirect is done, it will redirect back to www.testhost.com. This is problamatic with portals. Also, with portals we may want to show different content if they are accessing the site via www.testhost.com or from www.testhost2.com, and with the rewritten header it will always appear to be from www.testhost.com. We have been uneventful in finding a work around for this which is what brought me here. I tried the exact same configuration with Resin, changing nothing in apache besides adding the LoadModule for resin's module and it works just fine using ServerName which is what I would like to see in tomcat. I know this isn't a bug, but it doesn't follow the pattern you would expect. I would expect it to operate like resin did. -- 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: Can't compile jk nativ connector under Suse 9.3
At 01:32 AM 4/27/2005, Mladen Turk wrote: William A. Rowe, Jr. wrote: ... Thank you; but the other half of my question... It was my fault. SD_SEND is defined only on winsock. On other platforms it is 1. Already committed a fix. Why a Win32 fix rather than a proper posix fix? I suspect you were looking for SHUT_WR in sys/socket.h. Even my most crufty 2.95 gcc compilers offer it. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
At 02:46 AM 4/27/2005, [EMAIL PROTECTED] wrote:
mturk 2005/04/27 00:46:22
-hEventSource = RegisterEventSource(NULL, Jakrta - Tomcat);
+hEventSource = RegisterEventSource(NULL, Jakarta - Tomcat);
-sprintf(szMsg, %s error: %d, Jakrta - Tomcat, dwErr);
+sprintf(szMsg, %s error: %d, Jakarta - Tomcat, dwErr);
Mladen, we are in the process of graduating. If this is being
tweaked, why not Apache Tomcat {descriptive} Event?
Bill
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 20:26 --- So it sounds like you want a Connector option to use request.getLocalName() (which is where the Apache ServerName ends up in Jk) for host mapping. While not technically difficult to implement, it sounds fragile. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c
mturk 2005/04/27 11:38:52
Modified:jk/native/common jk_connect.c
Log:
Use SHUT_WR instead SD_SEND, to be more posix compilant.
Revision ChangesPath
1.58 +9 -5 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.57
retrieving revision 1.58
diff -u -r1.57 -r1.58
--- jk_connect.c 27 Apr 2005 06:18:11 - 1.57
+++ jk_connect.c 27 Apr 2005 18:38:52 - 1.58
@@ -464,10 +464,14 @@
#define MAX_SECS_TO_LINGER 16
#endif
#define SECONDS_TO_LINGER 1
-#ifndef SD_SEND
-#define SD_SEND 0x01
-#endif
+#ifndef SHUT_WR
+#ifdef SD_SEND
+#define SHUT_WR SD_SEND
+#else
+#define SHUT_WR 0x01
+#endif
+#endif
int jk_shutdown_socket(int s)
{
unsigned char dummy[512];
@@ -485,7 +489,7 @@
/* Shut down the socket for write, which will send a FIN
* to the peer.
*/
-if (shutdown(s, SD_SEND)) {
+if (shutdown(s, SHUT_WR)) {
return jk_close_socket(s);
}
#if defined(WIN32)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 20:55 --- Thanks again for the quick response, yea that is what I am looking for. Though it would probably have to fall through some how as well, like trying to get the request.getLocalName() if that is null falling back on the request.getHeader(host) in place of it. I think this is something that ISP hosting enviroment, which is what we are, would find this quite useful. As currently we have been tossing up the idea of switching to Resin, which I would rather not do as I have had great success with tomcat and would like to keep our production enviroment running on tomcat. What about this option would be fragile? -- 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: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: DO NOT REPLY [Bug 34648] -
We have received your email requesting technical support. We will review it and respond as quickly as we can! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34652] New: - JspC does not support Smap generation
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=34652.
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=34652
Summary: JspC does not support Smap generation
Product: Tomcat 5
Version: Nightly Build
Platform: All
OS/Version: Windows XP
Status: NEW
Keywords: PatchAvailable
Severity: normal
Priority: P2
Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
The values for the supressSmap and dumpSmap options are hard coded. This makes
it impossible to include line mapping information when precompiling a JSP. The
included patch should resolve this issue.
--- JspC.java.orig Tue Mar 29 17:43:37 2005
+++ JspC.java Wed Apr 27 14:50:21 2005
@@ -114,6 +114,8 @@
private static final String SWITCH_DIE = -die;
private static final String SWITCH_POOLING = -poolingEnabled;
private static final String SWITCH_ENCODING = -javaEncoding;
+private static final String SWITCH_SMAP = -smap;
+private static final String SWITCH_DUMP_SMAP = -dumpsmap;
private static final String SHOW_SUCCESS =-s;
private static final String LIST_ERRORS = -l;
@@ -147,6 +149,8 @@
private int dieLevel;
private boolean helpNeeded = false;
private boolean compile = false;
+private boolean supressSmap = true;
+private boolean dumpSmap = false;
private String compiler = null;
@@ -293,6 +297,10 @@
setCompilerSourceVM(nextArg());
} else if (tok.equals(SWITCH_TARGET)) {
setCompilerTargetVM(nextArg());
+} else if (tok.equals(SWITCH_SMAP)) {
+supressSmap = false;
+} else if (tok.equals(SWITCH_DUMP_SMAP)) {
+dumpSmap = true;
} else {
if (tok.startsWith(-)) {
throw new JasperException(Unrecognized option: + tok +
@@ -406,14 +414,14 @@
* Is the generation of SMAP info for JSR45 debuggin suppressed?
*/
public boolean isSmapSuppressed() {
-return true;
+return supressSmap;
}
/**
* Should SMAP info for JSR45 debugging be dumped to a file?
*/
public boolean isSmapDumped() {
-return false;
+return dumpSmap;
}
/**
--
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 34652] - JspC does not support Smap generation
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=34652. 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=34652 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 21:12 --- Created an attachment (id=14861) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14861action=view) Patch -- 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 34643] - document how to use certificate-based clientAuth on a per user or per session basis
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=34643. 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=34643 [EMAIL PROTECTED] changed: What|Removed |Added CC|[EMAIL PROTECTED] | --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 21:37 --- (In reply to comment #0) Interim results of my own little research: - if I request org.apache.catalina.Globals.SSL_CERTIFICATE_ATTR, org.apache.coyote.tomcat4.CoyoteRequest.getAttribute triggers the org.apache.coyote.ActionCode.ACTION_REQ_SSL_CERTIFICATE re-handshake This works in 4.1 5.0, but has been removed from 5.5. You would need your own custom Valve to do this in 5.5. Open issues I haven't mastered so far: 1) If the application allows for self-signed certificates the user uploads into the DB i.e. her profile, is there a way to use a non-global trustStore to validate? Otherwise, with an increasing user-basis, I foresee scalability problems if I had to import all such certificates into a global trust store? You probably want an LDAP-based trustStore (e.g. java.security.cert.LDAPCertStoreParameters). Not hard to implement (at least for JDK 1.5), but so far there hasn't been much demand for it. 2) javax.net.ssl.SSLServerSocket.setNeedClientAuth in org.apache.tomcat.util.net.jsse.JSSE14SocketFactory.configureClientAuth might be the basis for an alternative approach, but I wouldn't know how to set that (or probably rather org.apache.tomcat.util.net.ServerSocketFactory.setAttribute(clientAuth, true) before the org.apache.tomcat.util.net.jsse.JSSESocketFactory.acceptSocket has already occurred? This is where the clientAuth attribute on the Connector eventually ends up :). -- 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 34643] - document how to use certificate-based clientAuth on a per user or per session basis
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=34643. 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=34643 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 22:07 --- You probably want an LDAP-based trustStore (e.g. java.security.cert.LDAPCertStoreParameters). Not hard to implement (at least for JDK 1.5), but so far there hasn't been much demand for it. I have already done this http://issues.apache.org/bugzilla/show_bug.cgi?id=7831 but I dont know how well this version works. Though I still use it and can reattach my latest version if wanted. I dont understand why there is so little demand for it, but maybe the time for it might come. -- 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 34549] - isUserInRole() on non-secure pages
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=34549. 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=34549 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 22:17 --- (In reply to comment #0) I access web pages using the following two scenarios: Scenario 1 (correct behaviour): Action [Result] 1) /a.jsp [page a is displayed, scriptlet outputs false] - Correct 2) /security/b.jsp [authorization request, I supply credentials of the user which is has AGENT Role; page b is displayed, scriptlet outputs true] - Correct 3) /a.jsp [same as 1)] - Correct Here you means same as 2, right? Because it is a bug if it is same as 1. -- Jeanfrancois -- 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 34541] - hang on shutdown - countAllocated not synchronized
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=34541. 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=34541 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 23:23 --- This was fixed almost 3 years ago in 4.1.5 or later. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli ClassLoaderLogManager.java
remm2005/04/27 14:54:01
Modified:juli/src/java/org/apache/juli ClassLoaderLogManager.java
Log:
- Rather large change to support better the core configuration file loading.
Revision ChangesPath
1.10 +193 -118
jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java
Index: ClassLoaderLogManager.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- ClassLoaderLogManager.java22 Mar 2005 10:29:47 - 1.9
+++ ClassLoaderLogManager.java27 Apr 2005 21:54:01 - 1.10
@@ -16,6 +16,8 @@
package org.apache.juli;
+import java.io.File;
+import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.net.URLClassLoader;
@@ -73,14 +75,10 @@
ClassLoader classLoader =
Thread.currentThread().getContextClassLoader();
-if (classLoader == null || (global.equals(loggerName))) {
-return super.addLogger(logger);
-}
ClassLoaderLogInfo info = getClassLoaderInfo(classLoader);
if (info.loggers.containsKey(loggerName)) {
return false;
}
-
info.loggers.put(loggerName, logger);
// Apply initial level for new logger
@@ -171,13 +169,9 @@
* @param name The name of the logger to retrieve
*/
public synchronized Logger getLogger(final String name) {
-final ClassLoader classLoader = Thread.currentThread()
+ClassLoader classLoader = Thread.currentThread()
.getContextClassLoader();
-if (classLoader == null || (global.equals(name))) {
-return super.getLogger(name);
-}
-final Map loggers = getClassLoaderInfo(classLoader).loggers;
-return (Logger) loggers.get(name);
+return (Logger) getClassLoaderInfo(classLoader).loggers.get(name);
}
@@ -186,13 +180,9 @@
* classloader local configuration.
*/
public synchronized Enumeration getLoggerNames() {
-final ClassLoader classLoader = Thread.currentThread()
+ClassLoader classLoader = Thread.currentThread()
.getContextClassLoader();
-if (classLoader == null) {
-return super.getLoggerNames();
-}
-final Map loggers = getClassLoaderInfo(classLoader).loggers;
-return Collections.enumeration(loggers.keySet());
+return
Collections.enumeration(getClassLoaderInfo(classLoader).loggers.keySet());
}
@@ -203,11 +193,8 @@
* @param name The property name
*/
public String getProperty(String name) {
-final ClassLoader classLoader = Thread.currentThread()
+ClassLoader classLoader = Thread.currentThread()
.getContextClassLoader();
-if (classLoader == null) {
-return super.getProperty(name);
-}
String prefix = (String) this.prefix.get();
if (prefix != null) {
name = prefix + name;
@@ -235,22 +222,31 @@
}
// Simple property replacement (mostly for folder names)
if (result != null) {
-result = result.trim();
-if (result.startsWith(${)) {
-int pos = result.indexOf('}');
-if (pos != -1) {
-String propName = result.substring(2, pos);
-String replacement = System.getProperty(propName);
-if (replacement != null) {
-result = replacement + result.substring(pos + 1);
-}
-}
-}
+result = replace(result);
}
return result;
}
+public void readConfiguration()
+throws IOException, SecurityException {
+
+checkAccess();
+
+readConfiguration(Thread.currentThread().getContextClassLoader());
+
+}
+
+public void readConfiguration(InputStream is)
+throws IOException, SecurityException {
+
+checkAccess();
+reset();
+
+readConfiguration(is,
Thread.currentThread().getContextClassLoader());
+
+}
+
// -- Protected
Methods
@@ -261,108 +257,165 @@
* @param classLoader The classloader for which we will retrieve or
build the
*configuration
*/
-protected ClassLoaderLogInfo getClassLoaderInfo(final ClassLoader
classLoader) {
+protected
DO NOT REPLY [Bug 22617] - BASIC authentication fails if Realm supports default user
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=22617. 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=22617 --- Additional Comments From [EMAIL PROTECTED] 2005-04-27 23:59 --- I have done some testing with the latest code from CVS but the behaviour should be the same with 4.1.24 The key is how your realm authenticates when username=null and when username= username=null when there are no authentication headers username= when there are headers but the user just hit enter on the BASIC auth dialog I have tested this with the memory realm with entries in tomcat-users.xml of the form: user username= password= roles=bug22617/ user username=tomcat password=tomcat roles=tomcat/ and web.xml entries that look like: security-constraint display-nameBug 22617/display-name web-resource-collection web-resource-nameBug 22617/web-resource-name url-pattern/bug22617/*/url-pattern /web-resource-collection auth-constraint role-namebug22617/role-name role-nametomcat/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method /login-config With this configuration I always get prompted for a user name and password and just pressing enter or using tomcat/tomact allows me to see the page. Based on this, I am pretty sure you need to change your Realm implementation so that username=null always fails authentication. Given that Realm is an internal Tomcat interface, I don't see this as being an unreasonable requirement to be placed on custom Realm implementations. I agree that the behaviour is inconsistent if the Realm treats username=null and username= as equivalent. However, I believe such behaviour in a realm is not correct. I'll leave this open for now until you respond, but I am minded to close this as invalid. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34558] - [mod_jk1.2.10] HTTP status 200 returned in case of internal sever error instead of 500
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=34558. 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=34558 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 00:08 --- Yep. This is a bug and has been fixed in CVS. See http://marc.theaimsgroup.com/?l=tomcat-devm=111408234509889w=2 for details. -- 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 34611] - Logging in servlet/jsp not working via java.util.logging.Logger.global
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=34611. 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=34611 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 00:25 --- There should now be better compatibility with core JVM configuration of java.util.logging. -- 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 34654] New: - ZipException when using tag in deployer
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=34654.
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=34654
Summary: ZipException when using tag in deployer
Product: Tomcat 5
Version: 5.5.9
Platform: Other
OS/Version: other
Status: NEW
Severity: major
Priority: P2
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]
deploy url=https://myurl...; username=... password=... path=/app
war=${basedir}/${app.name}-${build.number}.war /
works perfectly. I tried to use a tag and used
deploy url=https://myurl...; username=... password=... path=/app
war=${basedir}/${app.name}-${build.number}.war
tag=build-${build.number}-${DSTAMP}/
This causes serious issues on tomcat. Tried it with Sun jdk 1.5 and BEA's JDK
1.5 and same zipexception
INFO: Manager: Uploading WAR file to
/opt/web/clients/a/actualis/catalina/work/Catalina/localhost/manager/build-21-20050428/app.war
28 avr. 2005 01:25:21 org.apache.catalina.startup.HostConfig deployWAR
INFO: Déploiement de l'archive app.war de l'application web
28 avr. 2005 01:25:21 org.apache.catalina.startup.ContextConfig init
GRAVE: Exception fixing docBase: {0}
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.init(ZipFile.java:204)
at java.util.jar.JarFile.init(JarFile.java:132)
at java.util.jar.JarFile.init(JarFile.java:70)
at sun.net.www.protocol.jar.URLJarFile.init(URLJarFile.java:56)
at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:41)
at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:68)
at
sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:102)
at
sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:69)
at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:140)
...
GRAVE: Erreur lors du démarrage des Resources statiques
java.lang.IllegalArgumentException: Fichier WAR invalide ou illisible : error
in opening zip file
at
org.apache.naming.resources.WARDirContext.setDocBase(WARDirContext.java:134)
at
org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:3754)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3925)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:788)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
--
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 34654] - ZipException when using tag in deployer
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=34654. 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=34654 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 00:49 --- The really strange thing is that I looked at the jar file uploaded and it seems valid. I can unzip it without any issues. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java
remm2005/04/27 16:07:31
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
- Better default sendfile size.
Revision ChangesPath
1.33 +2 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java
Index: DefaultServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java,v
retrieving revision 1.32
retrieving revision 1.33
diff -u -r1.32 -r1.33
--- DefaultServlet.java 20 Apr 2005 16:13:23 - 1.32
+++ DefaultServlet.java 27 Apr 2005 23:07:31 - 1.33
@@ -1489,7 +1489,7 @@
CacheEntry entry,
long length, Range range) {
if ((entry.resource != null)
- ((length 256 * 1024) || (entry.resource.getContent() ==
null))
+ ((length 80 * 1024) || (entry.resource.getContent() ==
null))
(entry.attributes.getCanonicalPath() != null)
(Boolean.TRUE == request.getAttribute(sendfile.support))
(request.getClass().getName().equals(org.apache.catalina.connector.RequestFacade))
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15872] - ContextManager: Error reading request, ignored - java.lang.ArrayIndexOutOfBoundsException
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=15872. 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=15872 [EMAIL PROTECTED] changed: What|Removed |Added URL||http://210.80.148.118/iscore ||/index.cfm?db=22sport=foid ||= Severity|blocker |critical Status|NEW |RESOLVED OS/Version|Linux |OS/2 Platform|Other |PC Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 03:31 --- Error recived is using https://httpbridge.kgbinternet.com/bridge/ is: HTTP Status 500 - error happened during connecting: java.net.UnknownHostException: http type Status report message error happened during connecting: java.net.UnknownHostException: http description The server encountered an internal error (error happened during connecting: java.net.UnknownHostException: http) that prevented it from fulfilling this request. Apache Tomcat/4.1.27 -- 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 34648] - AJP uses Host header not ServerName directive from Apache
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=34648. 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=34648 --- Additional Comments From [EMAIL PROTECTED] 2005-04-28 07:08 --- The reason why it will be fragile is because it will break the HTTP specs. Other reason is for cases where there is mod_proxy-mod_jk-tomcat. In that case it will receive the middle host name instead the front one. So, why don't you just put the multiple Alias.../Alias for that host in the server.xml. -- 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]
