Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread jean-frederic clere
Henri Gomez wrote: jean-frederic clere a écrit : Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this w

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread Henri Gomez
jean-frederic clere a écrit : Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservat

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread jean-frederic clere
Henri Gomez wrote: Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread Henri Gomez
Mike Anderson a écrit : +1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out that line to make s

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread Mike Anderson
+1. Two reasons I haven't 1. I'm not a CVS expert and don't want to screw it up :-) 2. The only reason I patched it was because someone else (Henri I believe) was concerned about removing it and this was a more conservative approach. I did comment out that line to make sure that it would compil

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-03 Thread Mladen Turk
> From: mmanders > > Modified:jk/native2/common jk_channel_socket.c > Log: > Fix problem with port higher than 32K. Provided by Guenter > Knauf. Fixed compile problem for NetWare even though this > isn't built for NetWare (or any other platform.) > jk_channel_socket is deprici

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2004-02-02 Thread mmanders
mmanders2004/02/02 09:59:56 Modified:jk/native2/common jk_channel_socket.c Log: Fix problem with port higher than 32K. Provided by Guenter Knauf. Fixed compile problem for NetWare even though this isn't built for NetWare (or any other platform.) Revision ChangesPath 1.

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

2003-10-30 Thread mturk
mturk 2003/10/30 12:25:38 Modified:jk/native2/common jk_channel_socket.c jk_pool.c Log: Deprecate pool and socket. Prehaps there is nicer way to mark that then using #error Revision ChangesPath 1.60 +2 -0 jakarta-tomcat-connectors/jk/native2/common/jk_chan

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2003-10-24 Thread andya
andya 2003/10/24 04:51:35 Modified:jk/native2/common jk_channel_socket.c Log: Added typedef for in_addr_t ifdef WIN32 Revision ChangesPath 1.59 +4 -1 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2003-08-29 Thread hgomez
hgomez 2003/08/29 06:08:57 Modified:jk/native2/common jk_channel_socket.c Log: No more special iSeries defines now that we define _XOPEN_SOURCE=520 in build script... ie: CRTCMOD MODULE(MOD_JK/JK_CONNECT) + SRCSTMF('/home/apache/jk/native/common/jk_connect.c') +

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2003-07-31 Thread hgomez
hgomez 2003/07/31 07:49:32 Modified:jk/native2/common jk_channel_socket.c Log: Remove the extra bracket Fix Bug #22021 Revision ChangesPath 1.54 +0 -2 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c ==

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2003-07-24 Thread hgomez
hgomez 2003/07/24 01:18:05 Modified:jk/native2/common jk_channel_socket.c Log: Back port use of APR gethostbyname alternative from JK 1.2.x Revision ChangesPath 1.53 +42 -17jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_so

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2003-03-13 Thread costin
costin 2003/03/13 10:23:34 Modified:jk/native2/common jk_channel_socket.c Log: Add strerror - it was used in some places, not in other Revision ChangesPath 1.51 +7 -7 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2003-03-04 Thread costin
costin 2003/03/04 15:55:35 Modified:jk/native2/common jk_channel_socket.c Log: Add graceful to channel - it's easier to config. Revision ChangesPath 1.50 +5 -3 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c ===

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-22 Thread jfclere
jfclere 2002/11/22 08:09:27 Modified:jk/native2/common jk_channel_socket.c Log: Remove unsed code. Revision ChangesPath 1.46 +0 -14 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c =

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_channel_un.c jk_logger_file.c

2002-11-21 Thread jfclere
jfclere 2002/11/21 08:23:59 Modified:jk/native2/common jk_channel_socket.c jk_channel_un.c jk_logger_file.c Log: Add FD_CLOEXEC to prevent log file and sockets beeing opened in a son process. Submitted by Martin Kraemer. Revision ChangesPath 1.45

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread mturk
mturk 2002/11/07 08:46:28 Modified:jk/native2/common jk_channel_socket.c Log: There is no need to set the socket to the blocking mode, cause it is already created as such by default. Revision ChangesPath 1.44 +10 -4 jakarta-tomcat-connectors/jk/native2/common

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Mladen Turk
> -Original Message- > From: Henri Gomez > > Agreed, but the entire purpose of the ioctl is to disable the > > nonblocking socket. We can use the fcntl for that. > So let use it that way, APR is a reference in native code > implementation ;) I was looking at the docs and see no reaso

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Henri Gomez
Mladen Turk wrote: -Original Message- From: Henri Gomez Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in Sure but it's not very clean and didn't take use of configure "detection" features. BTW: we'll need to find a way to add it to jkant for those who want to

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread jean-frederic clere
Mladen Turk wrote: -Original Message- From: jean-frederic clere It must be guessed in the configure... Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in Well... I will do nearly the same but in configure.in after testing if needed or not. (BSD_COMP may break

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Brzezinski, Paul J
rta-tomcat-connectors/jk/native2/common jk_channel_socket.c : : : Mladen Turk wrote: : > Personally don't like hardcoded defines. : > Could that be guessed or forced in makefiles? : : It must be guessed in the configure... : : > : > : >> : >> +/* affects include file

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Mladen Turk
> -Original Message- > From: Henri Gomez > > > > Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in > Makefile.in > > Sure but it's not very clean and didn't take use of configure > "detection" features. > > BTW: we'll need to find a way to add it to jkant for those > who wan

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Henri Gomez
Mladen Turk wrote: -Original Message- From: jean-frederic clere It must be guessed in the configure... Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in Sure but it's not very clean and didn't take use of configure "detection" features. BTW: we'll need to fin

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Mladen Turk
> -Original Message- > From: jean-frederic clere > > It must be guessed in the configure... > Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in MT. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread jean-frederic clere
Henri Gomez wrote: Mladen Turk wrote: Personally don't like hardcoded defines. me too. Could that be guessed or forced in makefiles? I searched thru Apache 2.0.43 source and find these included by hand in files, but configure specialists should be able to fix it. JF ? Yes, but FIONBIO

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread jean-frederic clere
Mladen Turk wrote: Personally don't like hardcoded defines. Could that be guessed or forced in makefiles? It must be guessed in the configure... +/* affects include files on Solaris (for FIONBIO on Solaris 8) */ +#define BSD_COMP MT. -- To unsubscribe, e-mail:

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Henri Gomez
Mladen Turk wrote: Personally don't like hardcoded defines. me too. Could that be guessed or forced in makefiles? I searched thru Apache 2.0.43 source and find these included by hand in files, but configure specialists should be able to fix it. JF ? -- To unsubscribe, e-mail:

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread Mladen Turk
Personally don't like hardcoded defines. Could that be guessed or forced in makefiles? > > +/* affects include files on Solaris (for FIONBIO on Solaris 8) */ > +#define BSD_COMP MT. -- To unsubscribe, e-mail: For additional command

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread hgomez
hgomez 2002/11/07 07:31:01 Modified:jk/native2/common jk_channel_socket.c Log: The define should be set before #includes Revision ChangesPath 1.43 +3 -3 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c ==

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-11-07 Thread hgomez
hgomez 2002/11/07 07:22:31 Modified:jk/native2/common jk_channel_socket.c Log: FIONBIO doesn't get set unless BSD_COMP is defined on Solaris 8. Provided by Paul Brzezinski Revision ChangesPath 1.42 +3 -0 jakarta-tomcat-connectors/jk/native2/common/jk_cha

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-30 Thread Mladen Turk
> -Original Message- > From: Henri Gomez > > Either we'll retag that as 2_0_0 or 2_0_1. > > > What do you think? > > 2_0_0_rel, as I did for JK 1.2.0 > OK, its going to be 2_0_0_rel, and the sources will go to the Jakarta (I've got the account) as 2.0.0. MT. -- To unsubscribe, e

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-30 Thread Henri Gomez
> Either we'll retag that as 2_0_0 or 2_0_1. > What do you think? 2_0_0_rel, as I did for JK 1.2.0 > > I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1 It's just a fix, so make a new tarball and tell you get it from 2_0_0_rel (unless you put an announce to tomcat-user which in

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-30 Thread Mladen Turk
I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1 MT. > -Original Message- > From: Henri Gomez [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 30, 2002 10:18 AM > To: Tomcat Developers List > Subject: Re: cvs commit: > jakarta-tomcat-connectors/jk/n

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-30 Thread Henri Gomez
Did you source tarball include latest patches from Nacho ? -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-28 Thread Mladen Turk
> -Original Message- > From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] > > The comment is wrong, the problem is with the loadbalancer > logic, if one of the configured instances got lost, connect > returns WSAECONNREFUSED, with Malden's patch, the thread gots > stuck in a loop

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-28 Thread Ignacio J. Ortega
bre de 2002 22:06 > Para: [EMAIL PROTECTED] > Asunto: cvs commit: jakarta-tomcat-connectors/jk/native2/common > jk_channel_socket.c > > > nacho 2002/09/28 13:06:19 > > Modified:jk/native2/common jk_channel_socket.c > Log: > Reverted a prior fix, it

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-28 Thread nacho
nacho 2002/09/28 13:06:19 Modified:jk/native2/common jk_channel_socket.c Log: Reverted a prior fix, it seems that hangs w2k IIS, it's starts to stuck threads in this loop until exhausted or max connections reached.. Revision ChangesPath 1.41 +3 -4 jakarta-to

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-24 Thread hgomez
hgomez 2002/09/24 15:36:28 Modified:jk/native2/common jk_channel_socket.c Log: AS/400 back port from 1.2.0. notice here that we should use gethostbyname_r for multi-thread support Revision ChangesPath 1.40 +17 -1 jakarta-tomcat-connectors/jk/native2/comm

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-09-24 Thread mturk
mturk 2002/09/24 02:05:50 Modified:jk/native2/common jk_channel_socket.c Log: Resolve (I hope) the WIN32 reported bug 12346. Caused by the connection refusing on TC side during high load. If the TC refuses connection keep trying instead of returng error. Revision Changes

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-07-08 Thread mturk
mturk 2002/07/08 06:41:30 Modified:jk/native2/common jk_channel_socket.c Log: no message Revision ChangesPath 1.38 +5 -5 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-07-02 Thread costin
costin 2002/07/02 09:53:15 Modified:jk/native2/common jk_channel_socket.c Log: Minor fix - unix doesn't know about ioctlsocket. For 5.0 we should deprecate the old 'backward compat' components and use only APR. Revision ChangesPath 1.37 +4 -2 jakarta-to

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-27 Thread mturk
mturk 2002/06/27 10:16:28 Modified:jk/native2/common jk_channel_socket.c Log: Added socket keepalive and send/recv timeout options. keepalive=1/0 (enabled/disabled) timeout=nn (seconds) Added nodelay option (default disabled) nodelay=1/0 (enabled/disabled) Revision C

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-25 Thread GOMEZ Henri
>GOMEZ Henri wrote: >> I allways use read/write on Unix instead of recv/send. >> It works way better. > >Why better? >recv/send on BS2000 goes directly to the network through the >socket libraries >and read/write does with an additional POSIX layer. Hi JF, History, history ;) I switched from

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-25 Thread jean-frederic clere
ROTECTED]] >>Sent: Sunday, June 23, 2002 8:56 AM >>To: [EMAIL PROTECTED] >>Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/common >>jk_channel_socket.c >> >> >>mturk 2002/06/22 23:55:56 >> >> Modified:jk/native2/common jk_channe

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-24 Thread andre . powroznik
Sorry, im dumb ;-) -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: 24 June 2002 11:10 To: Tomcat Developers List Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c That's what Mladen commited ;) - Henri

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-24 Thread GOMEZ Henri
L PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Monday, June 24, 2002 10:30 AM >To: [EMAIL PROTECTED] >Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common >jk_channel_socket.c > > >You may use #idef WIN32 in order to choose one or the other solution. > >-Or

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-24 Thread andre . powroznik
You may use #idef WIN32 in order to choose one or the other solution. -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: 24 June 2002 10:18 To: Tomcat Developers List Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c I allways

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-24 Thread GOMEZ Henri
>-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Sunday, June 23, 2002 8:56 AM >To: [EMAIL PROTECTED] >Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/common >jk_channel_socket.c > > >mturk 2002/06/22 23:55:56 > >

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-06-23 Thread mturk
mturk 2002/06/22 23:55:56 Modified:jk/native2/common jk_channel_socket.c Log: Costin changed it to use read/write instead of send/receive. Unfortunaly that doesn't work on WIN32 cause read/write cannot operate on sockets. Perhaps we shoud reverse that unless there is a strong

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_channel_un.c jk_handler_logon.c jk_logger_win32.c jk_requtil.c jk_worker_ajp13.c jk_worker_status.c

2002-05-31 Thread costin
costin 2002/05/31 11:21:01 Modified:jk/native2/common jk_channel_socket.c jk_channel_un.c jk_handler_logon.c jk_logger_win32.c jk_requtil.c jk_worker_ajp13.c jk_worker_status.c Log: Various cosmetic changes ( reduce warnings about sig

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_config.c jk_env.c jk_handler_logon.c jk_requtil.c jk_uriEnv.c jk_worker_ajp13.c

2002-05-23 Thread jfclere
jfclere 02/05/23 07:54:07 Modified:jk/native2/common jk_channel_socket.c jk_config.c jk_env.c jk_handler_logon.c jk_requtil.c jk_uriEnv.c jk_worker_ajp13.c Log: Arrange comments for Solaris8 native compiler. Revision ChangesP

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-05-15 Thread costin
costin 02/05/15 12:36:16 Modified:jk/native2/common jk_channel_socket.c Log: One experimental optimization - use fewer read() calls and do some buffering. The new function is not enabled, and it seems to have only minimal benefits. ( it does more if coupled with a write buff

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_config.c

2002-05-14 Thread costin
costin 02/05/14 13:42:49 Modified:jk/native2/common jk_channel_socket.c jk_config.c Log: Various small fixes, reduce logging verbosity ( by using the component debug level ) Revision ChangesPath 1.25 +4 -3 jakarta-tomcat-connectors/jk/native2/common/jk_channel

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_channel_un.c jk_handler_logon.c jk_worker_jni.c jk_worker_run.c

2002-05-14 Thread costin
costin 02/05/14 10:27:22 Modified:jk/native2/common jk_channel_socket.c jk_channel_un.c jk_handler_logon.c jk_worker_jni.c jk_worker_run.c Log: Cosmetic changes. Revision ChangesPath 1.24 +14 -4 jakarta-tomcat-connectors/jk/native2/commo

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_env.c jk_handler_response.c jk_requtil.c jk_uriEnv.c jk_uriMap.c

2002-05-09 Thread costin
costin 02/05/09 14:12:15 Modified:jk/native2/common jk_channel_socket.c jk_env.c jk_handler_response.c jk_requtil.c jk_uriEnv.c jk_uriMap.c Log: Filter more messages based on the debug level of the worker or uri. Things are getti

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_config.c

2002-04-25 Thread costin
costin 02/04/25 11:49:37 Modified:jk/native2/common jk_channel_socket.c jk_config.c Log: Update return codes. Revision ChangesPath 1.20 +16 -16jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2002-03-25 Thread costin
costin 02/03/25 18:58:30 Modified:jk/native2/common jk_channel_socket.c Log: Parse the name of the channel, extract host an port. No longer need to specify the port and host, just use the 'normal' convention. ( same thing is done in worker - so it doesn't matter what you config

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_config.c jk_env.c jk_uriEnv.c jk_worker_ajp13.c jk_worker_status.c

2002-03-24 Thread costin
costin 02/03/24 11:24:26 Modified:jk/native2/common jk_channel_socket.c jk_config.c jk_env.c jk_uriEnv.c jk_worker_ajp13.c jk_worker_status.c Log: Small fixes, cosmetic changes, move closer to the target documented behavior. ( hopefully the implemented rea

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

2001-12-12 Thread costin
costin 01/12/12 13:53:58 Modified:jk/native2/common jk_channel_socket.c Log: Few cosmetic changes, messages and code organization. Revision ChangesPath 1.6 +50 -50jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_handler_logon.c jk_jni_worker.c

2001-12-04 Thread costin
costin 01/12/04 11:04:48 Modified:jk/native2/common jk_channel_socket.c jk_handler_logon.c jk_jni_worker.c Log: Use getStrProp / getIntProp, avoid duplicating the same lines n times in jk_util. We should eventually move to explicit bean-style getter/set