cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread William A. Rowe, Jr.
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

2005-04-27 Thread Mladen Turk
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

2005-04-27 Thread mturk
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 ?

2005-04-27 Thread Mladen Turk
[EMAIL PROTECTED] wrote:
 
 You changed implementation of jk_ajp_common.c from Revision 1.67 to Revision  
 1.68.
 ACL have been judged UNKNOWN_METHOD since its modification.
 Why ?
 

Because I forgot?

Anyhow, committed a fix, so it should be in the 1.2.11.
Thanks for spotting that :).

Regards,
Mladen.

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

Edward Furlong/IE/TLS/PwC is out of the office.

2005-04-27 Thread edward . furlong
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread Bill Barker
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread Keith Wannamaker
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread Mladen Turk
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread Keith Wannamaker
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

2005-04-27 Thread Mladen Turk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread mturk
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread fhanik
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

2005-04-27 Thread fhanik
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread William A. Rowe, Jr.
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

2005-04-27 Thread William A. Rowe, Jr.
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread mturk
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

2005-04-27 Thread bugzilla
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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] -

2005-04-27 Thread techsupport
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread remm
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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: Dploiement 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 dmarrage 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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread remm
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

2005-04-27 Thread bugzilla
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

2005-04-27 Thread bugzilla
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]