RE: mod_jk2 shuts down
+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: 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: [VOTE] Apache Tomcat 5.0 Proposal
ballot [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: /ballot -- 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
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: 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]
ant/style for xdocs fail randomly
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 : xsl:if test=string-length($file) 0 - 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 ?xml version=1.0? document properties titleConfiguration in the Tomcat/title author email=[EMAIL PROTECTED]Jean-Frederic Clere/author /properties section name=Intro p 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. /p /section section name=Config options p table tr thProperty name/th thDefault/th thDescription/th /tr tr tdhandler.list/td tdapr,shm,request,container,channelSocket,channelJni,channelUnix/td tdHandlers to load./td /tr tr tdclass.myhandler/td tdNo default value/td tdDefine the class of the handler myhandler./td /tr tr th colspan=2apr/th tdAPR descriptor/td /tr tr tdNativeSo/td tdjkjni/td td Location of the jkjni dynamic library. It is searched in java.library.path but a absolut path can be specified. /td /tr tr th colspan=2channelSocket/th tdA communication transport from a remote Web Server./td /tr tr tdport/td td8009/td tdFirst port where Tomcat is listening/td /tr tr tdaddress/td td127.0.0.1/td tdLocal address where Tomcat is listening./td /tr tr tdmaxPort/td tdport+10/td tdMax port used to listen./td /tr tr th colspan=2channelUnix/th tdA AF_UNIX socket communication transport from a local Web Server./td /tr tr tdfile/td tdNo default value/td td Name of the file associate with the socket. That must be absolut path name. /td /tr tr th colspan=2channelJni/th tdA in Web Server process communication./td /tr tr th colspan=2mx/th tdmx4j adapter./td /tr tr tdport/td td-1 (Disabled)/td tdPort Number./td /tr tr th colspan=2shm/th tdshared memory objects handler./td /tr tr tdfile/td td/tmp/shm.file/td tdShared memory file./td /tr tr tdhost/td tdlocalhost/td tdHost name./td /tr tr tdport/td td8009/td tdPort number./td /tr tr tdunixSocket/td tdNo default value/td tdUnix socket where tomcat is listening./td /tr /table /p /section section name=Examples p The examples below are working when the Web Server is configured according the examples described in the configweb file. /p subsection name=using normal socket p There is no need to use the jkjni logic to use normal socket, so that just for Fun. /p p source # 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 /source /p /subsection subsection name=using AF_UNIX socket p Create and listen on a AF_UNIX socket. The location of the socket must be the same in the Web Server configuration file. /p p source # list of needed handlers. handler.list=apr,channelUnix,request # Location of the
RE: ant/style for xdocs fail randomly
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: [PROPOSAL] removing outdated makefile/buildfile for mod_jk 1.2.0
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: cvs commit: jakarta-tomcat-connectors/jk/native/iis README
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: 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]
FW: [Ethereal-announce] Ethereal 0.9.5 sources and Windows installer released
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: PROPOSAL: Jasper34 removal
+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: 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/xdocs configweb.xml index.xml style.css.in style.xsl.in
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: isapi_redirector2 build using static APR
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: 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] removing outdated makefile/buildfile for mod_jk 1.2.0
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]
mod_jk 1.2.0 - release notes
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk 1.2.0 - release notes
Sorry, It's not much ;) Not so bad ;) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
xdocs for jkjk2 / ant 1.5.1
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) !-- Add some style to our otherwise utterly ugly XML files -- style basedir=${source.docs} destdir=${build.docs} style=${source.docs}/style.xsl force=true includes=**/**.xml/ --- 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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk 1.2.0 release poll
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]
RE: chickeneggs and fix TC4/COYOTE/TC4
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: chickeneggs 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: chickeneggs 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: chickeneggs 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: [PATCH] WAS mod_jk2 keepalive sockets
+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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_jk 1.2.0 release poll
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]
tomcat 4.0.4 rpm release 2
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_ajp13.c
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, e-post ); if( err != JK_OK ) { /* e-recoverable = JK_FALSE; */ -s-is_recoverable_error = JK_FALSE; +
RE: HA tomcat ( was: RE: 5.0 proposal)
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: chickeneggs and fix TC4/COYOTE/TC4
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: chickeneggs 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 chickeneggs 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]
RE: mod_jk JkAutoMount
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: 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: chickeneggs and fix TC4/COYOTE/TC4
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: chickeneggs and fix TC4/COYOTE/TC4
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: chickeneggs and fix TC4/COYOTE/TC4
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jspc patch for TC 3.3.2
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: tomcat 4.0.4 rpm release
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: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c
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]
FW: Configuring mod_jk2
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: Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler / This should configure tomcat to use the newly installed coyote handler to listen on port 8009 (the original ajp13 port) for incoming connections. In addition, it will use mod_jk as the connector. 8. Now
RE: mod_jk cache and socket timeout
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]
RE: [Bench] mod_jk cache and socket timeout
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: 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: 5.0 proposal
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ 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: http://www.messagelabs.com/stats.asp -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To
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]
RE: random BOUND socket (was Re: 5.0 proposal).
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: 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: 5.0 proposal
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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( sd0 ) 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( sd0 ) 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]
RE: mod_jk 1.2.0 release news
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: Proposal draft for Tomcat 5.0
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Proposal draft for Tomcat 5.0 : benchmarks
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c
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( sd0 ) 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( sd0 ) 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: mod_jk 1.2.0 release news
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config context.xml
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=liNombre requiredo./li +resources.error.global.required=liGlobal se requiere./li +resources.error.type.required=liMecanografÃe se requiere./li resources.error.value.required=liValue requiredo./li resources.error.value.mismatch=liEl tipo y el valor no se parecen emparejar./li resources.error.entryType.invalid=liEl tipo de la entrada no recognized./li -resources.error.entryType.notimpl=liValidation for this type not implemented yet./li -resources.error.url.required=liDatasource URL is required./li -resources.error.driverClass.required=liJDBC Driver Class is required./li -resources.error.active.required=liMax Active Connections is required./li -resources.error.idle.required=liMax Idle Connections is required./li -resources.error.wait.required=liMax Wait for a Connection is required./li -resources.integer.error=liInvalid integer error./li -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=Location -resources.userdb.factory=Factory -resources.treeBuilder.userdbs=User Databases
RE: Proposal draft for Tomcat 5.0
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Proposal draft for Tomcat 5.0 : benchmarks
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Proposal draft for Tomcat 5.0
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Proposal draft for Tomcat 5.0 : benchmarks
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Proposal draft for Tomcat 5.0
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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]
RE: mod_jk cache and socket timeout
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
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk cache and socket timeout
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk apache process 1 to 1 mapping with Tomcat AjpConnector thread
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Close to solution ( WAS RE: mod_jk testing)
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Proposal draft for Tomcat 5.0
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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 ? - 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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [PATCH] mod_jk 1.2.0 workers pool
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: 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 testing (WAS RE: mod_jk 1.2.0 workers pool)
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]
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 jspc.patch Description: jspc.patch -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_jk 1.2.0 release news
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk 1.2.0 release news
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Proposal draft for Tomcat 5.0
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_jk 1.2.0 release news
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Bug 6832] / Hum need coyote here
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
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: [PATCH] When Session Max reached, throw out oldest session
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [Bug 6832] - Locale of the browser is ignored by the AJP13 connector
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
build error for coyote from JTC CVS against Tomcat 4.0.4 ;[
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 createSocket(int $1, int $2); declared in type
RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36
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]
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/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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jk 1.2 freese/snap time in JTC ?
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: No more jsp build with TC 3.3.2 from CVS
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/jakarta-tomcat-3.3/dist/tomcat/work/DEFAULT/example s/jsp/dates/date_1
RE: [PROPOSAL] Minor fix for servletapi-4 GenericServlet
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jk 1.2 freese/snap time in JTC ?
- 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: jk 1.2 freese/snap time in JTC ?
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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]
RE: [Bug 6832] / Hum need coyote here
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: cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java
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: 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
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [VOTE] Jan Luehe
+1 Welcome on board - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Kin-Man Chung [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 13, 2002 9:09 PM To: [EMAIL PROTECTED] Subject: [VOTE] Jan Luehe I'd like to nominate Jan Luehe as a committer to tomcat. Jan is currently a commiter for Jakarta taglib project, and has been active in implementing JSTL, the standard tag library. Jan was involved with jasper 2 from the beginning, and has contributed to writing a number of important modules in jasper 2. He has submitted a number of high quality patches recently, of which the tag pooling/reuse is an examples. Jan plans to contribute more to increase the performance of jsp pages, especially those with tag invokations. His knowledge in JSTL would make him an invaluable addition to the tomcat development community. -- 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: Error 500, mod_jk issues
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: 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
+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: DO NOT REPLY [Bug 6457] - mod_jk causes segmentation fault with JkLogLevel != debug
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6457. 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: 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: Problem on Solaris8
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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]
RE: [4.0.4] Binaries available
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: DO NOT REPLY [Bug 6457] - mod_jk causes segmentation faultwith JkLogLevel != debug
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jk 1.2 freese/snap time in JTC ?
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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat performance article
I was wondering if anyone in the Tomcat group has read this document and what their opinion or official statement was. http://radio.weblogs.com/0107789/stories/2002/05/28/isTomcatCrap. html We are in the process of deploying our application and trying to determine the best servlet engine for our service. Hum, from what I could see the test are conducted with an old version of Tomcat 4.x (latest release is 4.0.3). To be released 4.0.4 and 4.1.3 are much faster. Also no test was conducted against tomcat 3.3.1. In fine we'd like to have more details on benchmarks used (JSP/Servlet/Static pages) to be able to replay them -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: apt-get rpms ?
Hum, it seems apt has been discussed (planned/installed ?) BTW, should we package a commons-logging-1.0.1cvs or stay with commons-logging-1.0 ? - 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 11, 2002 6:55 PM To: Tomcat Developers List Subject: apt-get rpms ? Henri, Any chance you will apt-enable the jpackage.org repository ? I love apt-get ( the RPM version ), it saves you a lot of time ( unfortunately not too many sources ). Costin On Tue, 11 Jun 2002, GOMEZ Henri wrote: BTW, all required OSS rpms needed to build tc 4.1.3 are available at jpackage.org : TC 4.1.3 rpm should be out really soon ... - 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 11, 2002 6:10 PM To: Tomcat Developers List Subject: RE: cvs commit: jakarta-tomcat-4.0 build.properties.sample http://jakarta.apache.org/builds/jakarta-commons/release/common s-logging/v1.0.1/ does not exist yet. Getting commons-logging from cvs and building it is not very dificult and is probably better that having a jar file in the repository. This can be done in the meantime. Or we can also try to get commons-logging 1.0.1 out ASAP. Costin, what do you think ? Do you speak about releasing commons-logging 1.0.1 ? -- 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: jk 1.2 freese/snap time in JTC ?
Did there is still opened bugs in mod_jk 1.2.0 (jtc/native) which could prevent us to make a release ? Appart the AP 2.0 error when worker didn't exist. = Server error! Error message: handler jakarta-servlet not found for: If you think this is a server error, please contact the webmaster Error 500 hgo1.slib.com Wed Jun 12 16:04:27 2002 Apache/2.0.36 (Unix) mod_ssl/2.0.36 OpenSSL/0.9.6 DAV/2 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: GOMEZ Henri Sent: Tuesday, June 11, 2002 10:20 AM To: Tomcat Developers List Subject: RE: jk 1.2 freese/snap time in JTC ? +1 for mod_jk 1.2.0 for Apache 1.3.24. It's been running stable on my systems for a really long time now. Not sure if the bug related to not picking up the index pages when used with Apache 2.0.35 still exists... Anyone knows? To find the thread, search this list for this: 'Apache 2.0.35 and mod_jk 1.2.0'. I've posted the question on 2002-04-07. Hum, It's the bad error report when you specify a worker which didn't exist. I'm not sure if Costin fixed it... Bojan On Mon, 2002-06-10 at 23:26, GOMEZ Henri wrote: Did there is still work on progress in JK (native) in JTC ? If not, it could be the good moment to make a 1.2.0 snapshot, and ask contributers/friends to generate binaries on there platforms. 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: 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: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
This should fix the problem reported by Bojan. What about tagging jtc for jk_1_2_0 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 12, 2002 4:31 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c hgomez 2002/06/12 07:31:09 Modified:jk/native/apache-2.0 mod_jk.c Log: Fix the incorrect error reported when a worker is defined but didn't exist (reported by Bojan) Revision ChangesPath 1.45 +4 -1 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v retrieving revision 1.44 retrieving revision 1.45 diff -u -r1.44 -r1.45 --- mod_jk.c 8 May 2002 00:45:33 - 1.44 +++ mod_jk.c 12 Jun 2002 14:31:09 - 1.45 @@ -1324,6 +1324,9 @@ return OK;/* NOT r-status, even if it has changed. */ } } +else +return HTTP_INTERNAL_SERVER_ERROR; + } return DECLINED; -- 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 ?
I was having problems with JNI worker, internal tomcat 3.3 test hang tomcat AFAIK. Urg, who could help in JNI/TC3.3 ? we need some time to test jk 1.2 under IIS.. You're the boss here ;) AFAIK there is some problems with file names, the given reg file, docs and binaries has different names for the dll, and they do not match, this problem it's the most reported one in tomcat-user against 4.0+jk1.2+IIS, the people do not realize that they need to change things to match the real names.. i dont know where is exactly the problem.. if anyone remember I'll try to solve it next days.. Ok -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: watchdog, servletapi, karma
I'd like to check in some (fairly minor) fixes to jakarta-servletapi-4 and jakarta-watchdog-4.0, but I don't have the karma. Is it a big deal to get added? Will you apply some patches to jakarta-servletapi-4 code ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: jk 1.2 freese/snap time in JTC ?
I was having problems with JNI worker, internal tomcat 3.3 test hang tomcat AFAIK. Urg, who could help in JNI/TC3.3 ? Can we just put it in the release notes, and focus on the jni worker in jk2 ? ( i.e. people who use the JNI worker with modjk1.1 should not upgrade ). This affects only iPlanet and IIS with tomcat3.3. Has anyone 'volunteered' as release manager for jk1.2 ? If someone does, he can decide on the 'mustfix' bugs for the release, and if this is listed I'll fix it. Hum, what's should do the release manager ? Also could we tag jtc to jk_1_2_0_release but do tarball containing only jk/native ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]