RE: ant/style for xdocs fail randomly

[GOMEZ Henri]

Thanks for that quick reply.

I'll test the 2.4D1

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Stephane Bailliez [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, July 03, 2002 12:19 PM
>To: Ant Developers List; Tomcat Developers List
>Cc: [EMAIL PROTECTED]
>Subject: RE: ant/style for xdocs fail randomly
>
>
>> -Original Message-
>> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
>> 
>> Didn't have such problem when using xalan 2.2 / xerces 2.0.1
>> D:/eclipse/workspace/jkdocs/xdocs/style.xsl:486:51: Fatal 
>> Error! Unknown error in XPath Cause: java.lang.NullPointerException
>> [style] : Fatal Error! Fatal error during transformation 
>> Cause: Fatal error during transformation
>> 
>> Did others have this kind of error ?
>
>Yes in tomcat land as well :)
>http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6719
>
>I suspected this being a xalan problem due to the reuse of the 
>transformer
>(The JAXP API specifies that the transformer can be reused)
>
>People have had some problems in the past AFAIK but it could 
>not be clearly
>identified and reported, though the problem did not exist with Saxon.
>
>As Jason Keyes replied, he did not have any problem with the 
>latest Xalan so
>this is worth the try, tell us if it can be reproduced. Same 
>about Chris
>Shaw 2 weeks ago.
>
>Thanks
>
>Stephane
>
>
>--
>To unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>For additional 
>commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>

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

RE: 4.1.7 / mod_jk 1.2.0 / mod_jk 2.0.0

[GOMEZ Henri]

>Henri: what about tagging the workspace for mod_jk1 with 1.2.0, 
>and use the same naming convention as in 4.1.x.

How did I take jk/native (only) as mod_jk_1_2_0 ?

cvs tag -r mod_jk_1_2_0 jk/native ?

>Nacho, Mladen: same thing for mod_jk2 - we should use the 'milestone'
>style, and mod_jk2.0.0 will be the first tagged milestone. There is
>no need for anything fancy - it's just an alpha release.
>
>I think we should try to synchronize a bit - and maybe tag jk1.2.0 
>and jk2.0.0 at the same time with 4.1.7.  
>
>
>Costin
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [VOTE] Apache Tomcat 5.0 Proposal

[GOMEZ Henri]

>
>[X] +1 I support the proposal, and will help implement it
>[ ] +0 I support the proposal
>[ ] -0 I do not support the proposal
>[ ] -1 I am against the proposal being implemented, because:
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

ant/style for xdocs fail randomly

[GOMEZ Henri]

Hi,

I've got many problems to build jakarta-tomcat-connectors/jk xdocs 
with ant 1.4.1 or 1.5b3 and xalan 2.3.1/xerces 2.0.1 under W2K 
(not tested yet under Unix), with Sun JDK 1.3.1_03 :

I tried to downgrade to xerces 2.0.0, but the problem is still
here.

Didn't have such problem when using xalan 2.2 / xerces 2.0.1

--- error 1

prepare:

docs.check:

docs.init:

docs.color:

docs.color:

docs:
[style] Transforming into D:\eclipse\workspace\jkdocs\build\docs
[style] Transforming into D:\eclipse\workspace\jkdocs\build\docs
[style] Loading stylesheet D:\eclipse\workspace\jkdocs\xdocs\style.xsl
[style] Transforming into D:\eclipse\workspace\jkdocs\build\docs
[style] Transforming into D:\eclipse\workspace\jkdocs\build\docs
[style] Failed to process D:\eclipse\workspace\jkdocs\xdocs\configweb.xml

BUILD FAILED

D:\eclipse\workspace\jkdocs\build.xml:106: javax.xml.transform.TransformerException: 
Unknown error in XPath

--- error 2

Buildfile: build.xml

prepare:

docs.check:

docs.init:

docs.color:

docs.color:

docs:
[style] Transforming into D:\eclipse\workspace\jkdocs\build\docs
[style] Processing D:\eclipse\workspace\jkdocs\xdocs\AJPv13.xml to 
D:\eclipse\workspace\jkdocs\build\docs\AJPv13.html
[style] Loading stylesheet D:\eclipse\workspace\jkdocs\xdocs\style.xsl
[style] Processing D:\eclipse\workspace\jkdocs\xdocs\configtc.xml to 
D:\eclipse\workspace\jkdocs\build\docs\configtc.html
[style] D:/eclipse/workspace/jkdocs/xdocs/style.xsl:486:51: Fatal Error! Unknown 
error in XPath Cause: java.lang.NullPointerException
[style] : Fatal Error! Fatal error during transformation Cause: Fatal error during 
transformation


Did others have this kind of error ?

the xsl faulty part is :




-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



style.xsl
Description: style.xsl



  
Configuration in the Tomcat
Jean-Frederic Clere
  



  This document describes the configuration file used by mod_jk2 on the
  Tomcat site. Its default name is ${jkHome}/conf/jk2.properties,
  where ${jkHome} is the well known ${catalina.base} property.







  
  Property name
  Default
  Description
  

  
  handler.list
  apr,shm,request,container,channelSocket,channelJni,channelUnix
  Handlers to load.
  

  
  class.myhandler
  No default value
  Define the class of the handler myhandler.
  

  
  apr
  APR descriptor
  

  
  NativeSo
  jkjni
  
Location of the jkjni dynamic library.
It is searched in java.library.path but a absolut path can be specified.
  
  

  
  channelSocket
  A communication transport from a remote Web Server.
  

  
  port
  8009
  First port where Tomcat is listening
  

  
  address
  127.0.0.1
  Local address where Tomcat is listening.
  

  
  maxPort
  port+10
  Max port used to listen.
  

  
  channelUnix
  A AF_UNIX socket communication transport from a local Web Server.
  

  
  file
  No default value
  
Name of the "file" associate with the socket.
That must be absolut path name.
  
  

  
  channelJni
  A in Web Server process communication.
  

  
  mx
  mx4j adapter.
  

  
  port
  -1 (Disabled)
  Port Number.
  

  
  shm
  shared memory objects handler.
  

  
  file
  /tmp/shm.file
  Shared memory file.
  

  
  host
  localhost
  Host name.
  

  
  port
  8009
  Port number.
  

  
  unixSocket
  No default value
  Unix socket where tomcat is listening.
  




  


The examples below are working when the Web Server is configured according the 
examples described in the configweb file.



There is no need to use the jkjni logic to use normal socket, so that just for
Fun.




# list of needed handlers.
handler.list=apr,channelSocket,request

# Override the default port for the channelSocket
channelSocket.port=8019

# Dynamic library
apr.NativeSo=/home1/jakarta/jakarta-tomcat-connectors/jk/build/jk2/apache2/jkjni.so






Create and listen on a AF_UNIX socket. The location of the socket must be the
same in the Web Server configuration file.




# list of needed handlers.
handler.list=apr,channelUnix,request

# Location of the socket.
channelUnix.file=${jkHome}/work/jk2.socket

# Dynamic library
jtc=/home1/jakarta/jakarta-tomcat-connectors
apr.NativeSo=${jtc}/jk/build/jk2/apache2/jkjni.so






It is possible to have a user defined class for the communication.
Here we have used the ChannelUn as example.




# Define our own handler.
class.mychannel=org.apache.jk.common.ChannelUn
# list of needed handlers.
handler.list=apr,mychannel,request

# Location of the socket.
channelUnix.file=${jkHome}/work/jk2.socket

# Dynamic library
jtc=/home1/jakarta/jakarta-tomcat-connectors
apr.NativeSo=${jtc}/jk/build/jk2/apache2/jkjni.so








menu.idx
Description: menu.idx

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk2 shuts down

[GOMEZ Henri]

+1

I'm still busy (and have limited times) with mod_jk 1.2.0.
I'd like to polish the documentation before release.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, July 02, 2002 3:36 PM
>To: 'Tomcat Developers List'
>Subject: RE: mod_jk2 shuts down
>
>
>> Right now we have the Apache2/WIN32 and IIS tested and working.
>> What about other platforms, and how about some beta?
>
>Good work!!, are you volunteering to be the release manager? :)
>
>In any case +1!!!
>
>Saludos ,
>Ignacio J. Ortega
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-connectors/jk/native/iis README

[GOMEZ Henri]

Who could update the iplanet README ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Monday, July 01, 2002 9:34 PM
>To: [EMAIL PROTECTED]
>Subject: cvs commit: jakarta-tomcat-connectors/jk/native/iis README
>
>
>nacho   2002/07/01 12:33:59
>
>  Modified:jk/native/iis README
>  Log:
>  * More on build i_r.dll from command line.
>  
>  Revision  ChangesPath
>  1.2   +21 -3 jakarta-tomcat-connectors/jk/native/iis/README
>  
>  Index: README
>  ===
>  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/iis/README,v
>  retrieving revision 1.1
>  retrieving revision 1.2
>  diff -u -r1.1 -r1.2
>  --- README   1 Jul 2002 11:08:35 -   1.1
>  +++ README   1 Jul 2002 19:33:59 -   1.2
>  @@ -8,8 +8,26 @@
>   REQUIREMENT
>   ---
>   
>  -MS VC 6.0 (+ update, latest service pack is sp5)
>  -MS PLATFORM SDK
>  +* MS VC 6.0 (+ update, latest service pack is sp5)
>  +  isapi_redirector.dll can be built using the command line 
>tools, or 
>  +  from within the Visual Studio IDE Workbench. The command 
>line build 
>  +  requires the environment to reflect the PATH, INCLUDE, 
>LIB and other 
>  +  variables that can be configured with the vcvars32 batch file: 
>  +  
>  +  "c:\Program Files\DevStudio\VC\Bin\vcvars32.bat"
>  +
>  +* MS PLATFORM SDK
>  +  Visual C++ 6.0 builds require an updated Microsoft 
>Windows Platform SDK 
>  +  
(http://www.microsoft.com/msdownload/platformsdk/sdkupdate/) to enable 
  +  some isapi_redirector.dll features. For command line builds,
  +  the Platform SDK environment is prepared by the setenv batch file:
  +  
  +  "c:\Program Files\Microsoft Platform SDK\setenv.bat"
  +
  +  Note that the Windows Platform SDK is only needed if you want authenticate 
  +  using IIS to compile a isapi_redirector.dll.. 
  +
  +
   
   BUILDING
   
  @@ -17,7 +35,7 @@
   The steps that you need to take are:
   
  1. Change directory to the isapi redirector plugins source directory.
  -
  +   
  2. Execute the following command:
 MSDEV isapi.dsp /MAKE ALL
 If msdev is not in your path, enter the full path to msdev.exe
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [PROPOSAL] removing outdated makefile/buildfile for mod_jk 1.2.0

[GOMEZ Henri]

Good news :)

Some updates in documentation (workers.properties need updates)
and I think we could tag jtc mod_jk_1_2_0


-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, July 02, 2002 12:52 AM
>To: Tomcat Dev List
>Subject: RE: [PROPOSAL] removing outdated makefile/buildfile for mod_jk
>1.2.0
>
>
>If you're referring to statically linking mod_jk into Apache 
>1.3.x, then
>I can confirm that it works just fine. I've been running that
>configuration for quite some time now.
>
>Bojan
>
>On Mon, 2002-07-01 at 18:53, GOMEZ Henri wrote:
>> Ok, I'll remove them so, and will update the build documentation
>> (in xdocs).
>> 
>> BTW, who could tell us more about mod_jk 1.2.x static build ?
>> 
>> -
>> Henri Gomez ___[_]
>> EMAIL : [EMAIL PROTECTED](. .) 
>> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>> 
>> 
>> 
>> >-Original Message-
>> >From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
>> >Sent: Saturday, June 29, 2002 5:19 AM
>> >To: Tomcat Dev List
>> >Subject: Re: [PROPOSAL] removing outdated 
>makefile/buildfile for mod_jk
>> >1.2.0
>> >
>> >
>> >As long as configure/make works I'm +1.
>> >
>> >Bojan
>> >
>> >On Fri, 2002-06-28 at 22:39, GOMEZ Henri wrote:
>> >> Hi,
>> >> 
>> >> What about removing all the outdated 
>> >> makefile and build.platform.sh 
>> >> present in jk/native now that we
>> >> have a working configure/makefile or
>> >> ant/jkant ?
>> >> 
>> >> 
>> >> 
>> >> -
>> >> Henri Gomez ___[_]
>> >> EMAIL : [EMAIL PROTECTED](. .) 
>> >> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>> >> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>> >> 
>> >> 
>> >> --
>> >> To unsubscribe, e-mail:   
>> ><mailto:[EMAIL PROTECTED]>
>> >> For additional commands, e-mail: 
>> ><mailto:[EMAIL PROTECTED]>
>> >> 
>> >
>> >
>> >
>> >--
>> >To unsubscribe, e-mail:   
>> <mailto:[EMAIL PROTECTED]>
>> For additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>> 
>> 
>> --
>> To 
>unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>> For 
>additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>> 
>
>
>
>--
>To 
>unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>For 
>additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>
>

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

RE: mod_jk 1.2.0 - release notes

[GOMEZ Henri]

>
>Sorry, It's not much ;)

Not so bad ;)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

mod_jk 1.2.0 - release notes

[GOMEZ Henri]

Hi to all,

I'm finalizing the mod_jk 1.2.0 release.

I updated the Apache build instruction,
removed outdated Makefile and build files.

I added a minimal IIS build document, 
from what it's present in tomcat-iis-howto.html.

Same thing for netscape/iplanet build instructions.

Since the previous release, there was update in :

Load-Balancing and keep-alive/timeout and I need
more documentation on it from commiters.

I recall that Load-Balancing was updated to handle
failure only mode.

Regards

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [PROPOSAL] removing outdated makefile/buildfile for mod_jk 1.2.0

[GOMEZ Henri]

Ok, I'll remove them so, and will update the build documentation
(in xdocs).

BTW, who could tell us more about mod_jk 1.2.x static build ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
>Sent: Saturday, June 29, 2002 5:19 AM
>To: Tomcat Dev List
>Subject: Re: [PROPOSAL] removing outdated makefile/buildfile for mod_jk
>1.2.0
>
>
>As long as configure/make works I'm +1.
>
>Bojan
>
>On Fri, 2002-06-28 at 22:39, GOMEZ Henri wrote:
>> Hi,
>> 
>> What about removing all the outdated 
>> makefile and build.platform.sh 
>> present in jk/native now that we
>> have a working configure/makefile or
>> ant/jkant ?
>> 
>> 
>> 
>> -
>> Henri Gomez ___[_]
>> EMAIL : [EMAIL PROTECTED](. .) 
>> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>> 
>> 
>> --
>> To unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>> For additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>> 
>
>
>
>--
>To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


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

RE: isapi_redirector2 build using static APR

[GOMEZ Henri]

I strongly agree with costin, and it has been a point
we discuss many times before with Pier for mod_webapp.

Even if APR is a library used mainly by Apache 2.0,
nothing prevent it to be used elsewhere and for example
under Windows and IIS.

The only problem is that there is still no official APR,
release, and as such APR came out which each Apache 2.0 
release, that's why you could find APR_APACHE_2... tarballs
in jakarta-tomcat-connectors.

So I'd like to have apr.so or apr.dll for windows, distributed
together with future jk2 (jk didn't need it).

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Sunday, June 30, 2002 11:15 PM
>To: Tomcat Developers List
>Subject: RE: isapi_redirector2 build using static APR
>
>
>I'm close to -1 on this, but if everyone else is +1 I'll 
>change it to -0.
>
>Apr is a library, just like glib or libc, and I hope soon more 
>modules and 
>programs will use it - including in IIS or other environments. 
>
>I see no problem with having apr.dll - it is actually easier to get it 
>from an Apache installation ( or pre-built whenever they have 
>a release )
>Maybe having the dll around will encourage other uses as well :-)
>
>Costin
>
>On Sun, 30 Jun 2002, Mladen Turk wrote:
>
>> > -Original Message-
>> > From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
>> > Sent: 30. lipanj 2002 18:45
>> > To: '[EMAIL PROTECTED]'
>> > Subject: RE: isapi_redirector2 build using static APR
>> > 
>> > 
>> > > De: Mladen Turk [mailto:[EMAIL PROTECTED]]
>> > > Enviado el: 30 de junio de 2002 7:28
>> > 
>> > hmmm, this will force us to make a binary everytime Apache2 
>> > has a release too?
>> > 
>> > in this case -1, if not +1
>> >
>> 
>> Only if the APR changes itself (in the API way), but then we have to
>> rebuild it in any case.
>> All the Apache utils itself use the static APR if they don't 
>need to go
>> to the httpd directly.
>> Since we are using apr in the IIS connector only as a common 
>library for
>> things like pools, tables, network io, etc.
>> The only rebuild needed would be in the case of some sort of 
>discovered
>> bug. The apr itself is quite stable, and since we are not building
>> apache module, versioning is not an issue here. Actually 
>we'll be less
>> dependent.
>> 
>> Other benefit will be simply the elimination of things like various
>> libapr.dll's flying around.
>> 
>> 
>> MT.
>> 
>> 
>> --
>> To unsubscribe, e-mail:   

> For additional commands, e-mail: 
> 
> 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-connectors/jk/xdocs configweb.xml index.xml style.css.in style.xsl.in

[GOMEZ Henri]

Hey, it seems Nacho goes to bug hunting in xsl, good news,
since I'm working on using xdocs for jk 1.2.0.

BTW, how could we have xdocs handling at both time between jk and jk2 ?

I was thinking at the following layout :

xdocs
xdocs/common(ajp13)
xdocs/jk1   (buildingap, buildingiis, buildingiplanet,
   configap, configiis, configiplanet,
   faq)

xdocs/jk2   (buildingap, buildingiis, buildingiplanet,
   configap, configiis, configiplanet,
   faq)

The goal could be :

Having a full jk/jk2 on jakarta, and only jk in a mod_jk tarball
and only jk2 in a mod_jk2 tarball.


-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: PROPOSAL: Jasper34 removal

[GOMEZ Henri]

+1

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 28, 2002 6:43 PM
>To: List Tomcat-Dev
>Subject: PROPOSAL: Jasper34 removal
>
>
>Since jasper2 now has support for tag pooling and most of the 
>optimizations in jasper34, I would like to remove 34.
>
>34 is a refactoring attempt of jasper1 ( the version included
>in 3.3 ). It was never released. Given the plans for 5.0 there
>is no point on keeping unused code around.
>
>Costin
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

FW: [Ethereal-announce] Ethereal 0.9.5 sources and Windows installer released

[GOMEZ Henri]

ajp support included in latest ethereal ;)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 


>Ethereal 0.9.5 has been released. This version fixes several potential
>security problems revealed since the release of 0.9.4. See the security
>advisory at http://www.ethereal.com/appnotes/enpa-sa-5.html for
>more details.
>
>
>New Features:
>
>The ability to read packet data from a pipe was enhanced.  Printing
>under Windows now works.
>
>
>New Protocols
>
>802.3 LACP, Apache JServ, AODV6, DCERPC Browser, Java RMI, TAPI
>
>
>Updated Protocols
>
>ATM, BGP, BOOTP, DCE RPC, EPM, Frame Relay, GTP, L2TP, LMP, MAPI, MIP,
>MMSE, MTP3, NCP, NFS, NSPI, PPP, Q2931, RADIUS, RSVP, SCSI, SMB, SNA,
>SOCKS, SPOOLSS, SRVSVC, SunATM, TFTP, TNS, Token Ring, UCP, VJ TCP/IP,
>WCP, WEP, WSP, WTP
>
>
>Capture File Updates
>
>Ethereal can now write LANalyzer files.  The Sniffer, nettl, snoop,
>NetXRay, and libpcap code all received updates.
>
>
>Download Sites
>
>The source code and Windows installer can be downloaded 
>immediately from
>the following locations:
>
>Main site:
>
>Source: 
>
>  http://www.ethereal.com/distribution/ethereal-0.9.5.tar.gz
>
>Windows installer: 
>
>  http://www.ethereal.com/distribution/win32/ethereal-setup-0.9.5.exe
>
>SourceForge:
>
>  http://sourceforge.net/project/showfiles.php?group_id=255  
>
>
>The mirror sites listed at 
http://www.ethereal.com/download.html#sources
should be updated shortly.



___
Ethereal-announce mailing list
[EMAIL PROTECTED]
http://www.ethereal.com/mailman/listinfo/ethereal-announce

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk 1.2.0 release poll

[GOMEZ Henri]

>I have one question, what is the target JVM version for
>the java side of things?  I noticed that 
>org.apache.ajp.tomcat4.Ajp13Connector uses 
>Socket.setKeepAlive() which was introduced in java 1.3.

Yep, we may have to remove/condition this, since Tomcat4
only require JDK 1.2 (for now)

>Regards,
>
>Glenn
>
>GOMEZ Henri wrote:
>> 
>> Ok, I think we're near release now.
>> 
>> The last thing to do will be to add documentation,
>> there is allready README.configure which explains
>> how to build for apache 1.3/2.0 via configure.
>> 
>> Needed now :
>> 
>> - Configuration for Apache 1.3/2.0
>>   httpd.conf/workers.properties
>> 
>> - Build procedures for IIS/iPlanet.
>> - Configuration for IIS/iPlanet
>> 
>> These could be for now simple text files,
>> which will be translated to JK xml docs
>> at a later time (don't want to delay the
>> release until all documentation is passed
>> to xml format).
>> 
>> If nobody could works on IIS/iPlanet build/conf,
>> I'll grab the stuff from TC 3.3 html doc.
>> 
>> I'll take care of Apache's
>> 
>> -
>> Henri Gomez ___[_]
>> EMAIL : [EMAIL PROTECTED](. .)
>> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>> 
>> --
>> To unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>> For 
>additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>
>--
>To 
>unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>For 
>additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>
>

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

xdocs for jk&jk2 / ant 1.5.1

[GOMEZ Henri]

Hi,

I was playing with xdocs in jk and tried to use it
to generate both jk and jk2.

I choose the following layout :

xdocs/common(menu.idx, Ajp13.xml)
xdocs/jk(menu.idx, index.xml, building.xml, configtc.xml, configweb.xml)
xdocs/jk2   (menu.idx, index.xml, building.xml, configtc.xml, configweb.xml)
xdocs   (menu.idx, index.xml)

But there is fatal error in style task, located somewhere in the XSL.
Did the current style works well with subdirectories ?

ant 1.5b2, xerces 2.0.1, xalan 2.3.1 (into latest eclipse 2.0)



 

---

docs.check:

docs.init:

docs.color:

docs.color:

docs:
[mkdir] Created dir: D:\eclipse\workspace\jkdocs\build\docs
[style] Transforming into D:\eclipse\workspace\jkdocs\build\docs
[style] Processing D:\eclipse\workspace\jkdocs\xdocs\index.xml to 
D:\eclipse\workspace\jkdocs\build\docs\index.html
[style] Loading stylesheet D:\eclipse\workspace\jkdocs\xdocs\style.xsl
[style] Processing D:\eclipse\workspace\jkdocs\xdocs\jk2\configtc.xml to 
D:\eclipse\workspace\jkdocs\build\docs\jk2\configtc.html
[style] D:/eclipse/workspace/jkdocs/xdocs/style.xsl:486:51: Fatal Error! Unknown 
error in XPath Cause: java.lang.NullPointerException
[style] : Fatal Error! Fatal error during transformation Cause: Fatal error during 
transformation
[style] Failed to process D:\eclipse\workspace\jkdocs\xdocs\jk2\configtc.xml

BUILD FAILED
D:\eclipse\workspace\jkdocs\build.xml:101: Fatal error during transformation

Total time: 6 seconds


Same things when using xsl from tomcat 4.1 docs :

-- with tomcat4 docs

build-main:
[style] Transforming into D:\eclipse\workspace\tomcat4docs\build\tomcat-docs
[style] Processing D:\eclipse\workspace\tomcat4docs\security-manager-howto.xml to 
D:\eclipse\workspace\tomcat4docs\build\tomcat-docs\security-manager-howto.html
[style] Loading stylesheet D:\eclipse\workspace\tomcat4docs\tomcat-docs.xsl
[style] Processing D:\eclipse\workspace\tomcat4docs\introduction.xml to 
D:\eclipse\workspace\tomcat4docs\build\tomcat-docs\introduction.html
[style] Transforming into D:\eclipse\workspace\tomcat4docs\build\tomcat-docs\appdev
[style] Processing D:\eclipse\workspace\tomcat4docs\appdev\installation.xml to 
D:\eclipse\workspace\tomcat4docs\build\tomcat-docs\appdev\installation.html
[style] Loading stylesheet D:\eclipse\workspace\tomcat4docs\tomcat-docs.xsl
[style] Processing D:\eclipse\workspace\tomcat4docs\appdev\deployment.xml to 
D:\eclipse\workspace\tomcat4docs\build\tomcat-docs\appdev\deployment.html
[style] Processing D:\eclipse\workspace\tomcat4docs\appdev\processes.xml to 
D:\eclipse\workspace\tomcat4docs\build\tomcat-docs\appdev\processes.html
[style] Processing D:\eclipse\workspace\tomcat4docs\appdev\source.xml to 
D:\eclipse\workspace\tomcat4docs\build\tomcat-docs\appdev\source.html
[style] : Fatal Error! java.lang.NullPointerException Cause: 
java.lang.NullPointerException
[style] Failed to process D:\eclipse\workspace\tomcat4docs\appdev\source.xml

BUILD FAILED
D:\eclipse\workspace\tomcat4docs\build.xml:90: Fatal error during transformation

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

mod_jk 1.2.0 release poll

[GOMEZ Henri]

Ok, I think we're near release now.

The last thing to do will be to add documentation,
there is allready README.configure which explains
how to build for apache 1.3/2.0 via configure.

Needed now :

- Configuration for Apache 1.3/2.0
  httpd.conf/workers.properties

- Build procedures for IIS/iPlanet.
- Configuration for IIS/iPlanet

These could be for now simple text files,
which will be translated to JK xml docs 
at a later time (don't want to delay the
release until all documentation is passed
to xml format).

If nobody could works on IIS/iPlanet build/conf,
I'll grab the stuff from TC 3.3 html doc.

I'll take care of Apache's

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

tomcat 4.0.4 rpm release 2

[GOMEZ Henri]

Available at :

http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4/rpms/

More FHS compliant and misc fixes in spec files.

Important change from previous version, is that
the rpm didn't use no more IBM SDK 1.3.1 as 
default SDK. Read the following RPM info :

---

Tomcat 4.0 RPM info

the RPM will be named tomcat4 to allow coexistence
with the actual tomcat 3.x RPM (3.2.x and 3.3)

Here is the release notes for the tomcat4.0.x RPM builds.

o Starting with Tomcat 4.0.4, there is 2 differents kind
  of rpm for tomcat4 which follow the 2 Tomcat 4 packages
  available at jakarta.apache.org

 - TOMCAT 4 LIGHT EDITION FOR JDK 1.4

   This version is a minimal Tomcat 4.0 release with
   no support for javamail, tyrex extensions.

   So it didn't include activation, javamail, jdbc2ext,
   or tyrex.

   To meet RPM packaging policies, some required packages
   like jakarta-regexp 1.2, servlet API 2.3 and an XML parser
   (ie xerces 1.44), will be linked in tomcat4 directories at
   install time and as such, should be present in system before
   tomcat4.


 - TOMCAT 4 FULL EDITION

   This version include full support for javamail, jndi and
   tyrex datasources.

   The rpm include activation.jar, javamail.jar, jdbc2ext and
   tyrex 0.9.7.0.
   The rpm also include jndi.jar for JDK 1.2.

   It also include jakarta-regexp 1.2 and servlet 2.3 APIs,
   and xerces 1.44.


o SSL support

   SSL support is compiled in, but due to crypto regulation, JSSE
   jars are not distributed with either version of Tomcat 4 rpm.
   To make use of SSL, you should have JDK 1.4 or JSSE 1.0.2
   jars in CLASSPATH, or in server/lib.

  If you have JSSE jars on your system, jcert.jar, jsse.jar,
  jnet.jar, just define JSSE_HOME in /etc/tomcat4/conf/tomcat4.conf
  those JAR files will be added to thei system class path.


o FHS layout

  Starting with Tomcat 4.O.4, rpm is more FHS compliant,
  configuration is on /etc/tomcat4/conf, log goes in
  /var/log/tomcat4, run files in /var/cache/tomcat4/work and
  temp files in /var/cache/tomcat4/temp.
  To make Tomcat 4 works, symlinks are made between real
  FHS location and basedir, /var/tomcat4, location


o Java SDK used

  Starting with Tomcat 4.O.4 rpm release 2, SDK used is
  no more set by default to the IBM SDK 1.3.1 rpm location.
  You'll have to create a /etc/java.conf and set at least
  JAVA_HOME is it, ie :

- /etc/java.conf -
# Where your java installation lives
# examples
# Sun SDK 1.4.0_01 rpm
# JAVA_HOME=/usr/java/j2sdk1.4.0_01
# Sun SDK 1.3.1_03 rpm
# JAVA_HOME=/usr/java/jdk1.3.1_03
# IBM SDK 1.3.1 rpm
JAVA_HOME="/opt/IBMJava2-131"


o Tomcat 4 configuration

  A configuration file /etc/tomcat4/conf/tomcat4.conf is loaded
  before Tomcat or Jasper start and could be used to tuned JVM
  params


o Tomcat 4 / Jasper 4 invocation

  Tomcat 4.0 invoker script is tomcat4, Jasper 4.0 is jasper4
  Take a look at /etc/tomcat4/conf/tomcat4.conf for tuning


o Running mode

  For security purposes tomcat4 will run as user tomcat4, which
  will be created by rpm at install time. Warning this user
  should have a login shell to be able to use the su exec command
  logs, work, temp and webapps are now owned by tomcat4:tomcat4
  user at rpm install time


o Listen ports

  Starting with Tomcat 4.0.4, Tomcat 4.0 will listen on standard ports,
  ie port 8080 (HTTP 1.1), 8081 (HTTP 1.0), 8443 (HTTP SSL), 8009 (AJP13),
  8008 (WARP).

  To avoid collision with running TC 3.x, you could use the reloctomcat4
  command which will change these ports to 8180, 8181, 8453 and 8109.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [PATCH] WAS mod_jk2 keepalive sockets

[GOMEZ Henri]

+1 for me :)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Mladen Turk [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, June 27, 2002 3:34 PM
>To: 'Tomcat Developers List'
>Subject: [PATCH] WAS mod_jk2 keepalive sockets
>
>
>> -Original Message-
>> From: Mladen Turk [mailto:[EMAIL PROTECTED]] 
>> Sent: 26. lipanj 2002 22:06
>> 
>> Can we implement those keepalive sockets on jk2, like on 
>> mod_jk? The implementation IMO would be much easier then on jk.
>> 
>
>Well, there was no comments on my previous mail, so I've build a patch
>and I'm sending it for review.
>
>1. channel_socket implements two new options:
>   a) keepalive=On or Off -- sets the socket SO_KEEPALIVE option
>(default Off -> disabled)
>   b) timeout=nn (seconds) -- send/recv timeout (default 0 ->
>unlimited)
>
>2. channel_apr_socket implements two new options:
>   a) keepalive=On or Off -- sets the socket SO_KEEPALIVE option
>(default Off -> disabled)
>   b) timeout=nn (seconds) -- send/recv timeout (default 2 seconds,
>IMO should be 0*)
>
>* The apr_socket timeout is now set to 2 seconds (copy from
>apr/test/client.c ?) should be set to 0 (unlimited), cause 
>sometimes the
>2 second timeout is too small for busy servers.
>
>
>Example config:
>
>[channel.socket:localhost:8009]
>info=Ajp13 forwarding over socket
>debug=0
>tomcatId=localhost:8009
>disabled=1
>keepalive=On
>timeout=10
>
>[channel.apr:localhost:8009]
>info=Ajp13 forwarding over socket
>debug=0
>tomcatId=localhost:8009
>disabled=0
>keepalive=On
>timeout=20
>
>
>MT. 
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

Yep, but when you use ant on a train or plane,
the build fail ;]

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Bill Barker [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, June 26, 2002 8:48 PM
>To: Tomcat Developers List
>Subject: Re: chicken&eggs and fix TC4/COYOTE/TC4
>
>
>-1.
>4.1 Already has a very nice "download" target (thanks, 
>Jean-Fredric) that
>gets these for you.
>- Original Message -
>From: "GOMEZ Henri" <[EMAIL PROTECTED]>
>To: "Tomcat Developers List" <[EMAIL PROTECTED]>
>Sent: Wednesday, June 26, 2002 4:53 AM
>Subject: RE: chicken&eggs and fix TC4/COYOTE/TC4
>
>
>May be we should add to HEAD (4.1) lib dir all
>the required jars from commons ?
>
>-
>Henri Gomez ___[_]
>EMAIL : [EMAIL PROTECTED](. .)
>PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
>
>
>
>>-Original Message-
>>From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, June 26, 2002 1:32 PM
>>To: 'Tomcat Developers List'
>>Subject: RE: chicken&eggs and fix TC4/COYOTE/TC4
>>
>>
>>> De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>>> Enviado el: 26 de junio de 2002 12:42
>>
>>>
>>> The c-l JARs to be used are in j-t-c/lib. I know this is annoying.
>>
>>How do you deal with that?, please post your 
>build.properties, and/or a
>>brief explanation of the setup you use to build a 4.1.X with *all* the
>>bells and rings..
>>
>>I know , i've readed Building.txt, but just that jar is not covered
>>there, so i could suppouse there are more caveats that only this..
>>
>>Thanks
>>
>>Saludos ,
>>Ignacio J. Ortega
>>
>>--
>>To unsubscribe, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>For additional commands, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>
>>
>
>--
>To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>



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


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

RE: tomcat 4.0.4 rpm release

[GOMEZ Henri]

I'm working on an updated release, which fix
some minors problems and better respect of FHS layout
(ie /var/run/tomcat4 => /var/cache/tomcat4 for work/temp)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Eddie Bush [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, June 26, 2002 2:13 PM
>To: Tomcat Developers List
>Subject: Re: tomcat 4.0.4 rpm release
>
>
>Thanks for your hard work, Henri! =D
>
>- Original Message -
>From: "GOMEZ Henri" <[EMAIL PROTECTED]>
>To: "Tomcat Developers List" <[EMAIL PROTECTED]>; 
>"Tomcat Users
>List" <[EMAIL PROTECTED]>
>Sent: Tuesday, June 25, 2002 5:27 AM
>Subject: tomcat 4.0.4 rpm release
>
>
>Available at :
>
>http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.
>0.4/rpms/
>
>This rpm use external rpms from the Jpackage Project
>(http://www.jpackage.org)
>
>Only needed binary rpm will be present in jakarta rpms directory :
>
>jakarta-commons-logging-1.0.1.cvs20020612-1jpp.noarch.rpm
>regexp-1.2-10jpp.noarch.rpm
>servletapi4-4.0.3-2jpp.noarch.rpm
>xerces-j1-1.4.4-10jpp.noarch.rpm
>
>Those of you interested in rebuilding tomcat 4 rpms, should go
>to jpackage project and grab the necessary source rpms.
>
>
>---
>
>Tomcat 4.0 RPM info
>
>the RPM will be named tomcat4 to allow coexistence
>with the actual tomcat 3.x RPM (3.2.x and 3.3)
>
>Here is the release notes for the tomcat4.0.x RPM builds.
>
>o Starting with Tomcat 4.0.4, there is 2 differents kind
>  of rpm for tomcat4 which follow the 2 Tomcat 4 packages
>  available at jakarta.apache.org
>
> - TOMCAT 4 LIGHT EDITION FOR JDK 1.4
>
>   This version is a minimal Tomcat 4.0 release with
>   no support for javamail, tyrex extensions.
>
>   So it didn't include activation, javamail, jdbc2ext,
>   or tyrex.
>
>   To meet RPM packaging policies, some required packages
>   like jakarta-regexp 1.2, servlet API 2.3 and an XML parser
>   (ie xerces 1.44), will be linked in tomcat4 directories at
>   install time and as such, should be present in system before
>   tomcat4.
>
>
> - TOMCAT 4 FULL EDITION
>
>   This version include full support for javamail, jndi and
>   tyrex datasources.
>
>   The rpm include activation.jar, javamail.jar, jdbc2ext and
>   tyrex 0.9.7.0.
>   The rpm also include jndi.jar for JDK 1.2.
>
>   It also include jakarta-regexp 1.2 and servlet 2.3 APIs,
>   and xerces 1.44.
>
>
>o SSL support
>
>   SSL support is compiled in, but due to crypto regulation, JSSE
>   jars are not distributed with either version of Tomcat 4 rpm.
>   To make use of SSL, you should have JDK 1.4 or JSSE 1.0.2
>   jars in CLASSPATH, or in server/lib.
>
>  If you have JSSE jars on your system, jcert.jar, jsse.jar,
>  jnet.jar, just define JSSE_HOME in /etc/tomcat4/conf/tomcat4.conf
>  those JAR files will be added to thei system class path.
>
>
>o FHS layout
>
>  Starting with Tomcat 4.O.4, rpm is more FHS compliant,
>  configuration is on /etc/tomcat4/conf, log goes in
>  /var/log/tomcat4, run files in /var/run/tomcat4 and
>  temp files in /var/run/tomcat4/temp.
>  To make Tomcat 4 works, symlinks are made between real
>  FHS location and basedir, /var/tomcat4, location
>
>
>o Tomcat 4 configuration
>
>  A configuration file /etc/tomcat4/conf/tomcat4.conf is loaded
>  before Tomcat or Jasper start and could be used to tuned JVM
>  params
>
>
>o Tomcat 4 / Jasper 4 invocation
>
>  Tomcat 4.0 invoker script is tomcat4, Jasper 4.0 is jasper4
>  Take a look at /etc/tomcat4/conf/tomcat4.conf for tuning
>
>
>o Running mode
>
>  For security purposes tomcat4 will run as user tomcat4, which
>  should be created by rpm at install time. Warning this user
>  should have a login shell to be able to use the su exec command
>
>
>o Listen ports
>
>  Starting with Tomcat 4.0.4, Tomcat 4.0 will listen on standard ports,
>  ie port 8080 (HTTP 1.1), 8081 (HTTP 1.0), 8443 (HTTP SSL), 
>8009 (AJP13),
>  8008 (WARP).
>
>  To avoid collision with running TC 3.x, you could use the 
>reloctomcat4
>  command which will change these ports to 8180, 8181, 8453 and 8109.
>
>
>--
>697ECEDD 2000/04/06 Henri Gomez <[EMAIL PROTECTED]>
>Key fingerprint = 9D F8 1E A8 ED 53 2F 39  DC 9B 90 4A 36 4F 80 E6
>--
>
>
>
>--
>To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>



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


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

RE: chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

May be we should add to HEAD (4.1) lib dir all
the required jars from commons ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, June 26, 2002 1:32 PM
>To: 'Tomcat Developers List'
>Subject: RE: chicken&eggs and fix TC4/COYOTE/TC4
>
>
>> De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>> Enviado el: 26 de junio de 2002 12:42
>
>> 
>> The c-l JARs to be used are in j-t-c/lib. I know this is annoying.
>
>How do you deal with that?, please post your build.properties, and/or a
>brief explanation of the setup you use to build a 4.1.X with *all* the
>bells and rings..
>
>I know , i've readed Building.txt, but just that jar is not covered
>there, so i could suppouse there are more caveats that only this..
>
>Thanks
>
>Saludos ,
>Ignacio J. Ortega
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

>> In HEAD 4.0 or 4.1 ?
>> 
>> Without my patch, there is still an unconditional copy of coyote 
>
>HEAD is 4.1. "HEAD 4.0" is actually the "tomcat_40_branch" branch.
>

So could I apply my patch to tomcat_40_branch ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jspc patch for TC 3.3.2

[GOMEZ Henri]

If nobody objects, I'll commit it this afternoon (CET)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: GOMEZ Henri 
>Sent: Friday, June 21, 2002 6:25 PM
>To: [EMAIL PROTECTED]
>Subject: jspc patch for TC 3.3.2
>
>
>Hi,
>
>One of my coworker have some problems with jspc
>when included jsp got a relative path.
>
>Find attached a possible patch. 
>
>Thanks to comment and commit if 
>valid.
>
>-
>Henri Gomez ___[_]
>EMAIL : [EMAIL PROTECTED](. .) 
>PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>
>

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

RE: chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

>> At least in TC 4.0.4
>
>Oh, ok, I understand now. Yes, there's a chicken and egg problem with 
>4.0.4. The binaries for Coyote are actually committed in the CVS to 
>avoid it.

That's why I added a condition to copy.

>In HEAD, it works good, OTOH, because it actually follows the build 
>sequence you suggested.

In HEAD 4.0 or 4.1 ?

Without my patch, there is still an unconditional copy of coyote 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

>Which commons-logging is using? from b.p.s i see that is requesting a
>commons-logging 1.0.1, where is that binary? 

in TC4/lib (regexp, ajp, util, coyote, http11)

>If as i suppouse it's simply the binary of building HEAD of c-l..


>Could anybody put all those needed jars available somewhere, to not be
>bothered with the build of commons ? Thanks..

I does a rpm for jpackage.org for commons-logging 1.0.1 from cvs
snapshot.

Did a release date is planned ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

>I don't have any chicken and eggs problems when building.

till you have allready built jar in lib dir (TC4)

>ant clean; ant
>works very well for me, and builds all sub components like Coyote.
>
>- jtc-util is built first
>- then Catalina
>- then Coyote and the other protocol handlers
>
>What is the error you're running into ?

the error was that there is no condition to copy
coyote jars in TC4.

At least in TC 4.0.4

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk JkAutoMount

[GOMEZ Henri]

I answered yesterday on tomcat-user.

JkAutoMount was a planned features of ajp13++ (ajp14)
protocol, and will be available (if possible) only
via jk2 (jtc/jk/native2 and java part) 

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Milt Epstein [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 25, 2002 5:01 AM
>To: [EMAIL PROTECTED]
>Subject: mod_jk JkAutoMount
>
>
>Anyone know anything about the mod_jk directive JkAutoMount?  I've
>seen some about it in the documentation, in the source, and via a web
>search, but it's all a little bit sketchy.  It sounds like it can be
>used instead of JkMount, to have the web server query the servlet
>container for what URL's it's supposed to forward (and to what
>contexts) to Tomcat.  But it's not clear that's what it does.  And
>it's not clear it's been fully implemented.  And it's not clear which
>version of mod_jk it's part of.
>
>If anyone can shed some light on these questions, I'd appreciate it.
>
>Milt Epstein
>Research Programmer
>Systems and Technology Services (STS)
>Campus Information Technologies and Educational Services (CITES)
>University of Illinois at Urbana-Champaign (UIUC)
>[EMAIL PROTECTED]
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

Here are the diffs against TC 4.0 HEAD.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: GOMEZ Henri 
>Sent: Wednesday, June 26, 2002 11:43 AM
>To: Tomcat Developers List
>Subject: chicken&eggs and fix TC4/COYOTE/TC4
>
>
>Hi to all,
>
>While packaging tomcat4 4.0.4 for jpackage/jakarta,
>
>I noticed that the TC 4 build try to copy coyote jar.
>
>But since you need TC 4 to build coyote, you're in
>a chicken&eggs situation.
>
>Here is 2 patchs which should fix the situation.
>
>If nobody objects, I'll commit them ...
>
>so the guideline to build TC4/COYOTE from nothing 
>will be :
>
>remove coyote/ajp jar in TC4/lib.
>
>1) build jtc/util
>2) apply my 2 patches to TC 4
>3) build TC4 (without ajp/coyote)
>4) build ajp and then coyote
>5) copy newly created ajp/coyote in TC4
>
>Regards
>
>
>-
>Henri Gomez ___[_]
>EMAIL : [EMAIL PROTECTED](. .) 
>PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>
>



tc4-build.xml.diff
Description: tc4-build.xml.diff


cat-build.xml.diff
Description: cat-build.xml.diff

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

chicken&eggs and fix TC4/COYOTE/TC4

[GOMEZ Henri]

Hi to all,

While packaging tomcat4 4.0.4 for jpackage/jakarta,

I noticed that the TC 4 build try to copy coyote jar.

But since you need TC 4 to build coyote, you're in
a chicken&eggs situation.

Here is 2 patchs which should fix the situation.

If nobody objects, I'll commit them ...

so the guideline to build TC4/COYOTE from nothing 
will be :

remove coyote/ajp jar in TC4/lib.

1) build jtc/util
2) apply my 2 patches to TC 4
3) build TC4 (without ajp/coyote)
4) build ajp and then coyote
5) copy newly created ajp/coyote in TC4

Regards


-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 




tc4-build.xml.diff
Description: tc4-build.xml.diff


cat-build.xml.diff
Description: cat-build.xml.diff

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: HA tomcat ( was: RE: 5.0 proposal)

[GOMEZ Henri]

>Thanks for the encouraged news.  We've been using Tomcat in 
>our product 
>for a while now.  Now, I need to set it up with support for 
>minimum 100K 
>simultaneous connection to our server side.  


100K simultaneous connection  !

I doubt any hardware/software/os (even on high system) 
could handle that.

And no mather if the server code is in native or in java. 

May be you was thinking 100K by days ?


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[GOMEZ Henri]

This part of code in jk 1.2/2.0 is really a spaghetti :[

I spent many times in it, and I think we should refactor it
at least in jk2.

Certainly after aplha release.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, June 26, 2002 4:42 AM
>To: [EMAIL PROTECTED]
>Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/common
>jk_worker_ajp13.c
>
>
>costin  2002/06/25 19:41:39
>
>  Modified:jk/native2/common jk_worker_ajp13.c
>  Log:
>  Another attempt to fix the 'tomcat restart' problem.
>  
>  send ( with either write or send() ) doesn't detect if 
>tomcat is disconnected -
>  only the first receive does report the error.
>  
>  What we do is use the 'recoverable' field to mark if tomcat 
>has already
>  started to process the request ( i.e. we received at least 
>one packet -
>  probably the HEAD, in which case the error can't be recovered ).
>  
>  If this is just a tomcat restart, we'll save the post body ( 
>initial chunk ),
>  and resend it. The logic is a bit tricky - but I think I got 
>it right this
>  time ( it affected the case that a POST is made just after restart )
>  
>  Revision  ChangesPath
>  1.34  +17 -8 
>jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c
>  
>  Index: jk_worker_ajp13.c
>  ===
>  RCS file: 
>/home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker
>_ajp13.c,v
>  retrieving revision 1.33
>  retrieving revision 1.34
>  diff -u -r1.33 -r1.34
>  --- jk_worker_ajp13.c20 Jun 2002 18:45:01 -  1.33
>  +++ jk_worker_ajp13.c26 Jun 2002 02:41:39 -  1.34
>  @@ -299,10 +299,12 @@
>   {
>   int err=JK_OK;
>   int attempt;
>  +int has_post_body=JK_FALSE;
>  +jk_channel_t *channel= worker->channel;
>   
>   e->recoverable = JK_TRUE;
>   s->is_recoverable_error = JK_TRUE;
>  -
>  +
>   /*
>* Try to send the request on a valid endpoint. If one endpoint
>* fails, close the channel and try again ( maybe 
>tomcat was restarted )
>  @@ -311,7 +313,6 @@
>* a load-balancing configuration 
>*/
>   for(attempt = 0 ; attempt < JK_RETRIES ;attempt++) {
>  -jk_channel_t *channel= worker->channel;
>   
>   if( e->sd == -1 ) {
>   err=jk2_worker_ajp13_connect(env, e);
>  @@ -322,6 +323,9 @@
>   e->worker->in_error_state=JK_TRUE;
>   return err;
>   }
>  +if( worker->mbean->debug > 0 )
>  +env->l->jkLog(env, env->l, JK_LOG_INFO,
>  +  "ajp13.service() connecting 
>to endpoint \n");
>   }
>   
>   err=e->worker->channel->send( env, e->worker->channel, e,
>  @@ -332,7 +336,6 @@
>   
>   if (err!=JK_OK ) {
>   /* Can't send - bad endpoint, try again */
>  -
>   env->l->jkLog(env, env->l, JK_LOG_ERROR,
> "ajp13.service() error sending, 
>reconnect %s %d %d %s\n",
> e->worker->channelName, err, 
>errno, strerror(errno));
>  @@ -346,7 +349,7 @@
>  request was sent ( we're receiving data from 
>client, can be slow, no
>  need to delay - we can do that in paralel. ( not 
>very sure this is
>  very usefull, and it brakes the protocol ) ! */
>  -if (s->is_chunked || s->left_bytes_to_send > 0) {
>  +if (has_post_body || s->is_chunked || 
>s->left_bytes_to_send > 0) {
>   /* We never sent any POST data and we check it 
>we have to send at
>* least of block of data (max 8k). These data 
>will be kept in reply
>* for resend if the remote Tomcat is down, a 
>fact we will learn only
>  @@ -354,6 +357,8 @@
>*/
>   if( attempt==0 )
>   err=jk2_serialize_postHead( env, e->post, s, e );
>  +else
>  +err=JK_OK; /* We already have the initial 
>body chunk */
>   
>   if( e->worker->mbean->debug > 10 )
>   e->request->dump( env, e->request, "Post head" );
>  @@ -363,17 +368,20 @@
>   /* e->recoverable = JK_FALSE; */
>   s->is_recoverable_error = JK_FALSE;
>   env->l->jkLog(env, env->l, JK_LOG_ERROR,
>  -  "ajp13.service() Error 
>receiving initial post \n");
>  +  "ajp13.service() Error 
>receiving initial post %d %d %d\n", err, errno, attempt);
>   return JK_ERR;
>   }
>  +has_post_body=JK_TRUE;
>   err= e->worker->channel->send( env, 
>e->worker->channel, e,
>   

RE: 5.0 proposal

[GOMEZ Henri]

>> Pier could you detail what should be a Tomcat HA, and how
>> it could fit in TC 5.0 proposal ?
>
>As far as I can remember it was voted -1...

What about TC 5.0 with HA capability ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: 5.0 proposal

[GOMEZ Henri]

>> As somebody who also intends to use Tomcat in production (around 10
>> different sites with a reasonable load, maybe 1/4 of vnunet) 
>this would be
>> very helpful to me.
>> 
>> You mentioned a couple of specific things you would like to 
>do. Would it be
>> possible for you elaborate a little more.
>
>Arshad, you don't count... You work with me! :) :) :) :)
>

Pier could you detail what should be a Tomcat HA, and how
it could fit in TC 5.0 proposal ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: random BOUND socket (was Re: 5.0 proposal).

[GOMEZ Henri]

We add a timeout features in mod_jk 1.2.0 to close
sockets after some time of inactivity

:)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 25, 2002 4:41 PM
>To: Tomcat Developers List
>Subject: Re: random BOUND socket (was Re: 5.0 proposal).
>
>
>jean-frederic clere <[EMAIL PROTECTED]> wrote:
>
>> I do see the following on my Linux:
>> +++
>> tcp0  0 :::127.0.0:http-alt 
>:::127.0.0.1:32893  TIME_WAIT
>> tcp0  0 :::127.0.0.1:32892  
>:::127.0.0.1:8005   TIME_WAIT
>> tcp0  0 :::127.0.0.1:32894  
>:::127.0.0.1:8009   TIME_WAIT
>> tcp0  0 ::1:32891   ::1:32890
>   TIME_WAIT
>> +++
>> The last line varies:
>> +++
>> tcp0  0 ::1:32889   ::1:32888
>   TIME_WAIT
>> +++
>> When Tomcat is stopped I do not have it.
>
>It seems that you are actually observing my same odd 
>behavior... On Solaris,
>when the TIME_WAIT expires, one of those sockets becomes "BOUND", as if
>noone ever closed it...
>
>Pier
>
>--
>[Perl] combines all the worst aspects of C and Lisp:  a 
>billion of different
>sublanguages in  one monolithic executable.  It combines the 
>power of C with
>the readability of PostScript. [Jamie Zawinski - DNA Lounge - 
>San Francisco]
>
>
>--
>To unsubscribe, e-mail:   

For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

tomcat 4.0.4 rpm release

[GOMEZ Henri]

Available at :

http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4/rpms/

This rpm use external rpms from the Jpackage Project (http://www.jpackage.org)

Only needed binary rpm will be present in jakarta rpms directory :

jakarta-commons-logging-1.0.1.cvs20020612-1jpp.noarch.rpm
regexp-1.2-10jpp.noarch.rpm
servletapi4-4.0.3-2jpp.noarch.rpm
xerces-j1-1.4.4-10jpp.noarch.rpm

Those of you interested in rebuilding tomcat 4 rpms, should go 
to jpackage project and grab the necessary source rpms.


---

Tomcat 4.0 RPM info

the RPM will be named tomcat4 to allow coexistence
with the actual tomcat 3.x RPM (3.2.x and 3.3)

Here is the release notes for the tomcat4.0.x RPM builds.

o Starting with Tomcat 4.0.4, there is 2 differents kind
  of rpm for tomcat4 which follow the 2 Tomcat 4 packages
  available at jakarta.apache.org

 - TOMCAT 4 LIGHT EDITION FOR JDK 1.4

   This version is a minimal Tomcat 4.0 release with
   no support for javamail, tyrex extensions.

   So it didn't include activation, javamail, jdbc2ext,
   or tyrex.

   To meet RPM packaging policies, some required packages
   like jakarta-regexp 1.2, servlet API 2.3 and an XML parser
   (ie xerces 1.44), will be linked in tomcat4 directories at
   install time and as such, should be present in system before
   tomcat4.


 - TOMCAT 4 FULL EDITION

   This version include full support for javamail, jndi and
   tyrex datasources.

   The rpm include activation.jar, javamail.jar, jdbc2ext and
   tyrex 0.9.7.0.
   The rpm also include jndi.jar for JDK 1.2.

   It also include jakarta-regexp 1.2 and servlet 2.3 APIs,
   and xerces 1.44.


o SSL support

   SSL support is compiled in, but due to crypto regulation, JSSE
   jars are not distributed with either version of Tomcat 4 rpm.
   To make use of SSL, you should have JDK 1.4 or JSSE 1.0.2
   jars in CLASSPATH, or in server/lib.

  If you have JSSE jars on your system, jcert.jar, jsse.jar,
  jnet.jar, just define JSSE_HOME in /etc/tomcat4/conf/tomcat4.conf
  those JAR files will be added to thei system class path.


o FHS layout

  Starting with Tomcat 4.O.4, rpm is more FHS compliant,
  configuration is on /etc/tomcat4/conf, log goes in
  /var/log/tomcat4, run files in /var/run/tomcat4 and
  temp files in /var/run/tomcat4/temp.
  To make Tomcat 4 works, symlinks are made between real
  FHS location and basedir, /var/tomcat4, location


o Tomcat 4 configuration

  A configuration file /etc/tomcat4/conf/tomcat4.conf is loaded
  before Tomcat or Jasper start and could be used to tuned JVM
  params


o Tomcat 4 / Jasper 4 invocation

  Tomcat 4.0 invoker script is tomcat4, Jasper 4.0 is jasper4
  Take a look at /etc/tomcat4/conf/tomcat4.conf for tuning


o Running mode

  For security purposes tomcat4 will run as user tomcat4, which
  should be created by rpm at install time. Warning this user
  should have a login shell to be able to use the su exec command


o Listen ports

  Starting with Tomcat 4.0.4, Tomcat 4.0 will listen on standard ports,
  ie port 8080 (HTTP 1.1), 8081 (HTTP 1.0), 8443 (HTTP SSL), 8009 (AJP13),
  8008 (WARP).

  To avoid collision with running TC 3.x, you could use the reloctomcat4
  command which will change these ports to 8180, 8181, 8453 and 8109.


--
697ECEDD 2000/04/06 Henri Gomez <[EMAIL PROTECTED]>
Key fingerprint = 9D F8 1E A8 ED 53 2F 39  DC 9B 90 4A 36 4F 80 E6
--



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: 5.0 proposal

[GOMEZ Henri]

I'm also very interested in hearing more about Tomcat HA.

Speaking about HIGH AVAILABILITY, is linked to 
reliability and scalabitity.

reliability should be provided by Tomcat core but
scalability should be provided by some sorts of 
software between end-user and Tomcat's core.

As I said yesterday, it could be achieved by :

- request dispatcher to multiples Tomcat Instance JVM
  (mod_jk does that and mod_jk2 will push it farther)

- tomcat instance datas replications, may be introduced
  by external APIs like spread or javagroups (javagroups
  has been used in TC 4.0 but due to its GPL license 
  couldn't be added to Tomcat 4.0)

But reliability should cover the full chain :

- link between end-user / tomcat
- tomcat core
- java web application
- remote applications / databases (SQL backend, JMS,
  links to proprietary applications)


In my opinion, TC 5.0 should provide a stable core,
and offer replication support (via spread/javagroup).

Others parts link between end-user and tomcat, should
fall in connectors land.

Java web applications in on webapp developpers land.

Remote Apps / SQL stability depends on SQL JDBC drivers,
JMS or proprietary comm layers, and of course on 
availabity of remote apps/databases.




-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Steven Wood [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 25, 2002 10:41 AM
>To: 'Tomcat Developers List'
>Subject: RE: 5.0 proposal
>
>
>Hi all,
>
>I was interested to read the differing opinions on 5.0 or not, 
>and I was
>interested to hear Pier say that he did not think tomcat was 
>an option in a
>production system.  We have been using tomcat 3.2.3 (an out of 
>date version
>I know) and while it performs it very well under a light load, 
>some strange
>things start to happen when our site gets busy the only 
>solution seems to be
>to shut down and restart tomcat (I know that this it not supposed to
>required on a regular basis is it ?).  I wont bother 
>describing exactly what
>happens because we are using an older version and some of the 
>issues may
>have been resolved, but we do get some unexpected behaviour under high
>loads.
>
>Long and short : as a user of tomcat, i would be far more 
>appreciative of a
>so called "high-availability or hard-edition" than an new 
>"feature rich"
>version.   Just because thats of most use (I think) to me though :-)
>
>-Original Message-
>From: Arshad Mahmood [mailto:[EMAIL PROTECTED]]
>Sent: 25 June 2002 09:12
>To: Tomcat Developers List
>Subject: Re: 5.0 proposal
>
>
>
>- Original Message -
>From: "Pier Fumagalli" <[EMAIL PROTECTED]>
>To: "Tomcat Developers List" <[EMAIL PROTECTED]>
>Sent: Monday, June 24, 2002 9:49 PM
>Subject: Re: 5.0 proposal
>
>
>> [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>> > On Mon, 24 Jun 2002, Pier Fumagalli wrote:
>> >
>> >> That's why counts where not right on my side of the 
>border... I don't
>recall
>> >> vetoing the proposal... I just complained vehemently that 
>I'd prefer to
>see
>> >> 4.0 out of the door and stable rather than a 4.1 and a 5.0...
>> >
>> > 4.0 is out of door - the release happened long ago. So did 4.0.1...
>4.0.4.
>> >
>> > 4.1 is getting close - and it should be more stable and better than
>4.0.4.
>> > And 5.0 should be more stable and better than 4.1 and 3.3.
>> >
>> > And 6.0 will probably be better than 5.0.
>> >
>> > If you are interested in maintaining and improving 4.0.4 - just
>volunteer
>> > as release manager for the branch, you have my +1 on it.
>>
>> I can't be a RM for 4.0.4 because I would simply remove 70% 
>of the code,
>and
>> kiddies would start crying their butts off because they 
>don't have the
>> manager application, or JSP support :)
>>
>> But if anyone is interested I'd like to explore the opportunity of a
>> Tomcat-HA (high-availability or hard-edition), based on 4.0 
>without the
>> "crap" in there, and straightening out the request-response model...
>
>+100!
>
>As somebody who also intends to use Tomcat in production (around 10
>different sites with a reasonable load, maybe 1/4 of vnunet) 
>this would be
>very helpful to me.
>
>You mentioned a couple of specific things you would like to 
>do. Would it be
>possible for you elaborate a little more.
>
>Regards,
>Arshad
>
>
>
>--
>To unsubscribe, e-mail:   

For additional commands, e-mail: 


__
This email has been scanned for all viruses by the MessageLabs SkyScan
service.
For more information, visit http://www.messagelabs.com


_
This message from All-Hotels has been checked for all known viruses
by the MessageLabs Virus Scanning Service. For further information visit:
ht

RE: [Bench] mod_jk cache and socket timeout

[GOMEZ Henri]

If you replay the bench many times, you'll see that
the number will change a little.

Not a performance gain, a sort of chaos-random addition ;)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Jan Singer [mailto:[EMAIL PROTECTED]]
>Sent: Monday, June 24, 2002 7:41 PM
>To: [EMAIL PROTECTED]
>Subject: [Bench] mod_jk cache and socket timeout
>
>
>Hi,
>
>here are some performance tests. I don't know why it's faster with the
>patch...
>
>Dual PIII 1 GHz, 512MB, Red Hat 7.1, ab running on another machine, 100
>Mbit NICs
>
>d:-> Jan
>
>--- with options
>--- socket_timeout=900
>--- cache_timeout=15
>
>Server Software:Apache/1.3.22
>
>Server Hostname:linus
>Server Port:80
>
>Document Path:  /examples/servlet/HelloWorldExample
>Document Length:393 bytes
>
>Concurrency Level:  100
>Time taken for tests:   29.223 seconds
>Complete requests:  1
>Failed requests:0
>Broken pipe errors: 0
>Total transferred:  6180618 bytes
>HTML transferred:   3930393 bytes
>Requests per second:342.20 [#/sec] (mean)
>Time per request:   292.23 [ms] (mean)
>Time per request:   2.92 [ms] (mean, across all concurrent 
>requests)
>Transfer rate:  211.50 [Kbytes/sec] received
>
>Connnection Times (ms)
>  min  mean[+/-sd] median   max
>Connect:0 00.9  014
>Processing:26   290   49.3293   545
>Waiting:   11   290   49.3292   545
>Total: 26   291   49.0293   546
>
>--- with no option set
>
>Concurrency Level:  100
>Time taken for tests:   28.821 seconds
>Complete requests:  1
>Failed requests:0
>Broken pipe errors: 0
>Total transferred:  618 bytes
>HTML transferred:   393 bytes
>Requests per second:346.97 [#/sec] (mean)
>Time per request:   288.21 [ms] (mean)
>Time per request:   2.88 [ms] (mean, across all concurrent 
>requests)
>Transfer rate:  214.43 [Kbytes/sec] received
>
>Connnection Times (ms)
>  min  mean[+/-sd] median   max
>Connect:0 13.3  0   113
>Processing:56   286   49.5285   536
>Waiting:   30   285   49.6285   535
>Total: 56   286   49.5286   647
>
>--- without patch
>
>Concurrency Level:  100
>Time taken for tests:   29.869 seconds
>Complete requests:  1
>Failed requests:0
>Broken pipe errors: 0
>Total transferred:  6182472 bytes
>HTML transferred:   3931572 bytes
>Requests per second:334.80 [#/sec] (mean)
>Time per request:   298.69 [ms] (mean)
>Time per request:   2.99 [ms] (mean, across all concurrent 
>requests)
>Transfer rate:  206.99 [Kbytes/sec] received
>
>Connnection Times (ms)
>  min  mean[+/-sd] median   max
>Connect:0 00.9  014
>Processing:31   297   59.4294   742
>Waiting:   29   296   59.4294   742
>Total: 31   297   59.4294   743
>
>--
>To unsubscribe, e-mail:   

For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk cache and socket timeout

[GOMEZ Henri]

Ok, we'll have now to update mod_jk HOWTO to reflect
these changes

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Mladen Turk [mailto:[EMAIL PROTECTED]]
>Sent: Monday, June 24, 2002 6:13 PM
>To: 'Tomcat Developers List'
>Subject: RE: mod_jk cache and socket timeout
>
>
>> -Original Message-
>> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] 
>> Sent: 24. lipanj 2002 18:10
>> To: Tomcat Developers List
>> Subject: RE: mod_jk cache and socket timeout
>> 
>> 
>> >+1 at both, if my opinion matters ;-)
>> 
>> Yes, it count.
>> 
>> So Mladen, let's go and commit. 
>> 
>> We all three (others welcomed) will make another stress-test 
>> operation tomorrow.
>> 
>
>OK, here are the patches with modified jk_ajp_common that checks if
>either timeout is set.
>
>MT.
>

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

FW: Configuring mod_jk2

[GOMEZ Henri]

Contributed documentation for jk2

PS: Note the info that Jetty will also implements ajp13 :)

>-Original Message-
>From: Simon Stewart [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 25, 2002 3:24 AM
>To: GOMEZ Henri
>Subject: Re: Configuring mod_jk2
>
>
>Attached is a copy of the notes that I've made so far. They're in a
>similar style to the previous HOWTO, but should be up to date :) I
>assume that the final release will be available from the URL that I
>give.
>
>I've managed to get the latest version of mod_jk2 from cvs installed
>and working. Looking at logs, I notice that I need to set
>"${serverRoot}" to point towards the apache root directory. Is there
>any way to do this within the jk2.properties file?
>
>In any case, please could you have a look at the docs as they stand,
>and shout out if there's anything wrong? Once you've done that, I'll
>pass it on to everyone to pick apart. :))
>
>Finally, I assume that you knew that Jetty was also planning on
>providing an AJP13 connector? Once I've got the apache 2 and JBoss 3
>(via Tomcat 4.0.3) notes done properly, I plan to cover Jetty too. Is
>that okay? Are there any surprises lurking there?
>
>Apologies if some of the English in the HOWTO (or this email, for that
>matter) is a little sloppy. It's a little in the morning for me to be
>properly making sense. :))
>
>Regards,
>
>Simon
>
>On Mon, Jun 24, 2002 at 03:34:41PM +0200, GOMEZ Henri wrote:
>> FOR the latest jk2 you should have
>> a workers2.properties file:
>> 
>> Add :
>> 
>> There is an example file in jtc/jk2
>> 
>> [ajp13:localhost:8019]
>> channel=3Dchannel.socket:localhost:8019
>
>Cheers,
>
>Simon
>
>-- 
>As the saying goes, if you give a man a fish, he eats for a day. If you
>teach him to grep for fish, he'll leave you alone all weekend. If you
>encourage him to beg for fish, pretty soon c.l.p.misc will smell like a
>three-week-dead trout. -- Tom Phoenix, c.l.p.misc.
>


Apache 2.0.39 and Tomcat 4.0.4

1. Download the source for Apache 2 from
   http://httpd.apache.org. Configure and install it at
   ${apache2.home} It is essential that DSO (Dynamic Shared Object)
   support is compiled in. This is done using the "--enable-so"
   configure parameter,

2. Get hold of the latest version of the jakarta-tomcat-connectors
   (jtc) source from
   "http://jakarta.apache.org/builds/jakarta-tomcat-4.0/src";

3. Unpack the source code into ${jtc.home} and "cd" to this directory.

4. In order to build mod_jk2 successfully, you must now edit a handful
   of files. To do this:

   cd util
   cp build.properties.sample build.properties

   You do not need to edit the new build.properties file.

   cd ${jtc.home}/jk
   cp build.properties.sample build.properties

   Edit the "build.properties" file. At the top of the file, define a
   new "catalina.home" that points to where-ever Tomcat is currently
   installed:

   catalina.home=/usr/local/tomcat-4.0.4

   Now make edit the tomcat40.home line:

   tomcat40.home=${catalina.home}

   You will also need to point the apache2.home property somewhere
   sensible. The reason for stating a ${cataline.home} is that
   otherwise the build process will try to build mod_jk2 for both
   Tomcat 4 and 4.1, one of which probably isn't installed on your
   system. Don't edit the remaining entries. They provide defaults
   that don't get used when compiling, and so are harmless.

   cd ${jtc.home}/coyote
   cp build.properties.sample build.properties

   Edit this file, and make sure that catalina.home points to the root
   of your Tomcat installation.

5. You are now ready to build the java side of mod_jk. 

   cd ${jtc.home}
   ant

   This will ultimately build a jtc.jar file. You should see a few
   warnings about classes over-riding deprecated APIs, but no errors
   during the build process.

6. To install the java side of mod_jk2:

   cd ${jtc.home}/jk/build/lib
   cp tomcat-coyote.jar tomcat-jk2.jar commons-logging.jar \
  tomcat-util.jar commons-logging.jar ${catalina.home}
   cp tomcat-jni.jar ${catalina.home}/bin

   where ${catalina.home} is the base of the tomcat installation. This
   process will overwrite some of the original jar files, so you might
   want to back them up before deleting them.

7. cd ${catalina.home}
   vi conf/server.xml

   Comment out any existing connectors, especially the current ajp13
   connector. In the same area of the config file, you should now add
   the following:

  

This should configure tomcat to use the newly installed coyote
handler to listen on port 8009 (the original ajp13 port) for
incoming connection

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

[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 recv/send to read/write many years ago
when I got strange behaviour on Sun 0S 4.1 ;)

BTW, a socket is an I/O descriptor, so it's still
valid to use it with read/write

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

RE: mod_jk cache and socket timeout

[GOMEZ Henri]

>+1 at both, if my opinion matters ;-)

Yes, it count.

So Mladen, let's go and commit. 

We all three (others welcomed) will make another stress-test
operation tomorrow.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk cache and socket timeout

[GOMEZ Henri]

>> >The APR on unix for apr_time_now() uses gettimeofday, and 
>> then we could 
>> >use the timeval's tv_sec, and on WIN32 GetTickCount, since all that 
>> >matters is the time interval.
>> 
>> gettimeofday may cost a little bit more and it's not 
>> necessary to have tv_usec for timeout count in seconds or minutes.
>> 
>> For example on Linux time() cost 30% less than 
>> gettimeofday(). But Apache 1.3/2.0 allready set time in 
>> request, we need to use it, only IIS/iPlanet will need 
>> GetTicksCount or time()
>> 
>
>Ok, so we need to put that in the service, and assign to the worker.  
>
>Who's gonna do it?

to be simple we could just use time() and getdifftime for 1.2.0 release.
1.2.1 could use more sophisticated code.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk cache and socket timeout

[GOMEZ Henri]

>The APR on unix for apr_time_now() uses gettimeofday, and then we could
>use the timeval's tv_sec, and on WIN32 GetTickCount, since all that
>matters is the time interval.

gettimeofday may cost a little bit more and it's not necessary
to have tv_usec for timeout count in seconds or minutes.

For example on Linux time() cost 30% less than gettimeofday().
But Apache 1.3/2.0 allready set time in request, we need to
use it, only IIS/iPlanet will need GetTicksCount or time()

>> >The patch uses the semi-dynamic endpoint cache. One should 
>> set the high 
>> >enough worker.cachesize, and the number of opened channels 
>will drop 
>> >after worker.cache_timeout.
>> 
>> Tell use more about worker.cache_timeout.
>> 
>
>Well, worker.ajp13.cache_timeout=seconds (15) by default, will 
>force all
>the endpoints to be disconnected, which last access time exceeded the
>set timeout, just like socket timeout does for found endpoint, and
>socket itself.
>That way we can handle the peek throughput relying only on the server,
>without the need to make a dispatcher from 250->20 connections. 

ok, and default behaviour should make previous settings, ie 
worker.ajp13.cache_timeout=0 or no worker.ajp13.cache_timeout
make the feature off.

>> >Since IMO there was the general +1 for Jan's patch, here is
>> >the original
>> >with added endpoint timeout.
>> 
>> time_t now = time(NULL);
>> 
>> Is there faster alternative in apache ? time() is a consuming 
>> call, and I recall hack from a SGI boy to speed Apache 1.3 in 
>> avoiding use of time(), which are also in request_rec 
>> (r->request_time) in apache 1.3 (time_t) and 2.0 (apr_time_t)
>> 
>
>Don't know for unix if the time() or gettimeofday() is faster, 
>but using
>gettimeofday we can retrieve the integer that can be handled more
>efficiently then time_t. On WIN32 we should stick to 
>GetTickCount, cause
>its much faster, since there's no need to go to the MSVCRT, or do the
>lenghty TZ conversions.

On unix, time_t stick to int or long...

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk cache and socket timeout

[GOMEZ Henri]

What about also to replace difftime(x, y) by
y - x ? 

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: GOMEZ Henri 
>Sent: Monday, June 24, 2002 2:21 PM
>To: Tomcat Developers List
>Subject: RE: mod_jk cache and socket timeout
>
>
>>Henri thinks we should discuss that here, so I'm forwarding 
>>the original mail.
>
>Sure that's OSS way ;)
>
>>Basically I don't like the time. The alternative is to use something
>>like GetTickCount().
>
>there is no gettickcount under Unix, but you could use gettickcount on
>WIN32 if it's faster.
>
>>The patch uses the semi-dynamic endpoint cache. One should 
>set the high
>>enough worker.cachesize, and the number of opened channels will drop
>>after worker.cache_timeout.
>
>Tell use more about worker.cache_timeout.
>
>>Since IMO there was the general +1 for Jan's patch, here is 
>>the original
>>with added endpoint timeout.
>
>time_t now = time(NULL);
>
>Is there faster alternative in apache ? time() is a consuming
>call, and I recall hack from a SGI boy to speed Apache 1.3
>in avoiding use of time(), which are also in request_rec 
>(r->request_time)
>in apache 1.3 (time_t) and 2.0 (apr_time_t)
>
>>> -Original Message-
>>> From: Mladen Turk [mailto:[EMAIL PROTECTED]] 
>>> Sent: 22. lipanj 2002 18:06
>>> To: GOMEZ Henri
>>> Subject: mod_jk cache and socket timeout
>>> 
>>> 
>>> Hi Henri,
>>>  
>>> Here is the Jan Singer's socket timeout patch with added 
>>> cache timeout (since its not in the tree already). Still 
>>> don't like the time() difftime, but it'll do.
>>> 
>>> Added workers.cache_timeout (defaults to 15 secs).
>>> 
>>> With high cachesize, Apache 2.0.40-dev/TC 4.1.5 XP/WIN2K 
>>> behaves perfectly. Done the test on 4x1.6GHz PIII Xeon and 
>>it flies...
>>> 
>>> 
>>> Greetings,
>>> MT.
>>> 
>>
>
>--
>To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


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

RE: mod_jk cache and socket timeout

[GOMEZ Henri]

>Henri thinks we should discuss that here, so I'm forwarding 
>the original mail.

Sure that's OSS way ;)

>Basically I don't like the time. The alternative is to use something
>like GetTickCount().

there is no gettickcount under Unix, but you could use gettickcount on
WIN32 if it's faster.

>The patch uses the semi-dynamic endpoint cache. One should set the high
>enough worker.cachesize, and the number of opened channels will drop
>after worker.cache_timeout.

Tell use more about worker.cache_timeout.

>Since IMO there was the general +1 for Jan's patch, here is 
>the original
>with added endpoint timeout.

time_t now = time(NULL);

Is there faster alternative in apache ? time() is a consuming
call, and I recall hack from a SGI boy to speed Apache 1.3
in avoiding use of time(), which are also in request_rec (r->request_time)
in apache 1.3 (time_t) and 2.0 (apr_time_t)

>> -Original Message-
>> From: Mladen Turk [mailto:[EMAIL PROTECTED]] 
>> Sent: 22. lipanj 2002 18:06
>> To: GOMEZ Henri
>> Subject: mod_jk cache and socket timeout
>> 
>> 
>> Hi Henri,
>>  
>> Here is the Jan Singer's socket timeout patch with added 
>> cache timeout (since its not in the tree already). Still 
>> don't like the time() difftime, but it'll do.
>> 
>> Added workers.cache_timeout (defaults to 15 secs).
>> 
>> With high cachesize, Apache 2.0.40-dev/TC 4.1.5 XP/WIN2K 
>> behaves perfectly. Done the test on 4x1.6GHz PIII Xeon and 
>it flies...
>> 
>> 
>> Greetings,
>> MT.
>> 
>

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

RE: Proposal draft for Tomcat 5.0

[GOMEZ Henri]

>> Excuse me Pier, but when I see that you, an OSS developper,
>> long time Apache Member, one of the original JServ author
>> and member of the Tomcat 4.x development team member use at
>> works ServletExecAS/4.1 (http://uptime.netcraft.com/)
>> instead of any of products he developped, he make me laugth (or cry).
>
>For god's sake... Why do you think I'm CRYING OUT LOUD THAT I 
>CANNOT PUT
>TOMCAT IN PRODUCTION? Do you think I'm happy? Do you think it 
>brightens up
>my day when I have to reverse engineer ServletExcec's classes 
>to fix a bug?
>(I did that, and let me tell you that it's not fun).

The magic of Commercial stuff :[

>Sorry... But I still cannot use Tomcat for our loads... As I 
>said, we're
>getting there, we're getting close, but... And it's a big friggin' BUT.

Did you ever try to take a look at Tomcat 3.3.1 ? Just to be sure 
that NO opensource solution can handle such load ?

>> I've got to battle hard at works to have Tomcat 3.3 instead
>> of the IBM own product which came for free on iSeries, and
>> the decision was not because Tomcat 3.3 was free but because
>> it came from Apache, got a tremendous support, give full access
>> to source, was quick, stable, scalable (thanks mod_jk).
>
>Yeah... For the loads you have TC4.0 can handle it by itself 
>on an Ultra-1.
>10k req/day are approximately one request every 8.64 
>seconds... I can put
>down also database work on the same machine...

10k / day, but one day is only 8 to 10 hours.

>Thank god that our site has few more page impression than 
>that, otherwise I wouldn't be EATING...

So what's your goal today ?

Will you try to works with us in improving TC 5.0, it's still a
proposal and advices are welcome, or would you continue to crying
against tomcat and using commercial products ? 

We have way too many battle in the past, so let works all together 
or and for those who don't want (or can't) help us, please don't 
flames the PROPOSAL.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Proposal draft for Tomcat 5.0 : benchmarks

[GOMEZ Henri]

>Ok... Now you said (correct me if I'm wrong), that your site 
>has 5000/1
>servlets request per day, right?

My setup is for more than ONE clients, many clients, many JVM,
many tomcats, but with an average of 5000/1 reqs by client 
site by days.

>And now you say that to handle that load, you're using FOUR 
>OS/400 systems
>and SIX Linux systems...

I said, that I use many Tomcats on many differents systems, 
without any problems. 

And you know what, I could even use mod_jk load-balancing 
support to have scalabity.

>Our site runs on one machine... A two way UltraSparc-II at 440 
>Mhz, with two
>gigs o' ram... And we do some 1000 times more requests... 
>Mindblowing...

That's clearly depends on the web application you have,
and our application does many things in both servlet/jsp/xsl 
and OS/400 (couldn't tell you anything more without apache sign an
NDA).


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Proposal draft for Tomcat 5.0

[GOMEZ Henri]

>Bah... If you guys stop being ridiculous and come up with a 
>proposal that is
>something more than a couple of buzzwords, I'll shut up... 
>(Hint Hint) :)

Excuse me Pier, but when I see that you, an OSS developper,
long time Apache Member, one of the original JServ author
and member of the Tomcat 4.x development team member use at 
works ServletExecAS/4.1 (http://uptime.netcraft.com/) 
instead of any of products he developped, he make me laugth (or cry).

I've got to battle hard at works to have Tomcat 3.3 instead 
of the IBM own product which came for free on iSeries, and
the decision was not because Tomcat 3.3 was free but because
it came from Apache, got a tremendous support, give full access
to source, was quick, stable, scalable (thanks mod_jk).


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Proposal draft for Tomcat 5.0 : benchmarks

[GOMEZ Henri]

>> So I think that both Tomcats should be considered stable.
>
>My officemates thank you for the 5 minutes of hysterical 
>laughter you gave
>to us in this bright radiant sunny morning in London... Much 
>appreciated..

It was a pleasure ;)

>If your site is built up by "HelloWorldExample" servlets, then, ok, I'm
>going to shut up about TC's reliability in production environments..

Ok, I must admin, we're also using snoop.jsp and dates.jsp ;)

>(note: http://www.vnunet.com/ not one of the pages you're 
>going to click
>over there is static...)

More seriously our webapps does much more things that 
just 'HelloWorld'.

We're using Tomcat 3.3.1 on about four OS/400, and six Linux 
servers and never got any problems with them.

Time spend in tomcat is about 10% of the overall application
time which deal with OS/400 specifics stuffs and SQL backends.

Yes, in our production site, Tomcat is stable, and we've got to
make extensive tests to prove stability and give os load indices
before production staff allow the use of tomcat on our boxes.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Proposal draft for Tomcat 5.0

[GOMEZ Henri]

>Good... Prove it to me. Come up with a proposal of some 
>friggin' sort...
>FWIW even 4.2.x doesn't address any of my concerns, and it's 
>not even out
>working yet... Talking about 5.0 is a little bit "premature" maybe?
>
>But that's my vision... The vision of an old fart who has been 
>around for
>quite long and is more concerned with numbers than whether we 
>support JMX or
>not...

Ok, we'll see what we could add in proposal to make Papy Pier Happy :)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config context.xml

[GOMEZ Henri]

Hi Amy,

I'll do the french translation :)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Amy Roh [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 21, 2002 9:54 PM
>To: Tomcat Developers List
>Subject: Re: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config
>context.xml
>
>
>Please feel free to edit these spanish messages if you're a spanish 
>speaker and find these messages incorrect.  
>
>My three years in high school spanish doesn't seem to be good enough 
>since I highly depended on a translation engine. (I don't know how 
>accurate they are)  ;-)
>
>Gracias!
>
>Amy
>
>[EMAIL PROTECTED] wrote:
>
>>amyroh  2002/06/21 12:19:52
>>
>>  Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
>>ApplicationResources_es.properties
>>   webapps/tomcat-docs/config context.xml
>>  Log:
>>  Add messages to support admin webapp in espanol.  Fix minor typo.
>>  
>>  Revision  ChangesPath
>>  1.53  +34 -16
>jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/web
>app/admin/ApplicationResources_es.properties
>>  
>>  Index: ApplicationResources_es.properties
>>  ===
>>  RCS file: 
>/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/
>apache/webapp/admin/ApplicationResources_es.properties,v
>>  retrieving revision 1.52
>>  retrieving revision 1.53
>>  diff -u -r1.52 -r1.53
>>  --- ApplicationResources_es.properties  30 May 2002 
>19:42:23 - 1.52
>>  +++ ApplicationResources_es.properties  21 Jun 2002 
>19:19:52 - 1.53
>>  @@ -264,6 +264,8 @@
>>   # -- Resources Module --
>>   resources.treeBuilder.subtreeNode=Recursos
>>   resources.treeBuilder.datasources=Fuentes De Datos
>>  +resources.treeBuilder.mailsessions=Sesiones Del Correo
>>  +resources.treeBuilder.resourcelinks=Acoplamientos Del Recurso
>>   resources.env.entries=Entradas Del Ambiente
>>   resources.env.entry=Nombre De la Entrada
>>   resources.env.props=Caracteristicas De la Entrada Del Ambiente
>>  @@ -274,9 +276,9 @@
>>   resources.actions.env.list=Entradas Existentes De la Lista
>>   resources.datasrc.jdbc=JDBC Driver
>>   resources.actions.datasrc=Datasources
>>  -resources.actions.datasrc.create=Cree Datasource Nuevo
>>  -resources.actions.datasrc.delete=Cancelacion Datasources
>>  -resources.actions.datasrc.edit=Edit Datasource
>>  +resources.actions.datasrc.create=Cree La Nueva Fuente De Datos
>>  +resources.actions.datasrc.delete=Fuentes De Datos De la Cancelación
>>  +resources.actions.datasrc.edit=Corrija La Fuente De Datos
>>   resources.datasrc.url=Datasource URL
>>   resources.datasrc.jdbcclass=JDBC Driver Class
>>   resources.datasrc.connections=Conexiones
>>  @@ -285,23 +287,39 @@
>>   resources.datasrc.wait=Max. Espera para la conexion
>>   resources.datasrc.validation=Validation Query
>>   resources.datasrc.jndi=JNDI Name
>>  +resources.actions.mailsession=Sesiones Del Correo
>>  +resources.actions.mailsession.create=Cree La Nueva Sesión 
>Del Correo
>>  +resources.actions.mailsession.delete=Sesión Del Correo De 
>la Cancelación
>>  +resources.actions.mailsession.edit=Corrija La Sesión Del Correo
>>  +resources.mailsession.name=Nombre
>>  +resources.mailsession.mailhost=mail.smtp.host
>>  +resources.actions.resourcelk=Acoplamientos Del Recurso
>>  +resources.actions.resourcelk.create=Cree El Nuevo 
>Acoplamiento Del Recurso
>>  +resources.actions.resourcelk.delete=Acoplamiento Del 
>Recurso De la Cancelación
>>  +resources.actions.resourcelk.edit=Corrija El Acoplamiento 
>Del Recurso
>>  +resources.resourcelk.name=Nombre
>>  +resources.resourcelk.global=Global
>>  +resources.resourcelk.type=Tipo
>>   resources.error.name.required=Nombre requiredo.
>>  +resources.error.global.required=Global se requiere.
>>  +resources.error.type.required=Mecanografíe se requiere.
>>   resources.error.value.required=Value requiredo.
>>   resources.error.value.mismatch=El tipo y el valor no 
>se parecen emparejar.
>>   resources.error.entryType.invalid=El tipo de la 
>entrada no recognized.
>>  -resources.error.entryType.notimpl=Validation for this 
>type not implemented yet.
>>  -resources.error.url.required=Datasource URL is required.
>>  -resources.error.driverClass.required=JDBC Driver Class 
>is required.
>>  -resources.error.active.required=Max Active Connections 
>is required.
>>  -resources.error.idle.required=Max Idle Connections is 
>required.
>>  -resources.error.wait.required=Max Wait for a 
>Connection is required.
>>  -resources.integer.error=Invalid integer error.
>>  -resources.actions.userdb.create=Create New User Database
>>  -resources.actions.userdb.edit=Edit User Database
>>  -resources.actions.userdb.delete=Delete User Databases
>>  -resources.userdb.location=Locat

RE: mod_jk 1.2.0 release news

[GOMEZ Henri]

Thanks to track tomcat-dev and wait for release announce

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Arnaud HERITIER [mailto:[EMAIL PROTECTED]]
>Sent: Monday, June 24, 2002 11:14 AM
>To: 'Tomcat Developers List'
>Subject: RE: mod_jk 1.2.0 release news
>
>
>> Contributors :
>> 
>> 
>> We'll need people using others platform like HP-UX, AIX, 
>> Solaris (sparc/intel), MacOS/X (Pier ?), OS/390, OS/400
>> to build mod_jk 1.2.0 after I tag it and release the tarball.
>
>
>I can compile it under AIX 4.3.3 if you send me sources.
>
>Arnaud H
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[GOMEZ Henri]

That's what Mladen commited ;)

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: [EMAIL 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.
>
>-----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 use read/write on Unix instead of recv/send.
>It works way better.
>
>-
>Henri Gomez ___[_]
>EMAIL : [EMAIL PROTECTED](. .) 
>PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>
>
>
>>-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
>>
>>  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 
>>reason to use the
>>  read/write on unix.
>>  
>>  Revision  ChangesPath
>>  1.35  +20 -2 
>>jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c
>>  
>>  Index: jk_channel_socket.c
>>  ===
>>  RCS file: 
>>/home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channe
>>l_socket.c,v
>>  retrieving revision 1.34
>>  retrieving revision 1.35
>>  diff -u -r1.34 -r1.35
>>  --- jk_channel_socket.c 20 Jun 2002 18:45:01 -  1.34
>>  +++ jk_channel_socket.c 23 Jun 2002 06:55:55 -  1.35
>>  @@ -355,9 +355,13 @@
>>   len=msg->len;
>>   b=msg->buf;
>>   
>>  -
>>  +
>>   while(sent < len) {
>>  +#ifdef WIN32
>>  +int this_time = send(sd, (char *)b + sent , len - sent, 0);
>>  +#else
>>   int this_time = write(sd, (char *)b + sent , len - sent);
>>  +#endif
>>  if(0 == this_time) {
>>  return -2;
>>  }
>>  @@ -393,9 +397,16 @@
>>   if( sd<0 ) return JK_ERR;
>>   
>>   while(rdlen < len) {
>>  +#ifdef WIN32
>>  +   /* WIN32 read cannot operate on sockets */
>>  +   int this_time = recv(sd, 
>>  +(char *)b + rdlen, 
>>  +len - rdlen, 0);   
>>  +#else
>>  int this_time = read(sd, 
>>   (char *)b + rdlen, 
>>   len - rdlen);  
>>  +#endif
>>  if(-1 == this_time) {
>>   #ifdef WIN32
>>  if(SOCKET_ERROR == this_time) { 
>>  @@ -430,9 +441,16 @@
>>   if( sd<0 ) return JK_ERR;
>>   
>>   while(rdlen < minLen ) {
>>  +#ifdef WIN32
>>  +   /* WIN32 read cannot operate on sockets */
>>  +   int this_time = recv(sd, 
>>  +(char *)b + rdlen, 
>>  +maxLen - rdlen, 0);
>>  +#else
>>  int this_time = read(sd, 
>>   (char *)b + rdlen, 
>>  -maxLen - rdlen);
>>  +maxLen - rdlen);   
>>  +#endif
>>   /* fprintf(stderr, "XXX received %d\n", this_time ); */
>>  if(-1 == this_time) {
>>   #ifdef WIN32
>>  
>>  
>>  
>>
>>--
>>To unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: 
<mailto:[EMAIL PROTECTED]>


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

 DISCLAIMER  
"This e-mail and any attachments thereto may contain information 
which is confidential and/or protected by intellectual property 
rights and are intended for the sole use of the recipient(s) named above. 
Any use of the information contained herein (including, but not limited to, 
total or partial reproduction, communication or distribution in any form) 
by persons other than the designated recipient(s) is prohibited. 
If you have received this e-mail in error, please notify the sender either 
by telephone or by e-mail and delete the material from any computer. 
Thank you for your cooperation."


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


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

RE: Proposal draft for Tomcat 5.0 : benchmarks

[GOMEZ Henri]

>Not _that_ obvious... Do we have _NUMBERS_ ??? And not just 
>numbers in terms
>of reqs/sec, but also in comparison to a long-run test with % 
>of CPU time
>used, and IO usage (uptime)...
>
>> It is impossible ( IMHO ) to put some real number on
>> that ( or on 'cleaner code' or 'better community' ).
>
>How about numbers in terms of reqs/sec/uptime

Take a look at my previous post on tomcat-dev about mod_jk 1.2.0
issue and release.

I make extensive tests on Tomcat 3.3.1/4.0.4, http connectors
and mod_jk 1.2.0/Apache 1.3/2.0.

BTW, I could say that I launch nigthly tests involving 10 millions
calls to HelloWorldExample servlets on both Tomcats and never got
a single error.

So I think that both Tomcats should be considered stable.

Scalability could be handled by advanced load-balancing software,
on WebServer or in a proxy relay.

Such an advanced lb software, should handle firewall case, 
recovery (session datas could be SPRAYED ;), requests number
by tomcats (and not just power indice of tomcats), 

The only problem today is speedeven if they are still
slower (by a 2 or 3 times factor) than some COMMERCIAL projects
like resin.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Proposal draft for Tomcat 5.0

[GOMEZ Henri]

>Craig... One question: have you ever worked on a site that 
>ONLY IN SERVLET
>REQUESTS does something like 10 MILLIONS requests a day (and 
>you have to be
>called out at 3 AM on a Saturday morning because things don't work?)

Pier, I also works in production environment and make my best to
avoid being called in the nigth. So I understand pretty well your concerns,
that's are mine each days.

>> But that doesn't mean I'm going to suggest that the 
>connectors be kicked
>> out just because *I* don't care about them.
>
>Connectors are already out... That's what 
>jakarta-tomcat-connector is for,
>and maybe one day someone will get a clue and ask to the HTTPD 
>PMC to make a
>subproject for them and remove them from the Jakarta scope at all...

Let me recall that when I asked for jtc project it was to decouple
connection part from servlet-engine core, thats' why jk and webapp
fly to there and that's coyote found it a natural home.

>Craig, be real... Tomcat, despite the beautiful design we have 
>for Catalina,
>and we have to give you KUDOS for that, is not _yet_ ready to 
>be used in
>production... It simply doesn't work, it doesn't deliver the same
>performance and reliability that (for example) ServletExec does (just
>because we use it on our main production server).

We're using Tomcat in production, many tomcat instance by OS/400,
and they works great. We didn't have 1 Million pages by days but
have about 5000/1 servlets requests by days, all the static
contents being handled by Apache 1.3/2.0 servers (which are perfectly
tuned and stable for that task), and that's why I'd like so much mod_jk
since you could have all /APP handled by Apache HTTPD and /APP/*.jsp
and /APP/servlet/* by tomcat via mod_jk, I've the best of both world,
Apache HTTPD for static/php and Tomcat for Servlets/JSP.

>Tomcat might meet some needs of this community, and please don't preach
>about the "Apache culture", because facts might contradict 
>you. That's why
>I'm spending much more time in the APR and HTTPD projects, 
>where features
>are not the key, reliability, scalability, performance are. I 
>just know that
>HTTPD works for 58% of the internet. I'm not sure that Tomcat 
>can even be
>suited for a 10% of those...

Tomcat SHOULD be suited for reliability, scalabitity and performance,
and that's why I found Tomcat 5.0 proposal so important.

1) A smallest core, will make it faster, easiest to understand and
   more reliable.

2) That's really a share of experience from TC 3.3 and 4.x teams,
   and we should avoid here mistake from the past and use the best
   of both tomcat implementations

3) If we could have TC 5.0 avoid duplicate decoding and handling of
   HTTP stuff, which is allready done by Apache 1.3/2.0/IIS, we'll save
   cycles, profits from HTTPD speed, quality and stability and may be 
   we could hope to reach the quality standard awaited from an Apache 
   Project.


   

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk 1.2.0 release news

[GOMEZ Henri]

Thanks for your help.

track the release announce and thanks to make
the build on sparcs.

You should give us informations on compiler and linker used.


-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Martin van den Bemt [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 21, 2002 8:06 PM
>To: Tomcat Developers List
>Subject: Re: mod_jk 1.2.0 release news
>
>
>
>On Fri, 2002-06-21 at 18:36, GOMEZ Henri wrote:
>> Contributors :
>> 
>> 
>> We'll need people using others platform like HP-UX, AIX, 
>> Solaris (sparc/intel), MacOS/X (Pier ?), OS/390, OS/400
>> to build mod_jk 1.2.0 after I tag it and release the tarball.
>
>I can build it on solaris 6 and 8 afaik runnign on a sparc, if you want
>the building tested.. I can add it to the test server, which 
>is not used
>very often..
>
>
>Mvgr,
>Martin
>
>
>--
>To unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>
>

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

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

[GOMEZ Henri]

I allways use read/write on Unix instead of recv/send.
It works way better.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-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
>
>  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 
>reason to use the
>  read/write on unix.
>  
>  Revision  ChangesPath
>  1.35  +20 -2 
>jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c
>  
>  Index: jk_channel_socket.c
>  ===
>  RCS file: 
>/home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channe
>l_socket.c,v
>  retrieving revision 1.34
>  retrieving revision 1.35
>  diff -u -r1.34 -r1.35
>  --- jk_channel_socket.c  20 Jun 2002 18:45:01 -  1.34
>  +++ jk_channel_socket.c  23 Jun 2002 06:55:55 -  1.35
>  @@ -355,9 +355,13 @@
>   len=msg->len;
>   b=msg->buf;
>   
>  -
>  +
>   while(sent < len) {
>  +#ifdef WIN32
>  +int this_time = send(sd, (char *)b + sent , len - sent, 0);
>  +#else
>   int this_time = write(sd, (char *)b + sent , len - sent);
>  +#endif
>   if(0 == this_time) {
>   return -2;
>   }
>  @@ -393,9 +397,16 @@
>   if( sd<0 ) return JK_ERR;
>   
>   while(rdlen < len) {
>  +#ifdef WIN32
>  +/* WIN32 read cannot operate on sockets */
>  +int this_time = recv(sd, 
>  + (char *)b + rdlen, 
>  + len - rdlen, 0);   
>  +#else
>   int this_time = read(sd, 
>(char *)b + rdlen, 
>len - rdlen);  
>  +#endif
>   if(-1 == this_time) {
>   #ifdef WIN32
>   if(SOCKET_ERROR == this_time) { 
>  @@ -430,9 +441,16 @@
>   if( sd<0 ) return JK_ERR;
>   
>   while(rdlen < minLen ) {
>  +#ifdef WIN32
>  +/* WIN32 read cannot operate on sockets */
>  +int this_time = recv(sd, 
>  + (char *)b + rdlen, 
>  + maxLen - rdlen, 0);
>  +#else
>   int this_time = read(sd, 
>(char *)b + rdlen, 
>  - maxLen - rdlen);
>  + maxLen - rdlen);   
>  +#endif
>   /* fprintf(stderr, "XXX received %d\n", this_time ); */
>   if(-1 == this_time) {
>   #ifdef WIN32
>  
>  
>  
>
>--
>To unsubscribe, e-mail:   

For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk 1.2.0 release news

[GOMEZ Henri]

>> >What about those forced closed connections, and not closed sockets?
>> 
>> You're right, there is still more jk_open_connection calls 
>> than jk_close_connection. Could you try to figure and fix that ?
>>
>
>I'll try, or consider that done :-).

Ok, I consider it will be fixed on Monday ;-)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Proposal draft for Tomcat 5.0

[GOMEZ Henri]

I hope that Tomcat 5.0 proposal draft won't turn in
a battle or flame war between Tomcat and Avalon commiters.

Why ?

Because we had just too many flams wars in tomcat-dev
between tomcat 3.3 and tomcat 4.x teams.

Tomcat 5.0 appears to be a way to have both teams
works again together to make a better tomcat,
which will be profitable to the whole jakarta 
community.

Tomcat 5.0 will be Coyote 2.0 based, a small and
efficient core.

The question shouldn't be to use Avalon as framework, 
but how make tighers links between Avalon and TC 5.0.

That core will link to catalina 2.0, jasper 3, 
why not avalon 4 or 5 ? 

Others goal of TC 5.0 will be to be faster than TC 3.3
or 4.x, better integration with web-servers, better
management via JMX.

TC 5.0 is a normal evolution on works conducted on 
TC 3.3 and 4.x, and a merge of ideas and commiters.

That's not so bad.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk 1.2.0 release news

[GOMEZ Henri]

>> I stressed latest jk 1.2.0 with ab using 127 
>> concurrents requests, asking for 1 Million requests 
>> for the good old HelloWorldExample servlet
>> (Mladen discovered a problem with ab with dynamic
>> content-length)
>> 
>> I didn't have any error now, with any
>> combinaison of Apache 1.3/2.0 and 
>> Tomcat 3.3.1/4.0.4.
>>
>
>What about those forced closed connections, and not closed sockets?

You're right, there is still more jk_open_connection calls 
than jk_close_connection. Could you try to figure and fix that ?

>> We need now people to test jk 1.2.0 against
>> apache 1.3/2.0 on windows (and windows/cygwin ?).
>> Also we need testing for iplanet.
>> 
>
>Apache 2.0.39+ with Tomcat 4 is ok on WIN2K, but has problems on XP. It
>would be great if someone can run that on the other XP machine, but on
>the other hand doesn't really matter because of afd.sys bug on XP (MSKB
>article Q317949).

If it works on W2K and not on XP, it's a M$ problem which should 
be reported to msdn ;)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

mod_jk 1.2.0 release news

[GOMEZ Henri]

Ok, I restarted the test using ab against
Apache 1.3/2.0 and Tomcat 3.3.1 and 4.0.4.


Status/Stability :


I stressed latest jk 1.2.0 with ab using 127 
concurrents requests, asking for 1 Million requests 
for the good old HelloWorldExample servlet
(Mladen discovered a problem with ab with dynamic
content-length)

I didn't have any error now, with any
combinaison of Apache 1.3/2.0 and 
Tomcat 3.3.1/4.0.4.

Nacho does also extended testing with IIS
without any problems

We need now people to test jk 1.2.0 against
apache 1.3/2.0 on windows (and windows/cygwin ?).
Also we need testing for iplanet.


Bugzilla :


jk/tc3

ID Sev Pri Plt Owner State Result Summary 
5925  Cri Oth PC [EMAIL PROTECTED] NEW  Apache server hangs up and 
consumes 100% CPU resource when u  
7863  Maj Oth PC [EMAIL PROTECTED] NEW  I have a problem when running 
Tomcat with IIS  
9913  Nor Oth PC [EMAIL PROTECTED] NEW  Default pages not picked up by 
mod_jk 1.2.0 with Apache 2.0.  

jk/tc4

ID Sev Pri Plt Owner State Result Summary 
4500  Nor Oth PC [EMAIL PROTECTED] NEW  isapi_redirect.dll does not pass 
Client certificate to tomca  
4930  Maj Hig PC [EMAIL PROTECTED] ASSI  java.io.StreamCorruptedException: 
Type code out of range, is  
5709  Nor Oth All [EMAIL PROTECTED] REOP  HttpServletRequest.getHost 
returns web server address or nul  
6457  Cri Oth Sun [EMAIL PROTECTED] NEW  mod_jk causes segmentation fault 
with JkLogLevel != debug  
6983  Nor Oth Oth [EMAIL PROTECTED] NEW  SSL + Mac + IE5 = no session 
cookies  
8541  Nor Oth PC [EMAIL PROTECTED] NEW  IIS redirector URL-encodes cookie 
values  
8613  Maj Oth Sun [EMAIL PROTECTED] NEW  POST request with invalid 
Content-Length header  
8709  Maj Hig PC [EMAIL PROTECTED] NEW  ISAPI Filter failing to pass on 
DAV "OPTIONS" requests  
8918  Nor Oth Sun [EMAIL PROTECTED] NEW  Wrong ContentType set.  
9334  Nor Oth PC [EMAIL PROTECTED] NEW  Intermittent parsing error in 
Ajp13Request  
9417  Blo Oth Oth [EMAIL PROTECTED] NEW  ajp13 conector does not pass 
Query string corectly to tomcat  
9791  Cri Oth All [EMAIL PROTECTED] NEW  Form-based login fails using 
apache, mod_jk, mod_ssl without  
9832  Cri Oth PC [EMAIL PROTECTED] NEW  Tomcat 4 IIS redirector cannot 
cope with POST in SSL  
9936  Cri Hig All [EMAIL PROTECTED] NEW  http tunnel could not work with 
mod_jk  


Many of them seems more related to java side than native side.
Others are for IIS integration (Nacho thanks to see what could be done).


Patches :
---

Before we release mod_jk 1.2.0 there was 
proposed patches by Mladen Turk (pool of workers)
and Jan Singer (timeout/keepalive) which could be
applied to mod_jk 1.2.0.

The patches proposed by Jan will be really
usefull when you got a firewall between 
Apache and Tomcat (a common situation) and
shouldn't brake anything.

The patches proposed by Mladen are more complex
and I'd like to delay them for mod_jk 1.2.1 or
may be better see how they included/adapted for jk2.


Documentation :
-

Both series of patches will need a documentation
update, and I'd like to switch to xml documentations
format used by JF for jk2 for :

mod_jk-howto.html
in-process-howto.html
tomcat-iis-howto.html
tomcat-netscape-howto.html

I'll convert all of them to xml, but will need 
help for in-process, iis, netscape to update what's
needed.

I discover many documentations about jk/webapp/tomcat's on the web :

http://www.acg-gmbh.de/mod_jk/http://www.acg-gmbh.de/mod_jk/

http://bruno.vernay.free.fr/HowTo/Apache-tomcat/bWebServer/

http://www.webmasterbase.com/article/305

http://www.galatea.com/flashguides/index

http://www.jguru.com/faq/subtopic.jsp?topicID=417590

http://www.jguru.com/faq/subtopic.jsp?topicID=221895

http://www.jguru.com/forums/home.jsp?topic=Tomcat

http://dcb.sun.com/practices/howtos/tomcat_apache.jsp

http://www.pubbitch.org/jboss.html

http://www.ajug.org/howto/tomcat4.html

http://www.tek-tips.com/gfaqs.cfm/lev2/3/lev3/22/spid/65/sfid/1552

These documentations are excellent so I've contacted authors to see
if they could be interested in contributing some updated how-to/guide
which will be present in mod_jk 1.2.0 release or later at jakarta.


Contributors :


We'll need people using others platform like HP-UX, AIX, 
Solaris (sparc/intel), MacOS/X (Pier ?), OS/390, OS/400
to build mod_jk 1.2.0 after I tag it and release the tarball.



Apply Jan patches, review  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

jspc patch for TC 3.3.2

[GOMEZ Henri]

Hi,

One of my coworker have some problems with jspc
when included jsp got a relative path.

Find attached a possible patch. 

Thanks to comment and commit if 
valid.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 




jspc.patch
Description: jspc.patch

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)

[GOMEZ Henri]

Ok so mod_jk 1.2.0 seems to be stable also on IIS.

Good news.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 21, 2002 5:27 PM
>To: 'Mladen Turk'; 'Tomcat Developers List'
>Cc: '[EMAIL PROTECTED]'; GOMEZ Henri
>Subject: RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)
>
>
>Ahhh, finally got to do the test on a capable machine, but very
>overloaded with some db procecesses, dont take anything from the
>absolute timing i know are very bad.., 
>
>For all the other, my test seem ok..
>
>
>Server Software:Microsoft-IIS/5.0
>Server Hostname:ciberlogic
>Server Port:80
>
>Document Path:  /examples/jsp/snp/snoop.jsp
>Document Length:713 bytes
>
>Concurrency Level:  200
>Time taken for tests:   39.937500 seconds
>Complete requests:  1
>Failed requests:0
>Write errors:   0
>Total transferred:  8909265 bytes
>HTML transferred:   713 bytes
>Requests per second:250.39 [#/sec] (mean)
>Time per request:   798.750 [ms] (mean)
>Time per request:   3.994 [ms] (mean, across all concurrent
>requests)
>Transfer rate:  217.84 [Kbytes/sec] received
>
>Connection Times (ms)
>  min  mean[+/-sd] median   max
>Connect:01   5.8  0 281
>Processing:78  791 4566.9250   39718
>Waiting:   15  766 4568.4250   39718
>Total: 78  792 4566.9250   39718
>
>Percentage of the requests served within a certain time (ms)
>  50%250
>  66%265
>  75%265
>  80%281
>  90%312
>  95%453
>  98%812
>  99%  39656
> 100%  39718 (longest request)
>
>Saludos ,
>Ignacio J. Ortega
>
>
>> -Mensaje original-
>> De: Mladen Turk [mailto:[EMAIL PROTECTED]]
>> Enviado el: 21 de junio de 2002 8:19
>> Para: 'Tomcat Developers List'
>> Cc: [EMAIL PROTECTED]; GOMEZ Henri
>> Asunto: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)
>> Importancia: Alta
>> 
>> 
>> First some things about testing:
>> 
>> DO NOT USE the date.jsp (it could return various html 
>lengths, so from
>> there are coming those Failed requests ).
>> I've just browsed through the source code of ab and it uses the first
>> page as its length ethalon, and date.jsp could retur various 
>length if
>> the tests are finishing on the single second interval so 
>> there is 1 byte
>> html length differnce.
>> 
>> Use the /examples/jsp/snp/snoop.jsp instead (think it allways returns
>> the same content-length).
>> 
>> The ones that count are only the 'Non-2xx responses'
>> 
>> 
>> > -Original Message-
>> > From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
>> > Sent: 20. lipanj 2002 22:37
>> > To: 'Tomcat Developers List'
>> > Subject: RE: mod_jk 1.2.0 workers pool
>> > 
>> > 
>> > > -Mensaje original-
>> > > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
>> > Enviado el: 20 
>> > > de junio de 2002 20:29
>> > 
>> > I need time to prepare a machine that can handle this level 
>> > of concurrency, Mladen used  -c 200, i need to switch to one 
>> > of the servers, :(, Thanks to microsoft, W2k professional 
>> > only can handle 10 simultaneus connections :..
>> >
>> It's a IIS thing I think.
>>  
>> > I think Mlanden uses XP, right? which version ? Home, 
>> > Professional? do you know the exact number of concurrent 
>> > connections the XP version you use can handle?
>> > 
>> 
>> Its Professional. And if I'm running the snoop.jsp with -c 200:
>> 
>> 181857 [Thread-4] ERROR server.JkCoyoteHandler  - Error in 
>action code
>> java.net.SocketException: Software caused connection abort: 
>> socket write
>> error
>> 
>> And,
>> 
>> 181867 [Thread-4] ERROR common.ChannelSocket  - Error, closing
>> connection
>> java.net.SocketException: Software caused connection abort: 
>> JVM_recv in
>> socket input stream read
>> 
>> Running with -c 10 doesn't produce such a error.
>> 
>> 
>> MT.
>> 
>> 
>

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

RE: [PATCH] mod_jk 1.2.0 workers pool

[GOMEZ Henri]

sleep(#seconds)

or 

usleep(#microseconds)

No the real problem is with using a sleep in
network code, I didn't like it. 

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Mladen Turk [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 21, 2002 1:38 PM
>To: 'Tomcat Developers List'
>Subject: RE: [PATCH] mod_jk 1.2.0 workers pool
>
>
>> 
>> I started take a look at patches, 
>> but I didn't like the Sleep(10).
>> 
>> Why did you put a Sleep only in Windows case ?
>> 
>
>Cause I don't know what is the actual function call on unix :)
>
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [PATCH] mod_jk 1.2.0 workers pool

[GOMEZ Henri]

I started take a look at patches, 
but I didn't like the Sleep(10).

Why did you put a Sleep only in Windows case ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Mladen Turk [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 21, 2002 1:24 PM
>To: [EMAIL PROTECTED]
>Subject: [PATCH] mod_jk 1.2.0 workers pool
>
>
>
>Think this solves a lot of problems (at least to my tests).
>Don't forget to add the worker.ajp13.poolsize=nn in the
>workers.properties (this is the actual number of workers  (connections)
>to the TC), the default is 1.
>
>This value should be close to the number of predicted client
>connections, or to the desired no of TC threads. (didn't done some
>serious profiling).
>
>How it works:
>
>At startup we create the nn workers, and the actual clients gets
>serialized through those workers (nothing fancy, just a safe
>multithreading I hope).
>
>Need in the jk_worker.c solution for:
>
>+#ifdef WIN32
>+Sleep(10);
>+#else
>+
>+#endif
>
>This is the loop that waits for a worker to finish serving request if
>non free has been found.
>
>That's it.
>
>MT.
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Proposal draft for Tomcat 5.0

[GOMEZ Henri]

A big +1 for that draft.

Things I'd like to see in TC 5.0.

Delegation: 

don't decode full HTTP headers until
user code ask for (ie locales(), ssl certs)

It will make TC 5.0 faster (less request processing
time, less objets creation/recycling).

Extended JMX support:

TC 5.0 should be manageable via JMX console tools.

Better integration with WebServers:

extended use of JK2 to void duplicate works in web-servers
and TC 5.0, for example it's a waste of time to decode some
http-headers one time in Apache 2.0 and another time in TC. 

All in one, this 5.0 proposal is a good news.

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
>Sent: Friday, June 21, 2002 12:41 PM
>To: Tomcat Developers List
>Subject: Proposal draft for Tomcat 5.0
>
>
>Hi,
>
>I'm committing a draft for a Tomcat 5 proposal.
>
>It is a draft, so it is not in final form yet (it needs 
>feedback for that).
>
>I'm attaching the document to the mail, in case people don't want to 
>checkout the repository.
>
>Remy
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Close to solution ( WAS RE: mod_jk testing)

[GOMEZ Henri]

>Think we can close that!

Ouf.

>I've created the worker pool modifiable through workers.properties with
>the worker.ajp13.poolsize.

Good

>The sadest thing is that I was so close the solution on day 0 (remember
>the  mutexes?).
>Well what ever!

ok

>There is some minor bug when using loglevel=debug, and it works
>currently only for ajp13 (well, ajp common).

Minor bug with loglevel=debug, tell su more ...

>Also I'll need the Sleep() for unix.

Hum, I really dislike to use Sleep/sleep in mod_jk. Delaying something
is not an issue.

>Since I newer commited the code ever, and the changes are in (4 or 5
>files I think), I'll mail it to Henri or someone else to do the dirty
>work ;).

Send the patches to the list

>Now the crucial (see at the bottom the TC and date.jsp results 
>statet at
>different times):
>
>Test results:
>
>worker.ajp13.poolsize=1
>worker.ajp13.cachesize=1
>
>Server Software:Apache/2.0.40-dev
>Server Hostname:localhost
>Server Port:8000
>
>Document Path:  /examples/jsp/snp/snoop.jsp
>Document Length:712 bytes
>
>Concurrency Level:  200
>Time taken for tests:   103.5572 seconds
>Complete requests:  1
>Failed requests:0
>
>
>Test results:
>
>worker.ajp13.cachesize=25
>worker.ajp13.poolsize=25
>
>
>
>Server Software:Apache/2.0.40-dev
>Server Hostname:localhost
>Server Port:8000
>
>Document Path:  /examples/jsp/snp/snoop.jsp
>Document Length:712 bytes
>
>Concurrency Level:  100
>Time taken for tests:   41.586847 seconds
>Complete requests:  1
>Failed requests:0
>
>Test with 200:
>
>Concurrency Level:  200
>Time taken for tests:   38.962629 seconds
>Complete requests:  1
>Failed requests:0
>
>
>Document Path:  /examples/jsp/dates/date.jsp
>Document Length:453 bytes
>
>Concurrency Level:  200
>Time taken for tests:   47.274576 seconds
>Complete requests:  1
>Failed requests:2180
>   (Connect: 0, Length: 2180, Exceptions: 0)
>
>
>TC Test started on 12:09:11 secs (all the XX seconds)
>
>Server Software:Apache
>Server Hostname:localhost
>Server Port:8080
>
>Document Path:  /examples/jsp/dates/date.jsp
>Document Length:452 bytes
>
>Concurrency Level:  200
>Time taken for tests:   44.850752 seconds
>Complete requests:  1
>Failed requests:0
>
>Server Software:Apache
>Server Hostname:localhost
>Server Port:8080
>
>TC Test started on 12:11:01 secs (first we have X, then XX seconds)
>
>Document Path:  /examples/jsp/dates/date.jsp
>Document Length:452 bytes
>
>Concurrency Level:  200
>Time taken for tests:   40.644117 seconds
>Complete requests:  1
>Failed requests:7966
>   (Connect: 0, Length: 7966, Exceptions: 0)

I re-tested mod_jk 1.2.0 against TC 3.3.1 / TC 4.0.4 under
Apache 1.3 and 2.0 with helloworld servlet, and didn't find
anymore errors (ab requested 10 Millions pages with 127 concurrents)

The problem was problably due to the way ab works, and many thanks
to have discovered it :)

We should revue your patches and also the keep-alive add-on 
proposal sent by Jan Singer (firewall/keepalive)

I also listen to Glenn concern about childs/ajp13 and also he's rigth here.
Imagine the following situation.

An Apache server is used to handle statics pages and route requests to 
tomcat(s).

Under load Apache will create many childs/threads. 

At some times, requests will be for tomcat, so the child/thread 
which got the request will create the ajp13 connection.

You could end-up with an Apache where all childs/threads will 
open an ajp13 connection, even if they do not send any more requests
to tomcats.

A solution could be to close open connection after some moments
of inactivity, ie a stressed child will see if it didn't used 
it's ajp13 connection for some minutes, and will drop it if 
the request it has to process is not for tomcat.
This should be simple to add to jk 1.2.0

On jk 2.0.0, another solution, could be to add to 
workers.properties a maxconnection  :

worker.myhost-ajp13.maxconnection=25

In that case, we should have in jk2 a shared pool of connections
between threads (for IIS/AP2.0/IPLANET - easy) and between childs 
(AP 1.3 - how to do this ?) and get the connection from here.

What do you think ?


 


 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk apache process 1 to 1 mapping with Tomcat AjpConnector thread

[GOMEZ Henri]

>The issue is not how many requests mod_jk/Tomcat can handle.
>
>The issue is that you end up over time with as many AjpConnector
>threads being created by Tomcat as you have apache httpd processes
>regardless of how many requests are forward on to Tomcat to process.
>For example, I have apache running on a server which hosts about 40
>websites and handles 10 million page views per month. This requires
>at times up to 350 httpd processes to handle peak load. Only one of
>those websites uses Tomcat, yet Tomcat ends up spawning 350 
>AjpConnector
>threads.  But the load from the one site which forwards some requests
>to Tomcat is only 10-15 simultaneous requests.  So Tomcat ends 
>up having
>350 AjpConnector threads when it only really needs 10-20 threads for
>handling the requests which get forwarded to it.

Do you have apache 1.3 or 2.0 ?

>From I see here, both Apache using mod_jk 1.2.0 drop ajp13 connections
when there is no more need for tomcat request. 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)

[GOMEZ Henri]

>First some things about testing:
>
>DO NOT USE the date.jsp (it could return various html lengths, so from
>there are coming those Failed requests ).
>I've just browsed through the source code of ab and it uses the first
>page as its length ethalon, and date.jsp could retur various length if
>the tests are finishing on the single second interval so there 
>is 1 byte
>html length differnce.
>
>Use the /examples/jsp/snp/snoop.jsp instead (think it allways returns
>the same content-length).
>
>The ones that count are only the 'Non-2xx responses'

Thanks for the clue, but I wonder why ab didn't have problems
when using date.jsp with Tomcat's http connectors ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: mod_jk 1.2.0 workers pool

[GOMEZ Henri]

>I'm curious what is creating the conflict - the worker is 
>supposed to be
>singleton and have the state in endpoint, and it seems to work fine in
>IIS/iPlanet ( both multithreaded ).

yes it's strange, we make misc test, all fails.

One works, when cachesize=250 (== MAXClients).

Also, I see too many open/close sockets, which is strange
for a persistance protocol like ajp13.

All called by ajp_destroy()...




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

build error for coyote from JTC CVS against Tomcat 4.0.4 ;[

[GOMEZ Henri]

While trying to rebuild tomcat4 ajp stuff from latest JTC CVS,
I got the following error, while trying to build against the TC 4.0.4


Buildfile: build.xml

init:
 [echo]  Coyote 1.0-dev 

prepare:

static:

report-tc4:
 [echo] Tomcat4 detected 

report-tc33:
 [echo] Tomcat3.3 detected 

report:

compile.shared:

compile.tomcat4:
[javac] Compiling 1 source file to 
/home/root/jakarta-tomcat-connectors/coyote/build/classes
[javac] 
[javac] Found 15 semantic errors compiling 
"/home/root/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteServerSocketFactory.java":
[javac] 
[javac]255. throws IOException, KeyStoreException, 
NoSuchAlgorithmException,
[javac] <--->
[javac] *** Error: The exception "KeyStoreException" is not the same as or a 
subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]255. throws IOException, KeyStoreException, 
NoSuchAlgorithmException,
[javac]
<-->
[javac] *** Error: The exception "NoSuchAlgorithmException" is not the same as or 
a subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]256. CertificateException, UnrecoverableKeyException,
[javac] <-->
[javac] *** Error: The exception "CertificateException" is not the same as or a 
subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]256. CertificateException, UnrecoverableKeyException,
[javac]   <--->
[javac] *** Error: The exception "UnrecoverableKeyException" is not the same as or 
a subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]257. KeyManagementException {
[javac] <>
[javac] *** Error: The exception "KeyManagementException" is not the same as or a 
subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]263. throws IOException, KeyStoreException, 
NoSuchAlgorithmException,
[javac] <--->
[javac] *** Error: The exception "KeyStoreException" is not the same as or a 
subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1, int $2);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]263. throws IOException, KeyStoreException, 
NoSuchAlgorithmException,
[javac]
<-->
[javac] *** Error: The exception "NoSuchAlgorithmException" is not the same as or 
a subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1, int $2);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]264. CertificateException, UnrecoverableKeyException,
[javac] <-->
[javac] *** Error: The exception "CertificateException" is not the same as or a 
subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1, int $2);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]264. CertificateException, UnrecoverableKeyException,
[javac]   <--->
[javac] *** Error: The exception "UnrecoverableKeyException" is not the same as or 
a subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket createSocket(int $1, int $2);" declared in type 
"org/apache/catalina/net/ServerSocketFactory".
[javac] 
[javac] 
[javac]265. KeyManagementException {
[javac] <>
[javac] *** Error: The exception "KeyManagementException" is not the same as or a 
subclass of any exception in the throws clause of the overridden method 
"java.net.ServerSocket creat

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

[GOMEZ Henri]

>> Hum, I think the problem should be easier to detect (I hope so)
>
>Yeah, I agree. I actually think that my configuration could be screwed
>somewhere, somehow (although I don't see how) because almost all Apache
>2.0.x/Tomcat 3.3.x users would run into this kind of problem...

Not sure. In fact many site make use of :

JkMount /examples/* ajp13

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

[GOMEZ Henri]

>Yes, pretty much. I'm guessing that Apache will try it's own page types
>first (index.shtml, index.html etc.) and if if doesn't find any, pass
>the request to Tomcat (through mod_jk) for index.jsp and then index.vm
>(in that order, since that's how it's specified in DirectoryIndex).
>
>Just for the record, the server displayed the content of the directory
>(this is on the test machine where that's allowed).
>
>When I put explicit URL in the address field of the brower (e.g.
>http://www.testsite.dev/index.vm) it does work (i.e. Tomcat 
>picks up the
>servlet that handles *.vm pages etc.).

Hum, I think the problem should be easier to detect (I hope so)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

[GOMEZ Henri]

>I apologize. It is never fair to take out one's frustrations 
>on another.

Ok, I could understand your language problem and I'll try to
fix it.

The problem is that TC 4.0.4 is out, and that patch may need
a corrected tarball for connectors (and tomcat-ajp.jar)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [PATCH] When Session Max reached, throw out oldest session

[GOMEZ Henri]

>Agreed... If we start invalidating sessions when too much memory is
>"wasted", I'm going to choose a different servlet engine for 
>my 10m req/day
>site... :) If I define that a session has a timeout, I want 
>that timeout to
>be _real_ and if I run into memory problems, well, that's my 
>problem, not
>yours (servlet engine developers)...
>

I agree.

If there is no more slots open for incoming connections (clients),
then the servlet engine should return an error, which could be
handled by a redirector like mod_jk or mod_webapp to forward the
request to another Tomcat.

I'm really against dropping existing sessions.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

[GOMEZ Henri]

The question is :

What should do http server ?

forward to tomcat /index.jsp and if it fail, try next
to forward /index.vm ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, June 19, 2002 1:19 AM
>To: Tomcat Dev List
>Subject: RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
>
>
>It doesn't work in either case. In this case it should be index.vm,
>since that's the file that exists in the directory.
>
>Bojan
>
>On Tue, 2002-06-18 at 19:58, GOMEZ Henri wrote:
>> question.
>> 
>> Should mod_jk forward to tomcat index.jsp or index.vm ?
>> 
>> -
>> Henri Gomez ___[_]
>> EMAIL : [EMAIL PROTECTED](. .) 
>> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>> 
>> 
>> 
>> >-Original Message-
>> >From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
>> >Sent: Monday, June 17, 2002 1:11 PM
>> >To: Tomcat Dev List
>> >Subject: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
>> >
>> >
>> >I've submitted a bug regarding this (9913) since it still 
>appears to be
>> >there in the above combo.
>> >
>> >This should be very simple to test (you just whack an index.jsp in a
>> >directory), so if someone can confirm that my configuration is
>> >brain-dead (because this is such an unlikely bug :-), that would be
>> >nice.
>> >
>> >Bojan
>> >
>> >
>> >--
>> >To unsubscribe, e-mail:   
>> ><mailto:[EMAIL PROTECTED]>
>> >For additional commands, e-mail: 
>> ><mailto:[EMAIL PROTECTED]>
>> >
>> >
>> 
>> --
>> To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 



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


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

RE: [Bug 6832] / Hum need coyote here

[GOMEZ Henri]

Or the better way could be to copy CoyoteRequest code.
But there will be 3 copy of Accept-Language decoding
in TC 4.x, may be it should be placed elsewhere and
useable by HttpProcessor, CoyoteRequest and AJP13
(may be tomcat-util ?)
>>>
>>>For Jk2, TC 4.x already is using a CoyoteRequest, so you 
>should be fine.
>>>It's only the o.a.ajp connectors that need Accept-Language parsing.
>> 
>> 
>> Can we officially deprecate o.a.ajp ? 
>
>+1. I think this has already been voted, actually.

So what could we do with TC 4.0.4 and AJP for getLocales() ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [Bug 6832] / Hum need coyote here

[GOMEZ Henri]

>From what I see Locales need to be set in Ajp13 using 
>decoding stuff present (parseAcceptLanguage) in HttpProcessor
>or in CoyoteRequest.java (parseLocalesHeaders).
>
>What's the preferred way ?

Or the better way could be to copy CoyoteRequest code.
But there will be 3 copy of Accept-Language decoding 
in TC 4.x, may be it should be placed elsewhere and
useable by HttpProcessor, CoyoteRequest and AJP13
(may be tomcat-util ?)

While looking at the code, it appears to be a waste
of time (and objects) to decode many of HTTP/headers 
(ie Locales for possible future getLocales() call).

Could we have sometime in the future a Coyote HTTP/1.1
and AJP13 connectors, which won't process any headers
or attributes before user or app want to.

Regards

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java

[GOMEZ Henri]

I hope it will fix my jsp error reported today ;)


-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 18, 2002 8:35 PM
>To: [EMAIL PROTECTED]
>Subject: cvs commit:
>jakarta-tomcat/src/facade22/org/apache/tomcat/facade 
>JspInterceptor.java
>
>
>larryi  2002/06/18 11:34:50
>
>  Modified:src/facade22/org/apache/tomcat/facade 
>JspInterceptor.java
>  Log:
>  Update the "depth" of the classloader URLs to get.  DependClassloader
>  now includes the Context's classloader in the parent chain, 
>so we need to
>  go one parent deeper.  This should get JSP compilation working again.
>  
>  Revision  ChangesPath
>  1.39  +2 -2  
>jakarta-tomcat/src/facade22/org/apache/tomcat/facade/JspInterce
>ptor.java
>  
>  Index: JspInterceptor.java
>  ===
>  RCS file: 
>/home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/
>JspInterceptor.java,v
>  retrieving revision 1.38
>  retrieving revision 1.39
>  diff -u -r1.38 -r1.39
>  --- JspInterceptor.java  5 Jun 2002 03:52:50 -   1.38
>  +++ JspInterceptor.java  18 Jun 2002 18:34:50 -  1.39
>  @@ -934,8 +934,8 @@
>   URL commonCP[];
>   ClassLoader loader=ctx.getClassLoader();
>   //The next will be the container classpath in trusted apps
>  -appsCP=jdkProxy.getURLs(loader,1);
>  -commonCP=jdkProxy.getURLs(loader,2);
>  +appsCP=jdkProxy.getURLs(loader,2);
>  +commonCP=jdkProxy.getURLs(loader,3);
>   if( appsCP!=null ) 
>   cpath+=separator+extractClassPath(appsCP);
>   if( commonCP!=null ) 
>  
>  
>  
>
>--
>To unsubscribe, e-mail:   
>
>For 
>additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [Bug 6832] / Hum need coyote here

[GOMEZ Henri]

Hi,

>From what I see Locales need to be set in Ajp13 using 
decoding stuff present (parseAcceptLanguage) in HttpProcessor
or in CoyoteRequest.java (parseLocalesHeaders).

What's the preferred way ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-----
>From: GOMEZ Henri 
>Sent: Tuesday, June 18, 2002 6:39 PM
>To: Tomcat Developers List
>Subject: RE: [Bug 6832] - Locale of the browser is ignored by the AJP13
>connector
>
>
>>I find it unusual that a European would not fix such a crucial 
>>piece of code
>>for localization of applications.
>
>Thanks god there is many europeans commiters on tomcat to
>try to fix these problems.
>
>>This defect was reported in March
>
>And will be corrected in June by a French commiter.
>BTW, ajp13 protocol forward all language, so the patch
>is needed in java side.
>
>>It was confirmed by a second source in March.
>
>Yep
>
>>I reported it to you separately in April.
>
>ReYep
>
>>I have yet again, confirmed it's existence. To recap my 
>>original message
>>sent directly to you in April:
>
>Ok
>
>>I am running into a problem with accept-language/getLocales() 
>>when I use
>>mod_jk  with the ajp13 connector.
>>
>>System Configuration:
>>
>>RedHat Linux 7.2
>>Apache 1.3.22
>>Tomcat 4.0.4-B1
>>mod_jk.so 4.0.4-B2 version 1.2.0
>
>It works well with mod_jk 1.2.0 and tomcat 3.3.1
>
> Request Information
>JSP Request Method: GET
>Request URI: /examples/jsp/snp/snoop.jsp
>Request Protocol: HTTP/1.1
>Servlet path: /jsp/snp/snoop.jsp
>Path info: null
>Path translated: null
>Query string: null
>Content length: 0
>Content type: null
>Server name: hgo1.slib.com
>Server port: 80
>Remote user: null
>Remote address: 172.31.1.85
>Remote host: pc0082.slib.com
>Authorization scheme: null
>Locale: fr_FR
>Locales: fr_FR en_US en
>Secure: false
>Scheme: http
>cipher_suite: null
>key_size: null
>ssl_session: null
>The browser you are using is Mozilla/5.0 (Windows; U; Windows 
>NT 5.0; en-US; rv:1.0.0) Gecko/20020530
>
>--
>To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


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

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

>No the implementation is inside the Apache's mod_jk, so the apr is
>allready there.

You'll wrap map_uri_to_workers calls by apr_thread_mutex ?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

>We have a serious problem with jk and apache2.
>Try running:
>ab -n 1 -c 100 http://localhost:8000/examples/jsp/dates/date.jsp
>
>I have 59
>[Tue Jun 18 18:07:14 2002] [warn] [client 127.0.0.1] handler
>"jakarta-servlet" not found for: date.jsp
>
>Now, IMHO there is problem with map_uri_to_worker, cause it's 
>not thread
>safe, and the time spend in it causes apache to  recycle the 
>request_rec
>prior the function returns. Now the problem arises only with high
>concurrent load.
>
>The solution is possible using a mutex surrounding the call to
>map_uri_worker. (I'm having a working one with the CRITICAL_SECTION),
>but will translate to apr if no one objects.

I've no problem using APR for Apache 2.0, but since map_uri_to_worker
is common code, having #idef HAS_APR may not be the perfect solution.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

[GOMEZ Henri]

>I find it unusual that a European would not fix such a crucial 
>piece of code
>for localization of applications.

Thanks god there is many europeans commiters on tomcat to
try to fix these problems.

>This defect was reported in March

And will be corrected in June by a French commiter.
BTW, ajp13 protocol forward all language, so the patch
is needed in java side.

>It was confirmed by a second source in March.

Yep

>I reported it to you separately in April.

ReYep

>I have yet again, confirmed it's existence. To recap my 
>original message
>sent directly to you in April:

Ok

>I am running into a problem with accept-language/getLocales() 
>when I use
>mod_jk  with the ajp13 connector.
>
>System Configuration:
>
>RedHat Linux 7.2
>Apache 1.3.22
>Tomcat 4.0.4-B1
>mod_jk.so 4.0.4-B2 version 1.2.0

It works well with mod_jk 1.2.0 and tomcat 3.3.1

 Request Information
JSP Request Method: GET
Request URI: /examples/jsp/snp/snoop.jsp
Request Protocol: HTTP/1.1
Servlet path: /jsp/snp/snoop.jsp
Path info: null
Path translated: null
Query string: null
Content length: 0
Content type: null
Server name: hgo1.slib.com
Server port: 80
Remote user: null
Remote address: 172.31.1.85
Remote host: pc0082.slib.com
Authorization scheme: null
Locale: fr_FR
Locales: fr_FR en_US en
Secure: false
Scheme: http
cipher_suite: null
key_size: null
ssl_session: null
The browser you are using is Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) 
Gecko/20020530

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

5975 Nor isSecure and getScheme: http are not set when using SSL
>>>
>>>;) JFC reported this one so.. please can you expand ??
>> 
>> 
>> Still only in TC4/AJP implemtation ? 
>
>I have retested it with TC4.

Could you give me more details about how you get :

cipher_suite: 
key_size: 
ssl_session: 

BTW, I get scheme and secure :

 Request Information
JSP Request Method: GET
Request URI: /examples/jsp/snp/snoop.jsp
Request Protocol: HTTP/1.1
Servlet path: /jsp/snp/snoop.jsp
Path info: null
Path translated: null
Query string: null
Content length: 0
Content type: null
Server name: hgo1.slib.com
Server port: 8093
Remote user: null
Remote address: 172.31.1.85
Remote host: null
Authorization scheme: null
Locale: en_US
Secure: true
Scheme: https
cipher_suite: null
key_size: null
ssl_session: null
The browser you are using is Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) 
Gecko/20020530


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 18, 2002 2:39 PM
>To: Tomcat Developers List
>Subject: Re: jk 1.2 freese/snap time in JTC ?
>
>
>GOMEZ Henri wrote:
>> Ok, before releasing just take a look at what is still open
>> and could be fixed quickly ...
>> 
>> 
>>>And i doubt that they will show up in tc33, i know very well 
>>>i_r.dll works.. POST data in SSL, query strings and so on, 
>>>they all are very basic errors.. so it seems they belong to 
>>>the AJP13 implementation in tomcat4..
>> 
>> 
>> Important point here. 
>> 
>> I was thinking that the mod_jk 1.2.0 release will cover only
>> the native part, and so java side problems (ie in TC 4.x only)
>> should be fixed in JTC/TC4 release ?
>> 
>> 
>>>>5647 Blo AJP13 connector will not pass authentication requests
>>>
>>>This was fixed time ago, marked as FIXED
>> 
>> 
>> good
>> 
>> 
>>>>8217 Maj Documentation references "workers." prefix
>>>
>>>will do..
>> 
>> 
>> good
>> 
>> 
>>>>9498 Nor org.apache.ajp.RequestHandler#doRead(Ajp13) does not always
>>>
>>>I will apply the fix the reporter proposes.. i will commit 
>>>shortly please review..
>> 
>> 
>> thanks
>> 
>> 
>>>>5975 Nor isSecure and getScheme: http are not set when using SSL
>>>
>>>;) JFC reported this one so.. please can you expand ??
>> 
>> 
>> Still only in TC4/AJP implemtation ? 
>
>I have retested it with TC4.
>
>> 
>> 
>>>>9478 Maj jk_nt_service's wrapper.properties does not accept 
>spaces in
>>>
>>>Marked as FIXED, AFAIR the packaged install of tc4 should deal 
>>>with service install, right?
>> 
>> 
>> TC4 related
>> 
>> 
>>>>7814 Maj Sigsegv using mod_jk in Apache2.0 (Worker) under heavy load
>>>
>>>This was Fixed by Cotin days ago.. marked as FIXED..
>> 
>> 
>> Good
>> 
>> 
>>>>4380 Enh Multiple ISAPI redirectors on single IIS website
>>>
>>>this is  a RFE.. i will mark it as LATER.. probably will 
>>>implement it in JK2
>> 
>> 
>> ok
>> 
>> 
>>>>6457 Cri mod_jk causes segmentation fault with JkLogLevel != debug
>>>
>>>Probably is the same than #7841
>> 
>> 
>> 7814 ?
>> 
>> 
>>>>9334 Nor Intermittent parsing error in Ajp13Request
>>>>9417 Blo ajp13 conector does not pass Query string corectly 
>to tomcat
>>>>9832 Cri Tomcat 4 IIS redirector cannot cope with POST in SSL
>>>>8613 Maj POST request with invalid Content-Length header
>>>>8709 Maj ISAPI Filter failing to pass on DAV "OPTIONS" requests
>>>>4500 Nor isapi_redirect.dll does not pass Client 
>certificate to tomca
>>>>5709 Nor HttpServletRequest.getHost returns web server 
>address or nul
>>>>6399 Nor unknown protocol: https
>>>>7747 Maj File Upload Causes Tomcat-Apache to Block
>>>
>> 
>>>>6832 Nor Locale of the browser is ignored by the AJP13 connector
>>>
>> 
>> Didn't happen with mod_jk 1.2.0 from cvs and tomcat 4.0.4 
>(from bin tarball)
>> 
>> 
>>>>7571 Nor DataInputStream readLong() Problem
>>>
>>>To review.. althought the majority are very basic erros that 
>>>tc33 do not reveal.. 
>> 
>> 
>> Yes many didn't appears with tomcat 3.3.1 but at this time, TC 3.3.1
>> ajp code was still the one from inside jakarta-tomcat. Now it use
>> code from JTC and we may have similar behaviour
>> 
>> 
>> --
>> To unsubscribe, e-mail:   
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 




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


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

RE: [PROPOSAL] Minor fix for servletapi-4 GenericServlet

[GOMEZ Henri]

>> Which make me think we need a stable tarball/jar/zip
>> for servlet-api4
>> 
>
> +1, I dislike having "download the latest nightly
>snapshot" in build docs. But how does that happen?

May be by creating release in :

http://jakarta.apache.org/builds/jakarta-servletapi-4/

And put signed source/binary tarballs and jar here

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: No more jsp build with TC 3.3.2 from CVS

[GOMEZ Henri]

It seems the recent commit on URL classloader break.
FYI, I'm using IBM SDK 1.3.1.

Debug give me :

2002-06-18 13:40:17 - LoaderInterceptor11: Using webapp loader 
2002-06-18 13:40:17 - LoaderInterceptor11: Loader java.net.FactoryURLClassLoader 
java.net.FactoryURLClassLoader@251f645b
2002-06-18 13:40:17 - LoaderInterceptor11: DEFAULT:/examples adding jaxp: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/crimson.jar
2002-06-18 13:40:17 - LoaderInterceptor11: DEFAULT:/examples adding jaxp: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/xalan.jar
2002-06-18 13:40:17 - LoaderInterceptor11: Using webapp loader 
2002-06-18 13:40:17 - LoaderInterceptor11: Loader java.net.FactoryURLClassLoader 
java.net.FactoryURLClassLoader@251f645b
2002-06-18 13:40:17 - LoaderInterceptor11:   Context classpath URLs:
2002-06-18 13:40:17 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/webapps/examples/WEB-INF/classes/
2002-06-18 13:40:17 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/work/DEFAULT/examples/
2002-06-18 13:40:17 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/crimson.jar
2002-06-18 13:40:17 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/xalan.jar
2002-06-18 13:40:18 - LoaderInterceptor11: Using webapp loader 
2002-06-18 13:40:18 - LoaderInterceptor11: Loader java.net.FactoryURLClassLoader 
java.net.FactoryURLClassLoader@251f645b
2002-06-18 13:40:18 - Ctx(/admin) : Jaxp not detected, adding jaxp 
2002-06-18 13:40:18 - LoaderInterceptor11: DEFAULT:/admin adding jaxp: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/crimson.jar
2002-06-18 13:40:18 - LoaderInterceptor11: DEFAULT:/admin adding jaxp: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/xalan.jar
2002-06-18 13:40:18 - LoaderInterceptor11: Using webapp loader 
2002-06-18 13:40:18 - LoaderInterceptor11: Loader java.net.FactoryURLClassLoader 
java.net.FactoryURLClassLoader@251f645b
2002-06-18 13:40:18 - LoaderInterceptor11:   Context classpath URLs:
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/webapps/admin/WEB-INF/classes/
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/webapps/admin/WEB-INF/lib/ant.jar
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/webapps/admin/WEB-INF/lib/tomcat_util_test.jar
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/work/DEFAULT/admin/
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/crimson.jar
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/xalan.jar
2002-06-18 13:40:18 - LoaderInterceptor11: Using webapp loader 
2002-06-18 13:40:18 - LoaderInterceptor11: Loader java.net.FactoryURLClassLoader 
java.net.FactoryURLClassLoader@251f645b
2002-06-18 13:40:18 - Ctx() : Jaxp not detected, adding jaxp 
2002-06-18 13:40:18 - LoaderInterceptor11: DEFAULT:/ROOT adding jaxp: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/crimson.jar2002-06-18 
13:40:18 - LoaderInterceptor11: DEFAULT:/ROOT adding jaxp: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/xalan.jar
2002-06-18 13:40:18 - LoaderInterceptor11: Using webapp loader 
2002-06-18 13:40:18 - LoaderInterceptor11: Loader java.net.FactoryURLClassLoader 
java.net.FactoryURLClassLoader@251f645b
2002-06-18 13:40:18 - LoaderInterceptor11:   Context classpath URLs:
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/webapps/ROOT/WEB-INF/classes/
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/work/DEFAULT/ROOT/
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/crimson.jar
2002-06-18 13:40:18 - LoaderInterceptor11: 
file:/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/xalan.jar
EmbededTomcat: Init time 3683
2002-06-18 13:40:19 - Http10Interceptor: Starting on 8080
2002-06-18 13:40:19 - Ajp12Interceptor: Starting on 8007
2002-06-18 13:40:19 - Ajp13Interceptor: Starting on 8009
EmbededTomcat: Startup time 974




-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: GOMEZ Henri 
>Sent: Tuesday, June 18, 2002 1:15 PM
>To: Tomcat Developers List
>Subject: No more jsp build with TC 3.3.2 from CVS
>
>
>Error: 500
>Location: /examples/jsp/dates/date.jsp
>Erreur interne de servlet:
>
>org.apache.jasper.JasperException: Unable to compile 
>Found 31 semantic errors compiling 
>"/home/root/ja

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

Ok, before releasing just take a look at what is still open
and could be fixed quickly ...

>And i doubt that they will show up in tc33, i know very well 
>i_r.dll works.. POST data in SSL, query strings and so on, 
>they all are very basic errors.. so it seems they belong to 
>the AJP13 implementation in tomcat4..

Important point here. 

I was thinking that the mod_jk 1.2.0 release will cover only
the native part, and so java side problems (ie in TC 4.x only)
should be fixed in JTC/TC4 release ?

>> 5647 Blo AJP13 connector will not pass authentication requests
>
>This was fixed time ago, marked as FIXED

good

>> 8217 Maj Documentation references "workers." prefix
>
>will do..

good

>> 9498 Nor org.apache.ajp.RequestHandler#doRead(Ajp13) does not always
>
>I will apply the fix the reporter proposes.. i will commit 
>shortly please review..

thanks

>> 5975 Nor isSecure and getScheme: http are not set when using SSL
>
>;) JFC reported this one so.. please can you expand ??

Still only in TC4/AJP implemtation ? 

>> 9478 Maj jk_nt_service's wrapper.properties does not accept spaces in
>
>Marked as FIXED, AFAIR the packaged install of tc4 should deal 
>with service install, right?

TC4 related

>> 7814 Maj Sigsegv using mod_jk in Apache2.0 (Worker) under heavy load
>
>This was Fixed by Cotin days ago.. marked as FIXED..

Good

>> 4380 Enh Multiple ISAPI redirectors on single IIS website
>
>this is  a RFE.. i will mark it as LATER.. probably will 
>implement it in JK2

ok

>> 6457 Cri mod_jk causes segmentation fault with JkLogLevel != debug
>
>Probably is the same than #7841

7814 ?

>> 9334 Nor Intermittent parsing error in Ajp13Request
>> 9417 Blo ajp13 conector does not pass Query string corectly to tomcat
>> 9832 Cri Tomcat 4 IIS redirector cannot cope with POST in SSL
>> 8613 Maj POST request with invalid Content-Length header
>> 8709 Maj ISAPI Filter failing to pass on DAV "OPTIONS" requests
>> 4500 Nor isapi_redirect.dll does not pass Client certificate to tomca
>> 5709 Nor HttpServletRequest.getHost returns web server address or nul
>> 6399 Nor unknown protocol: https
>> 7747 Maj File Upload Causes Tomcat-Apache to Block

>> 6832 Nor Locale of the browser is ignored by the AJP13 connector

Didn't happen with mod_jk 1.2.0 from cvs and tomcat 4.0.4 (from bin tarball)

>> 7571 Nor DataInputStream readLong() Problem
>
>To review.. althought the majority are very basic erros that 
>tc33 do not reveal.. 

Yes many didn't appears with tomcat 3.3.1 but at this time, TC 3.3.1
ajp code was still the one from inside jakarta-tomcat. Now it use
code from JTC and we may have similar behaviour


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

No more jsp build with TC 3.3.2 from CVS

[GOMEZ Henri]

Error: 500
Location: /examples/jsp/dates/date.jsp
Erreur interne de servlet:

org.apache.jasper.JasperException: Unable to compile 
Found 31 semantic errors compiling 
"/home/root/jakarta-tomcat-3.3/dist/tomcat/work/DEFAULT/examples/jsp/dates/date_1.java":

 3. import javax.servlet.*;
   <--->
*** Error: Could not find package "javax/servlet" in:
/opt/IBMJava2-131/jre/lib/rt.jar
./bin/../lib/tomcat.jar

/home/root/jakarta-tomcat-3.3/dist/tomcat/webapps/examples/WEB-INF/classes
/home/root/jakarta-tomcat-3.3/dist/tomcat/work/DEFAULT/examples
/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/crimson.jar
/home/root/jakarta-tomcat-3.3/dist/tomcat/lib/container/xalan.jar
.

I used jikes but it's the same problem without jikes.
The classpath seems incorrect (nothing from lib/common)


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

[GOMEZ Henri]

question.

Should mod_jk forward to tomcat index.jsp or index.vm ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
>Sent: Monday, June 17, 2002 1:11 PM
>To: Tomcat Dev List
>Subject: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
>
>
>I've submitted a bug regarding this (9913) since it still appears to be
>there in the above combo.
>
>This should be very simple to test (you just whack an index.jsp in a
>directory), so if someone can confirm that my configuration is
>brain-dead (because this is such an unlikely bug :-), that would be
>nice.
>
>Bojan
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: chroot tomcat

[GOMEZ Henri]

Excellent, something to add in contrib area of 
tomcat 3.3.x and 4.x ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 18, 2002 1:27 AM
>To: Jason Corley
>Cc: Tomcat Users List; Tomcat Developers List
>Subject: Re: chroot tomcat
>
>
>"Jason Corley" <[EMAIL PROTECTED]> wrote:
>
>> Pier,
>> Sorry for emailing you personally but I wasn't sure this is 
>tomcat-dev
>> appropriate.  Someone on tomcat-users is asking about chroot 
>and tomcat, and
>> I've seen you mention in the past that you have this set up. 
> I don't know how
>> frequently (or even if) you read tomcat-users, so I thought 
>I'd pass along the
>> note that at least a few people are curious to know how you 
>set that up
>> (myself included).  Again, sorry for bugging you offline.
>> Thanks,
>> Jason
>
>Don't worry... It's not easy... Basically, you need to set up a small
>environment to run a chrooted JVM...
>
>I found a little hack, though: with ldd you can start tracking 
>down what
>libraries your JVM requires, and you copy them straight into 
>your chroot
>environment /lib directory, right? Do it recursively, so that 
>you won't miss
>any of them, then, just use this little bugger:
>
>#include 
>#include 
>#include 
>#include 
>#include 
>#include 
>
>int main(int argc, char *argv[]) {
>struct passwd *user=NULL;
>char **args=NULL;
>int x;
>
>if (argc<4) {
>fprintf(stderr, "Usage: %s [user] [chroot] [command]
>[...]\n",argv[0]);
>return(1);
>}
>
>if ((user=getpwnam(argv[1]))==NULL) {
>fprintf(stderr, "%s cannot retrieve user \"%s\"
>profile\n",argv[0],argv[1]);
>return(2);
>}
>
>if (chroot(argv[2])!=0) {
>fprintf(stderr, "%s cannot chroot to 
>\"%s\"\n",argv[0],argv[2]);
>return(2);
>}
>
>if (setgroups(1,&user->pw_gid)!=0) {
>fprintf(stderr, "%s cannot set groups id\n", argv[0]);
>return(2);
>}
>
>if (setgid(user->pw_gid)!=0) {
>fprintf(stderr, "%s cannot set effective group id\n", argv[0]);
>return(2);
>}
>
>if (setegid(user->pw_gid)!=0) {
>fprintf(stderr, "%s cannot set real group id\n", argv[0]);
>return(2);
>}
>
>if (setuid(user->pw_uid)!=0) {
>fprintf(stderr, "%s cannot set effective user id\n", argv[0]);
>return(2);
>}
>
>if (seteuid(user->pw_uid)!=0) {
>fprintf(stderr, "%s cannot set real user id\n", argv[0]);
>return(2);
>}
>
>args=(char **)malloc((argc-2)*sizeof(char *));
>for (x=3; xargs[argc-2]=NULL;
>
>execvp(argv[3], args);
>fprintf(stderr, "%s: %s: %s\n", argv[0], argv[3], strerror(errno));
>}
>
>Marvel of marvels, you compile it statically (I called it 
>"safexec") run it
>as root (DO NOT INSTALL IT SUID ROOT OR YOU WILL DIE) and all 
>it does is:
>
>1) retrieve the user information from the real /etc
>2) chroot the environment
>3) switch userid and groupid
>4) execute a process...
>
>To launch tomcat, I usually copy /sbin/sh (the static shell) 
>in my chrooted
>environment, install the VM in there, and install tomcat: a 
>layout might
>look like:
>
>$CHROOT/
>/lib
>/java
>/tomcat
>/bin
>
>In Lib I put the libraries required by the VM, in java I 
>install the JVM, in
>tomcat the default tomcat distribution and in /bin the 
>statically linked sh
>and the above little program compiled static as well...
>
>And then (magic):
>
>[root@myhost] ~ # exec env - \
>CATALINA_HOME=/tomcat \
>CATALINA_BASE=/tomcat \
>JAVA_HOME=/java \
>safexec \
>nobody $CHROOT /bin/sh -c "exec /tomcat/bin/catalina.sh start"
>
>And you get a nice chrooted tomcat 4.0 running as nobody, 
>without too much
>hassle! :)
>
>It works on Solaris (you might have to tweak it for Linux, I 
>don't use that
>"thing" and neither should you! :) There might be some errors 
>in what I've
>written, my chrooted JVMs are all behind a firewall I can't access from
>here, but, you'll figure a way! :) :) :)
>
>Oh, btw, we use it not only for Tomcat, but for quite a big set of Java
>engines (ServletExec, Orion...).
>
>Pier (Ccing tomcat-user/dev for the records)
>
>--
>[Perl] combines all the worst aspects of C and Lisp:  a 
>billion of different
>sublanguages in  one monolithic executable.  It combines the 
>power of C with
>the readability of PostScript. [Jamie Zawinski - DNA Lounge - 
>San Francisco]
>
>
>--
>To unsubscribe, e-mail:   

For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: jk 1.2 freese/snap time in JTC ?

[GOMEZ Henri]

OK, I'll try to do the RM for mod_jk 1.2.0
(after all I asked for this release)

I'll check all open bugs in bugzilla and sort what
are revelants to jk 1.2.0 and what to 2.0.0.

Since mod_jk (and jtc) are now revelants to both
tomcat3/tomcat4, what about creating a jtc entry
in bugzilla to have all the jk(webapp) bugs ?

Using Nacho query I found many more entries :

5647 Blo Hig All [EMAIL PROTECTED] REOP AJP13 connector will not pass 
authentication requests
9417 Blo Oth Oth [EMAIL PROTECTED] NEW ajp13 conector does not pass Query 
string corectly to tomcat
6457 Cri Oth Sun [EMAIL PROTECTED] NEW mod_jk causes segmentation fault 
with JkLogLevel != debug
9832 Cri Oth PC [EMAIL PROTECTED] NEW Tomcat 4 IIS redirector cannot cope 
with POST in SSL
7747 Maj Oth All [EMAIL PROTECTED] NEW File Upload Causes Tomcat-Apache to 
Block
7814 Maj Oth Sun [EMAIL PROTECTED] NEW Sigsegv using mod_jk in Apache2.0 
(Worker) under heavy load
8217 Maj Oth Oth [EMAIL PROTECTED] NEW Documentation references "workers." 
prefix
8613 Maj Oth Sun [EMAIL PROTECTED] NEW POST request with invalid 
Content-Length header
8709 Maj Hig PC [EMAIL PROTECTED] NEW ISAPI Filter failing to pass on DAV 
"OPTIONS" requests
9478 Maj Oth PC [EMAIL PROTECTED] NEW jk_nt_service's wrapper.properties 
does not accept spaces in
4500 Nor Oth PC [EMAIL PROTECTED] NEW isapi_redirect.dll does not pass 
Client certificate to tomca
5709 Nor Oth All [EMAIL PROTECTED] NEW HttpServletRequest.getHost returns 
web server address or nul
5975 Nor Oth Oth [EMAIL PROTECTED] NEW isSecure and getScheme: http are 
not set when using SSL
6399 Nor Oth All [EMAIL PROTECTED] NEW unknown protocol: https
6832 Nor Oth PC [EMAIL PROTECTED] NEW Locale of the browser is ignored by 
the AJP13 connector
7571 Nor Oth PC [EMAIL PROTECTED] NEW DataInputStream readLong() Problem
9334 Nor Oth PC [EMAIL PROTECTED] NEW Intermittent parsing error in 
Ajp13Request
9498 Nor Oth Oth [EMAIL PROTECTED] NEW 
org.apache.ajp.RequestHandler#doRead(Ajp13) does not always
4380 Enh Oth Oth [EMAIL PROTECTED] NEW Multiple ISAPI redirectors on 
single IIS website

Since there is many IIS related error, I'll need Nacho help here :

- to mark invalid IIS bugs
- Fix small bugs 
- Indicate bugs which will be posponed and handled in mod_jk 1.2.1 or mod_jk 2.0.0

Thanks for any help (Nacho, Bojan, Costin...)




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: DO NOT REPLY [Bug 6457] - mod_jk causes segmentation faultwith JkLogLevel != debug

[GOMEZ Henri]

>The bug is for mod_jk, not jk2. We use sprintf there, and that 
>is probably
>the problem.
>
>If we can get a stack trace we can easily find the offending log()
>and add a check for null. 
>
>I'll add a small macro and start adding it to all log(), to be 
>sure.

I take a look around but didn't understand how putting
log_level to log more messages resolve the problem...

Many of sprintf are used in init stage (read properties).
We really need a trace

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [4.0.4] Binaries available

[GOMEZ Henri]

Forget what I said, I was grabbing logging from jakarta-commons-sandbox
instead of jakarta-commons ;[


-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: GOMEZ Henri 
>Sent: Friday, June 14, 2002 3:59 PM
>To: Tomcat Developers List
>Subject: RE: [4.0.4] Binaries available
>
>
>I was building a commons-logging 1.1 rpm from cvs and the build.xml
>still contains component.version = 1.0-dev.
>
>Normal ?
>
>-
>Henri Gomez ___[_]
>EMAIL : [EMAIL PROTECTED](. .) 
>PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
>
>--
>To unsubscribe, e-mail:   
><mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: 
><mailto:[EMAIL PROTECTED]>
>
>

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

RE: [4.0.4] Binaries available

[GOMEZ Henri]

I was building a commons-logging 1.1 rpm from cvs and the build.xml
still contains component.version = 1.0-dev.

Normal ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Problem on Solaris8

[GOMEZ Henri]

>conf=/export/home2/tomcat/jakarta-tomcat-4.1/dist/conf/jk2.properties
>XXX native so 
>/export/home2/tomcat/jakarta-tomcat-connectors/jk/build/jk2/apache
>2/mod_jk2.so
>ld.so.1: 
>/export/home2/tomcat/j2sdk1_3_1_03/bin/../bin/sparc/native_threads/java
>: fatal: relocation error: file 
>/export/home2/tomcat/jakarta-tomcat-connectors/j
>k/build/jk2/apache2/jkjni.so: symbol mcount: referenced symbol 
>not found

Nowhere in jk/native or jk/native2.

And nowhere in my /opt/IBMSDK131 (no more in SDK 1.3.1/1.4.0_01)

And nowhere in apache2/apr includes

Nothing related to a solaris8 missing library ?


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: DO NOT REPLY [Bug 6457] - mod_jk causes segmentation fault with JkLogLevel != debug

[GOMEZ Henri]

Very strange behaviour.

I didn't understand why the log cause a segv when JkLogLevel
is in INFO mode, whereas there is less log activity.

It could be in jk_log, or all others *printf routines.

Did ap_psprintf is used to core with %s and NULL string
passed ?


>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, June 13, 2002 8:04 AM
>To: [EMAIL PROTECTED]
>Subject: DO NOT REPLY [Bug 6457] - mod_jk causes segmentation 
>fault with
>JkLogLevel != debug
>
>
>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://nagoya.apache.org/bugzilla/show_bug.cgi?id=6457
>
>mod_jk causes segmentation fault with JkLogLevel != debug
>
>
>
>
>
>--- Additional Comments From [EMAIL PROTECTED]  
>2002-06-13 06:03 ---
>Can you send a stack trace ( gdb httpd core, then bt ) ?
>
>This is most likely due to a printf(%s) with null argument, 
>jk2 has replaced
>all calls to APR equivalent. 
>I'll do a search on the source and check the log statements.
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 
>
>
>

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: [PROPOSAL] Minor fix for servletapi-4 GenericServlet

[GOMEZ Henri]

+1.

Did we have to make a general announce about this API
changes ?

Which make me think we need a stable tarball/jar/zip
for servlet-api4

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Christopher K. St. John [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, June 12, 2002 7:49 PM
>To: [EMAIL PROTECTED]
>Subject: [PROPOSAL] Minor fix for servletapi-4 GenericServlet
>
>
>GOMEZ Henri wrote:
>>
>> I propose you to make a PROPOSAL for servletapi4 patch
>> to tomcat-dev list.
>> 
>
> In the jakarta-servletapi-4 repository, the class:
>
>   javax.servlet.GenericServlet
>
> has init() and destory() methods that call log(). While
>not specifically prohibited in the 2.3 spec, it results
>in unncessary output into logs. Also, it's annoying.
>
> My proposal is to remove the two log() statements from
>GenericServet.init() and GenericServlet.destory(). If
>somebody needs them for debugging, they can add them
>back into their local copy.
>
> This was reported as bug #7190. I've included a patch
>as an attachment to this message (it just removes the
>two log messages and updates the copyright date)
>
>-- 
>Christopher St. John [EMAIL PROTECTED]
>DistribuTopia http://www.distributopia.com
>

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

RE: Error 500, mod_jk issues

[GOMEZ Henri]

Could you retry with a more recent mod_jk 1.2.0
(jtc/native) from jakarta-tomcat-connectors ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Nick Wesselman [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, June 13, 2002 4:09 PM
>To: [EMAIL PROTECTED]
>Subject: Error 500, mod_jk issues
>
>
>We're running Tomcat 4.0.3 on RedHat w/ Apache 1.3 via the mod_jk 
>connector.
>
>We received an Error 500, which usually indicates that Tomcat is no 
>longer running. However in this case it was, it hadn't 
>crashed. A quick 
>survey of the logs found these...
>
>In catalina.out:
>Ajp13Connector[8011] No processor available, rejecting this connection
>
>In mod_jk.log:
>[Wed Jun 12 13:37:04 2002]  [jk_ajp13_worker.c (381)]: Error 
>ajp13_process_callback - write failed
>
>Anyone seen this before? Is it related to this: 
>http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6068 ? Our native 
>connector binary might be a bit old. The name of the 
>precompiled binary 
>we're using is "mod_jk-3.3-ap13-eapi.so".
>
>Any ideas? Should we be using the mod_jk-01.so binary from the 
>4.0.3 build?
>
>Thanks,
>Nick Wesselman
>Digital Visions, Inc.
>
>
>
>--
>To unsubscribe, e-mail:   
>
>For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: