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 @@
 
 
   
  +  Added missing SEARCH and ACL http methods. (mturk)
  +  
 
 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 
   #include 
  @@ -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
.
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
.
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-user&m=105300671215744&w=2 and
http://marc.theaimsgroup.com/?l=tomcat-user&m=104581231518394&w=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
.
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
.
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 @@
 
 
   
  +  Backport SC_M_JK_STORED from JK2 for passing arbitrary
  +  methods instead failing the request. (mturk)
  +  
 Added missing SEARCH and ACL http methods. (mturk)
 
 
  
  
  

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


ServerName www.testhost.com
JkMount /* default


and the associated tomcat host conf


  www.testhost.com


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
.
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
.
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
.
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
.
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=14857&action=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
.
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=14858&action=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
.
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=14859&action=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
.
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
.
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
.
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
.
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
.
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
.
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
.
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
.
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=14861&action=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
.
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  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
.
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
.
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
.
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 Clas

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
.
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:



and web.xml entries that look like:
  
Bug 22617

  Bug 22617
  /bug22617/*


  bug22617
  tomcat

  

  
BASIC
  

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
.
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-dev&m=111408234509889&w=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
.
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
.
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]


https://myurl..."; username="..." password="..." path="/app"
war="${basedir}/${app.name}-${build.number}.war" />
works perfectly. I tried to use a tag and used
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.(ZipFile.java:204)
at java.util.jar.JarFile.(JarFile.java:132)
at java.util.jar.JarFile.(JarFile.java:70)
at sun.net.www.protocol.jar.URLJarFile.(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

2005-04-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=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
.
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=22&sport=&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
.
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 ... 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]



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

2005-04-27 Thread mturk
mturk   2005/04/27 23:24:53

  Modified:jk/native/common jk_pool.c
  Log:
  Fix compile-time warnings for _DEBUG. (again)
  
  Revision  ChangesPath
  1.14  +9 -9  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.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- jk_pool.c 27 Apr 2005 09:38:35 -  1.13
  +++ jk_pool.c 28 Apr 2005 06:24:53 -  1.14
  @@ -115,15 +115,15 @@
   }
   
   #if defined (DEBUG) || defined(_DEBUG)
  -void jk_dump_pool(jk_pool_t *p, FILE * f)
  +static void jk_dump_pool(jk_pool_t *p, FILE * f)
   {
  -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  [%#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  [%#lx]\n", p->dynamic);
  +fprintf(f, "Dumping for pool [%p]\n",  p);
  +fprintf(f, "size [%ld]\n", p->size);
  +fprintf(f, "pos  [%ld]\n", p->pos);
  +fprintf(f, "buf  [%p]\n",  p->buf);
  +fprintf(f, "dyn_size [%ld]\n", p->dyn_size);
  +fprintf(f, "dyn_pos  [%ld]\n", p->dyn_pos);
  +fprintf(f, "dynamic  [%p]\n",  p->dynamic);
   
   fflush(f);
   }
  
  
  

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



DO NOT REPLY [Bug 34662] New: - Failed character encoding in strings sended using GET method

2005-04-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34662

   Summary: Failed character encoding in strings sended using GET
method
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P1
 Component: Servlet & JSP API
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Let me explain problem using two test pages.

test.jsp

<%@ page contentType="text/html; charset=UTF-8" language="java"%>





test2.jsp

<%@ page contentType="text/html; charset=UTF-8" language="java"%>
<%request.setCharacterEncoding("UTF-8");%>
<%=request.getParameter("test")%>


I send russian symbols from page test.jsp to test2.jsp and symbols recieved in 
test2.jsp in wrong encoding (may be in ISO-8859-1).

With method POST all works OK.

Windows XP SP2, Tomcat 5.5.9, J2SE 1.5 update 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]



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
.
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-28 08:49 ---
(In reply to comment #1)
> 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?

Hi Filip.

I have just done a test. I stopped one of the nodes in the cluster and started 
it again... as there wasn't any active session in the moment, no problem 
reported when node starts. The two nodes found each other without any problem.

Then, I have logged in with an user. It seems to be no problem with the logon, 
and I can correctly work with the application. When I stopped again one of the 
nodes, I can continue working whith the application because the other node 
takes the control. But, when I started again the node that was down, the 
situation that I have explained in my first post, it is repeated.

In that moment, the solution to communicate correctly the two nodes again is to 
stop and start both of them.

This is a big problem, because I don't have a real cluster... I only have load 
balancing and failover for the first time, because if one node fails, I can't 
do the cluster again... it is only possible if I restarts the two nodes

Best regards.

-- 
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 jean-frederic clere
William A. Rowe, Jr. wrote:
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.
SHUT_WR and other are also in the sys/socket.h of Solaris and BS2000 ;-)
Bill  

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