Just another Benchmark
Hi, we tried the apachebench on our solaris system, to check out differences between architectures and thereby we found a quite interesting behaviour. When serving a static page, apache uses the whole machine resources while tomcat isn't (CPU usage 100% to 20%) and for maybe this reason isn't serving at the same speed as apache. Is there a limit somewhere in the java net or in tomcat? We used apachebench with 'ab -c 10 -n 5 Config: apache with mod_jk, and ajp13 to tomcat. Solaris 8 regards, tom --- Apache 1.3.14 serving static page --- This is ApacheBench, Version 1.3c $Revision: 1.38 $ apache-1.3 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-1999 The Apache Group, http://www.apache.org/ Server Software:Apache/1.3.14 Server Hostname:solaris.lgsoft.at Server Port:80 Document Path: /start.html Document Length:2669 bytes Concurrency Level: 10 Time taken for tests: 98.686 seconds Complete requests: 5 Failed requests:0 Total transferred: 146255850 bytes HTML transferred: 133455338 bytes Requests per second:506.66 Transfer rate: 1482.03 kb/s received Connnection Times (ms) min avg max Connect:0 043 Processing: 119 1289 Total: 119 1332 --- Tomcat 3.2.1 serving static page --- This is ApacheBench, Version 1.3c $Revision: 1.38 $ apache-1.3 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-1999 The Apache Group, http://www.apache.org/ Server Software:Apache/1.3.14 Server Hostname:solaris.lgsoft.at Server Port:80 Document Path: /pltest/start.html Document Length:2669 bytes Concurrency Level: 10 Time taken for tests: 509.877 seconds Complete requests: 5 Failed requests:0 Total transferred: 14360 bytes HTML transferred: 13345 bytes Requests per second:98.06 Transfer rate: 281.64 kb/s received Connnection Times (ms) min avg max Connect:0 0 299 Processing:94 101 128 Total: 94 101 427 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Small little bug in default web.xml
!-- Set the default session timeout (in seconds) -- session-config session-timeout30/session-timeout /session-config that's -minutes-, right? -- Mvh, Endre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: re-use of tag objects via Tag.release method
Casey Lucas: Interested in a co-ordinated effort? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Just another Benchmark
apache will also be faster for serving static pages, thats what apache is good at. Tomcat CPU will depend on the task its doing and whats spare CPU is avaliable. I dont think there is a limit in java or tomcat -Original Message- From: Thomas Bezdicek [mailto:[EMAIL PROTECTED]] Sent: 02 March 2001 09:50 To: [EMAIL PROTECTED] Subject: Just another Benchmark Hi, we tried the apachebench on our solaris system, to check out differences between architectures and thereby we found a quite interesting behaviour. When serving a static page, apache uses the whole machine resources while tomcat isn't (CPU usage 100% to 20%) and for maybe this reason isn't serving at the same speed as apache. Is there a limit somewhere in the java net or in tomcat? We used apachebench with 'ab -c 10 -n 5 Config: apache with mod_jk, and ajp13 to tomcat. Solaris 8 regards, tom --- Apache 1.3.14 serving static page --- This is ApacheBench, Version 1.3c $Revision: 1.38 $ apache-1.3 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-1999 The Apache Group, http://www.apache.org/ Server Software:Apache/1.3.14 Server Hostname:solaris.lgsoft.at Server Port:80 Document Path: /start.html Document Length:2669 bytes Concurrency Level: 10 Time taken for tests: 98.686 seconds Complete requests: 5 Failed requests:0 Total transferred: 146255850 bytes HTML transferred: 133455338 bytes Requests per second:506.66 Transfer rate: 1482.03 kb/s received Connnection Times (ms) min avg max Connect:0 043 Processing: 119 1289 Total: 119 1332 --- Tomcat 3.2.1 serving static page --- This is ApacheBench, Version 1.3c $Revision: 1.38 $ apache-1.3 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-1999 The Apache Group, http://www.apache.org/ Server Software:Apache/1.3.14 Server Hostname:solaris.lgsoft.at Server Port:80 Document Path: /pltest/start.html Document Length:2669 bytes Concurrency Level: 10 Time taken for tests: 509.877 seconds Complete requests: 5 Failed requests:0 Total transferred: 14360 bytes HTML transferred: 13345 bytes Requests per second:98.06 Transfer rate: 281.64 kb/s received Connnection Times (ms) min avg max Connect:0 0 299 Processing:94 101 128 Total: 94 101 427 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Problem building mod_jk on HP-UX 11.00
Hello, I try to build mod_jk module on HP-UX 11.00 but I have many problem in compilation. Is there anybody who has tried this porting? My configuration is: Tomcat 3.2.1 and Apache 1.3.9 Thank you in advance, Best Regards. begin:vcard n:Blaas;Dennis tel;cell:+39 0335 6834551 tel;fax:+39 0461 316401 tel;work:+39 0461 316545 x-mozilla-html:FALSE org:Technical Direction, PRT Area;Sodalia S.p.A. P CENTER IMG SRC="http://www.sodalia.it/Icons/US/sodalia.gif" /CENTER adr:;;Via Zambra, 1;Trento;;38100;ITALY version:2.1 email;internet:[EMAIL PROTECTED] title:Configuration Manager fn:Blaas Dennis end:vcard - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[BUG] servlet life cycle
I think there is some problems in tomcat3.3m1 : 1/ the destroy() method of servlets isn't call on shutdown - state problem between Context.removeServletByName() and ServletHandler.destroy() 2/ if a servlet handler falls in STATE_DISABLED, the underlying servlet can't be reloaded and reinitialized - servlet 2.2 specs violation (see 3.3.2.1 and 3.3.3.2) 3/ in the Handler class, a comment says that there is a transition from STATE_DISABLED to STATE_ADDED via destroy() method - servlet 2.2 specs violation (see 3.3.2.1) What do you think ? Thibault FREY -- Jusqu'à 60 heures gratuites pour toute souscription à l'un des nouveaux Forfaits Liberty Surf http://register.libertysurf.fr/subscribe_fr/signup.php3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Using Tomcat4.0 (CVS) with xerces
Hi, There is (still) a problem using xerces with Tomcat4.0: +++ Exception during startup processing java.lang.reflect.InvocationTargetException: javax.xml.parsers.FactoryConfigurationError: org.apache.crimson.jaxp.SAXParserFactoryImpl at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:95) at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:224) at org.apache.catalina.startup.Catalina.start(Catalina.java:657) +++ That is because of ./server/lib/jaxp.jar, removing it is a good work-around. Where should this be fixed? Somewhere in the build of Tomcat? Or just in the README? The strange thing is as jasper works with the ./jasper/jaxp.jar and ./jasper/xerces.jar. The ./jasper/jaxp.jar is useless for my try (the classes needed for jasper are loaded correctly from the ./jasper/xerces.jar). I have some questions: What is the correct behaviour? Should not jasper try to load ./jasper/jaxp.jar and give an error? If I try to crimson.jar for jasper I need ./jasper/jaxp.jar and ./jasper/crimson.jar, correct? Cheers Jean-frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: isapi_redirect.dll : Compiled under which version of Windows? ??
Hi Keith, I re-downloaded it and re-tested it and it works fine for me on WinNT 4.0 SP5 and PWS 4.0. Larry -Original Message- From: Hawkins, Keith (Keith) [mailto:[EMAIL PROTECTED]] Sent: Friday, March 02, 2001 9:13 AM To: '[EMAIL PROTECTED]' Subject: RE: isapi_redirect.dll : Compiled under which version of Windows? ?? OK. I'll ask my question another way. Has the version that is currently available on the Website actually been tested on NT4.0? Because the same dll that I downloaded loads fine under Win2K but does not under NT4.0 which makes me worry about it not being backwards compatible (and eliminates the notion that the dll was corrupted during my download.) -Original Message- From: Marc Saegesser [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 9:39 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: isapi_redirect.dll : Compiled under which version of Windows??? Questions about configuring Tomcat really belong on the tomcat-users mailing list. Also, search the list archives because this questions has been asked an answered more times that I can remember. It works fine on WinNT 4.0. I've been using it for quite some time. The normal reasons for the isapi_redirect to fail are 1) Corrupted download. 2) Misconfigured registry entries for the worker_file or worker_mount_file. In TC3.2.2 log messages will appear in the redirector's log file if these files can't be found (assuming that the log_file registry entry exists and is correct. 3) Creating the "Filter DLLs" registry entry when your using IIS. This entry is only required when your using the Personal Web Server. (The how-to document in TC3.2.2 includes an additional comment about this). -Original Message- From: Hawkins, Keith (Keith) [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 12:28 PM To: '[EMAIL PROTECTED]' Subject: isapi_redirect.dll : Compiled under which version of Windows??? Dear Tomcat Developers: Which version of NT was the version of isapi_redirect.dll compiled under? I am referring to the version that appears under the 3.2.1 binary downloads section of the Tomcat website. The download version seems to install fine under Windows2000/IIS but does not install under Windows NT 4.0 Workstation running PWS. (I can't get the dll into a Green Up Arrow condition on the ISAPI filters section of the IIS management console and I don't see anyplace where IIS tells you what the problem is.) I am wondering if this version is not compatible with NT4 workstation/PWS and that I should try to compile the dll from source. But I'd rather not go through the effort to compile everything if this does not even have a chance of solving my problem. Any guidance from the developers who actually have built the code would be appreciated. Thanks, Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [BUG] servlet life cycle
Thanks for these bug reports -- if you enter them into the Bug tracking tool (Bugzilla), there's a MUCH better chance that they'll get tracked/dealt with. The link is: http://nagoya.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%203 -Dan "[EMAIL PROTECTED]" wrote: I think there is some problems in tomcat3.3m1 : 1/ the destroy() method of servlets isn't call on shutdown - state problem between Context.removeServletByName() and ServletHandler.destroy() 2/ if a servlet handler falls in STATE_DISABLED, the underlying servlet can't be reloaded and reinitialized - servlet 2.2 specs violation (see 3.3.2.1 and 3.3.3.2) 3/ in the Handler class, a comment says that there is a transition from STATE_DISABLED to STATE_ADDED via destroy() method - servlet 2.2 specs violation (see 3.3.2.1) What do you think ? Thibault FREY -- Jusqu' 60 heures gratuites pour toute souscription l'un des nouveaux Forfaits Liberty Surf http://register.libertysurf.fr/subscribe_fr/signup.php3 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- Dan Milstein // [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Just another Benchmark
Well, there is a possible explanation :-) The static interceptor ( which serves static files ) was never tuned or optimized. It probably does multiple accesses to disk, while in Apache there are a number of low-level optimizations, caching, etc. I am not very interested in spending time tuning the StaticInterceptor - I would rather spend the same time making sure setting up Tomcat + Apache is as easy as possible, and just let Apache do what it's designed to ( serve static files ) and tomcat do it's job ( servlets + jsp ) :-) For "real" production servers I hope you'll use Apache, and for embeding tomcat in apps or development you don't need 500 requests per seconde. Feel welcome to contribute any code that would improve the performance, or use apache for static files :-) Costin Hi, we tried the apachebench on our solaris system, to check out differences between architectures and thereby we found a quite interesting behaviour. When serving a static page, apache uses the whole machine resources while tomcat isn't (CPU usage 100% to 20%) and for maybe this reason isn't serving at the same speed as apache. Is there a limit somewhere in the java net or in tomcat? We used apachebench with 'ab -c 10 -n 5 Config: apache with mod_jk, and ajp13 to tomcat. Solaris 8 regards, tom --- Apache 1.3.14 serving static page --- This is ApacheBench, Version 1.3c $Revision: 1.38 $ apache-1.3 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-1999 The Apache Group, http://www.apache.org/ Server Software:Apache/1.3.14 Server Hostname:solaris.lgsoft.at Server Port:80 Document Path: /start.html Document Length:2669 bytes Concurrency Level: 10 Time taken for tests: 98.686 seconds Complete requests: 5 Failed requests:0 Total transferred: 146255850 bytes HTML transferred: 133455338 bytes Requests per second:506.66 Transfer rate: 1482.03 kb/s received Connnection Times (ms) min avg max Connect:0 043 Processing: 119 1289 Total: 119 1332 --- Tomcat 3.2.1 serving static page --- This is ApacheBench, Version 1.3c $Revision: 1.38 $ apache-1.3 Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright (c) 1998-1999 The Apache Group, http://www.apache.org/ Server Software:Apache/1.3.14 Server Hostname:solaris.lgsoft.at Server Port:80 Document Path: /pltest/start.html Document Length:2669 bytes Concurrency Level: 10 Time taken for tests: 509.877 seconds Complete requests: 5 Failed requests:0 Total transferred: 14360 bytes HTML transferred: 13345 bytes Requests per second:98.06 Transfer rate: 281.64 kb/s received Connnection Times (ms) min avg max Connect:0 0 299 Processing:94 101 128 Total: 94 101 427 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Proposed Server.xml Change (was RE: Bugzilla #512 is Bunk)
Right, but that is excruciating to configure and more excruciating to maintain... We need to fix that :-) Why not use two copies of Tomcat, each with their own mod_jk.conf-auto which can be included in the appropriate VirtualHost section? Use 2 copies of tomcat as a workaround for stupid config mechanism ( I can say that, I wrote a large part of it :-) ? What if you have 1000 virtual hosts ? Don't get me wrong, sometimes it is good to have multiple instances of tomcat ( preferably on a farm of servers, or even on the same computer :-), for many valid reasons - but I wouldn't do it as a workaround for config. Then we could map each ContextManager to one VirtualHost with one auto-generated config file, and Include them from httpd.conf for each VirtualHost accordingly? Except ContextManager represents a "Server" instance, not a virtual host. Mea culpa - a lot of people said that we need a VirtualHost object, but I (still) think it is not actually needed - Container can represent any "group" of URLs, including VirtualHost, Context, URLPattern, or any other mechansim. And Modules ( including config modules ) do have access to all this information and can generate anything they need. While this may be a bit confusing ( why don't we treat a virtual host in a special way ) it is also much more flexible and simpler to do, with simpler code. Just some ideas... Thanks Steve. Please don't give up - maybe we can find a way to improve the config generator, or you may help with mod_webapp ( or ajp14 ) - i.e. extend the protocol to send Apache all the information about the hosts/web applications. Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[TC 3.3] Some tests on Linux
Hi all. I did the tomcat self-tests on my machine (thru /admin) and the watchdog tests (jsp/servlet) are all ok, in both standalone and with Apache. Found some minor errors in the sanity check in the tests labeled tomcat-standalone and tomcat-apache respectively (see attached files), but that could me my fault. In any case, my application is running fine. I will repeate benchmarks and tests when Milestone 2 is ready. Some data: Tomcat: 3.3.m1 and nightly build from 1 march 2001. Apache: 1.3.14, mod_jk.so from TC 3.3.m1 (EAPI) Os: Redhat Linux 6.2 Hardware: Pentium III 450 MHz, 128MB RAM JDKs: 1.3 versions of IBM, Sun and Blackdown Application charateristics: servlets / static files / sessions thru cokkies / no realms used. Regards. Rolf. Title: Tomcat Self-Test Tomcat Self-test This page will show the result of executing the sanity test suite. You can see the context log here Target: file params dispatch get requestMap post wrong_request unavailable restricted jsp special tomcat-standalone tomcat-apache client Debug: Port: Host: Expected protocol: HTTP/1.0 HTTP/1.1 ( use HTTP/1.1 when testing with Apache or a 1.1 server connector ) inittomcat-standalone Test Revision: 1.25 $ FAILED Tests FAIL ( ) GET /test/ HTTP/1.0 TEST: ( returnCode matches 'HTTP/1.0 302') == true Request: GET /test/ HTTP/1.0 Host: localhost Comments: Message: Expecting: HTTP/1.0 302 Got : HTTP/1.0 301 Moved Permanently PASSED Tests OK ( Get a dir with static welcome file ) GET /test/jsp/ HTTP/1.0 OK ( Get a dir with static welcome file ) GET /test/welcome/ HTTP/1.0 Title: Tomcat Self-Test Tomcat Self-test This page will show the result of executing the sanity test suite. You can see the context log here Target: file params dispatch get requestMap post wrong_request unavailable restricted jsp special tomcat-standalone tomcat-apache client Debug: Port: Host: Expected protocol: HTTP/1.0 HTTP/1.1 ( use HTTP/1.1 when testing with Apache or a 1.1 server connector ) inittomcat-apache Test Revision: 1.25 $ FAILED Tests FAIL ( Get a dir with static welcome file ) GET /test/jsp/ HTTP/1.0 TEST: ( responseBody like file '/opt/tomcat-3.3.1mar/webapps/test/Golden/index.txt') == true Request: GET /test/jsp/ HTTP/1.0 Host: localhost Comments: Get a dir with static welcome file Message: FAIL*** : Rtok1 = Document moved This document has moved here. FAIL ( ) GET /test/ HTTP/1.0 TEST: ( returnCode matches 'HTTP/1.1 200') == true Request: GET /test/ HTTP/1.0 Host: localhost Comments: Message: Expecting: HTTP/1.1 200 Got : HTTP/1.1 301 Moved Permanently PASSED Tests - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
autoconf / automake
Does anybody know how to use autoconf or automake? We could perhaps put an end to most of the mod_jk compilation problems if we had some good configure scripts that generated Makefiles. I don't know how complicated the tools are... Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: isapi_redirect.dll : Compiled under which version of Windows???
The isapi_redirect.dll in the 3.2.1 and 3.2.2 beta 1 binary download areas have been tested with both Win2000 and WinNT (by me personally) and on the Win9x platforms by others. Problems getting isapi_redirect.dll loaded have always turned out to be configuration errors, or a corrupted DLL. Again, review the tomcat-user archives and you will see that this subject has been discussed quite a bit. -Original Message- From: Hawkins, Keith (Keith) [mailto:[EMAIL PROTECTED]] Sent: Friday, March 02, 2001 8:13 AM To: '[EMAIL PROTECTED]' Subject: RE: isapi_redirect.dll : Compiled under which version of Windows??? OK. I'll ask my question another way. Has the version that is currently available on the Website actually been tested on NT4.0? Because the same dll that I downloaded loads fine under Win2K but does not under NT4.0 which makes me worry about it not being backwards compatible (and eliminates the notion that the dll was corrupted during my download.) -Original Message- From: Marc Saegesser [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 9:39 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: isapi_redirect.dll : Compiled under which version of Windows??? Questions about configuring Tomcat really belong on the tomcat-users mailing list. Also, search the list archives because this questions has been asked an answered more times that I can remember. It works fine on WinNT 4.0. I've been using it for quite some time. The normal reasons for the isapi_redirect to fail are 1) Corrupted download. 2) Misconfigured registry entries for the worker_file or worker_mount_file. In TC3.2.2 log messages will appear in the redirector's log file if these files can't be found (assuming that the log_file registry entry exists and is correct. 3) Creating the "Filter DLLs" registry entry when your using IIS. This entry is only required when your using the Personal Web Server. (The how-to document in TC3.2.2 includes an additional comment about this). -Original Message- From: Hawkins, Keith (Keith) [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 01, 2001 12:28 PM To: '[EMAIL PROTECTED]' Subject: isapi_redirect.dll : Compiled under which version of Windows??? Dear Tomcat Developers: Which version of NT was the version of isapi_redirect.dll compiled under? I am referring to the version that appears under the 3.2.1 binary downloads section of the Tomcat website. The download version seems to install fine under Windows2000/IIS but does not install under Windows NT 4.0 Workstation running PWS. (I can't get the dll into a Green Up Arrow condition on the ISAPI filters section of the IIS management console and I don't see anyplace where IIS tells you what the problem is.) I am wondering if this version is not compatible with NT4 workstation/PWS and that I should try to compile the dll from source. But I'd rather not go through the effort to compile everything if this does not even have a chance of solving my problem. Any guidance from the developers who actually have built the code would be appreciated. Thanks, Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/native/mod_jk/apache1.3 build-solaris.sh
larryi 01/03/02 10:25:45
Added: src/native/mod_jk/apache1.3 build-solaris.sh
Log:
Adding a build script for Solaris
Submitted by: Mike Braden
Revision ChangesPath
1.1 jakarta-tomcat/src/native/mod_jk/apache1.3/build-solaris.sh
Index: build-solaris.sh
===
#!/bin/sh
# build-solaris.sh for mod_jk.so
# Usage: # sh build-solaris.sh
# Path to Apache or PREFIX used to build Apache
if [ -z "$APACHE_HOME" ] ; then
echo APACHE_HOME=/usr/local/apache
APACHE_HOME=/usr/local/apache
fi
if [ -f $APACHE_HOME/bin/apxs ] ; then
APXS=$APACHE_HOME/bin/apxs
else
echo Error: Unable to locate apxs. Verify that APACHE_HOME is correct in this
script.
exit 1
fi
# Check JAVA_HOME
if [ -z "$JAVA_HOME" ] ; then
echo Please set JAVA_HOME
exit 1
fi
JAVA_INCLUDE="-I${JAVA_HOME}/include -I${JAVA_HOME}/include/solaris"
INCLUDE="-I../common $JAVA_INCLUDE"
SRC="../common/*.c mod_jk.c"
# Run APXS to compile module
echo Compiling mod_jk
$APXS -S CFLAGS="-DSOLARIS -DUSE_EXPAT -I../lib/expat-lite" -o mod_jk.so $INCLUDE
-lposix4 -c $SRC
# Check to see if the last command completed
if [ $? -ne 0 ] ; then
echo Error with apxs
exit 1
fi
echo mod_jk build complete.
#
# Clean up
#
rm jk_*.o
rm mod_jk.o
echo configuring apache...
# Use apxs to add the correct lines to httpd.conf
# Since our auto-config does this in the include
# file (mod_jk-conf-auto), we'll add them as
# commented statements for change later if
# we decide not to use the auto-conf.
#
#$APXS -i -a mod_jk.so
$APXS -i -A mod_jk.so
# Check to see if the last command completed
if [ $? -ne 0 ] ; then
echo Error using apxs to add configuration to httpd.conf
exit 1
fi
# Steps to complete install
catEND
Build and configuration of mod_jk is complete.
To finish the installation, edit your apache/conf/httpd.conf file and
add the following line to the end of the file:
(Note: Change TOMCAT_HOME to the value of $TOMCAT_HOME)
Include TOMCAT_HOME/conf/jk/mod_jk.conf-auto
Example (/usr/local/apache/conf/httpd.conf):
Include /usr/local/jakarta-tomcat-3.3/conf/jk/mod_jk.conf-auto
Next copy $TOMCAT_HOME/conf/jk/workers.properties.unix to
$TOMCAT_HOME/conf/jk/workers.properties
Finally, add the apache auto-config setting to Tomcat.
See the release notes for Tomcat 3.3 for information on enabling
the auto-configure script in section 2, Tomcat Configuration:
"To turn these on, add the following modules after the
AutoWebApp ... / module in the server.xml file:
Apache configs: ApacheConfig /"
Example ($TOMCAT_HOME/conf/serverl.xml):
AutoWebApp dir="webapps" host="DEFAULT" /
ApacheConfig /
For more information, see the mod_jk-howto located in the docs dir
of TOMCAT. (doc/mod_jk-howto.html)
END
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/etc/jk workers.properties
larryi 01/03/02 10:30:07 Modified:src/etc/jk workers.properties Log: Port Tomcat 3.2 changes and fix some typos. Changing this file to require modification before use. The chances of an unmodified version being usable is very slim anyway. Example settings for Unix systems were added, supplied by Mike Braden. Revision ChangesPath 1.2 +18 -15jakarta-tomcat/src/etc/jk/workers.properties Index: workers.properties === RCS file: /home/cvs/jakarta-tomcat/src/etc/jk/workers.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- workers.properties2000/09/09 23:21:20 1.1 +++ workers.properties2001/03/02 18:29:58 1.2 @@ -1,13 +1,15 @@ # -# $Header: /home/cvs/jakarta-tomcat/src/etc/jk/workers.properties,v 1.1 2000/09/09 23:21:20 costin Exp $ -# $Revision: 1.1 $ -# $Date: 2000/09/09 23:21:20 $ +# $Header: /home/cvs/jakarta-tomcat/src/etc/jk/workers.properties,v 1.2 2001/03/02 18:29:58 larryi Exp $ +# $Revision: 1.2 $ +# $Date: 2001/03/02 18:29:58 $ # # # workers.properties - # -# This file provides jk deriven plugins with with the needed information to -# connect to the different tomcat workers. +# This file provides jk derived plugins with the needed information to +# connect to the different tomcat workers. Note that the distributed +# version of this file requires modification before it is usable by a +# plugin. # # As a general note, the characters $( and ) are used internally to define # macros. Do not use them in your own configuration!!! @@ -18,9 +20,9 @@ # # the final value for y will be value\something # -# Normaly all you will need to modify is the first properties, i.e. -# workers.tomcat_home, workers.java_home and ps. Most of the configuration -# is derived from these. +# Normaly all you will need to do is un-comment and modify the first three +# properties, i.e. workers.tomcat_home, workers.java_home and ps. +# Most of the configuration is derived from these. # # When you are done updating workers.tomcat_home, workers.java_home and ps # you should have 3 workers configured: @@ -40,19 +42,21 @@ # installed tomcat. This is where you have your conf, webapps and lib # directories. # -workers.tomcat_home=d:\Jakarta\build\tomcat +# workers.tomcat_home=c:\tomcat +# workers.tomcat_home=/usr/local/tomcat # # workers.java_home should point to your Java installation. Normally # you should have a bin and lib directories beneath it. # -workers.java_home=d:\sdk\jdk1.2.2 +# workers.java_home=c:\jdk1.3 +# workers.java_home=/usr/java # # You should configure your environment slash... ps=\ on NT and / on UNIX # and maybe something different elsewhere. # -ps=\ +# ps=\ # ps=/ # @@ -122,7 +126,7 @@ # The loadbalancer (type lb) workers perform wighted round-robin # load balancing with sticky sessions. # Note: -# If a worker die the load balancer will check its state +# If a worker dies, the load balancer will check its state #once in a while. Until then all work is redirected to peer #workers. worker.loadbalancer.type=lb @@ -151,10 +155,8 @@ worker.inprocess.class_path=$(workers.tomcat_home)$(ps)classes # -# The exact identity of the XML parser used in unknown yet, so I put -# them all. +# The XML parser provided with Tomcat # -worker.inprocess.class_path=$(workers.tomcat_home)$(ps)lib$(ps)xml.jar worker.inprocess.class_path=$(workers.tomcat_home)$(ps)lib$(ps)jaxp.jar worker.inprocess.class_path=$(workers.tomcat_home)$(ps)lib$(ps)parser.jar @@ -172,6 +174,7 @@ # # Setting the command line for tomcat +# Note: The cmd_line string may not contain spaces. # worker.inprocess.cmd_line=-config worker.inprocess.cmd_line=$(workers.tomcat_home)/conf/jni_server.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Some benchmarks
I need to choose for my company the "next generation" servlet-engine. For now we are using JRUN. I am doing benchmark to choose the next one. choices for me are : JRUN, RESIN... not Tomcat as it is considered not stable and slow compare to the two others... my tests are done with LoadRunner and scenario from the load testing of some of our applications which are actually in production. In these tests JRUN and Resin perform equally. Tomcat is get out of memory, is slow compared to the other and sometimes even crashed the JVM. my plateform for these test is : SUN Netra t1 105 UltraSPARC-IIi 440MHz, 512Mb, Netscape Web Server, SUN JDK 1.2.2 for info : for most people in my company Tomcat, would be the choice if it was of the same quality as the two other ! so if someone could help ! [EMAIL PROTECTED] wrote: Suggestions for improving the tests are welcome. Please test Resin and Orion too, next we will beat'em.. As I said, setting goals and stopping when you reach them is very important ( and hard ). Beeing faster than Resin or Orion was not my goal - running at a speed comparable with Apache standalone and mod_perl was, and I think we are there. Now the only performance issue on my list is mod_jk ( the java side still need work to improve a bit the performance ). But fixing the bugs and making tomcat easier to use is far more important - and the connector module can be released independently, as a standalone module ( i.e. after 3.3 is released - stability is also more important than performance, I would vote for an ajp14 for performance and other "dev" enhancements, and making ajp13 the "stable" protocol instead of 12 ). -- Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] -- Valery BRASSEUR| Phone # +33 320 60 7982 Atos Branche Multimedia| Fax # +33 320 60 7649 Ce que vous voyez est tout ce que vous obtenez -- Brian Kernigham - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
TC3.3m1 Possible bug with session.invalidate?
Hi,
I seem to be having a problem with session.invalidate(). I'm using this for
users to log out of my web site but it seems to take two attemps before the user
is properly logged out!
I am using JDBCRealms for authentication BTW.
I have set up a simple four page web site:
test/jsp/index.jsp front page
%
response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
response.setHeader("Pragma","no-cache"); //HTTP 1.0
response.setDateHeader ("Expires", 0); //prevents caching at the proxy server
%
html
body
%=request.toString()%br
%=request.getSession (false)%br
%=request.getRemoteUser()%br
%=request.getUserPrincipal()%br
h2a href="protected/index.jsp"Login/ah2
/body
/html
test/jsp/protected/index.jsp --- protected page
%
response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
response.setHeader("Pragma","no-cache"); //HTTP 1.0
response.setDateHeader ("Expires", 0); //prevents caching at the proxy server
%
html
body
%=request.toString()%br
%=request.getSession (false)%br
h2you are currently logged in as %= request.getRemoteUser() %/h2
h3a href="logout.jsp"Logout/a/h3
/body
/html
test/jsp/protected/logout.jsp --- logout page
%
response.setHeader("Cache-Control","no-cache"); //HTTP 1.1
response.setHeader("Pragma","no-cache"); //HTTP 1.0
response.setDateHeader ("Expires", 0); //prevents caching at the proxy server
%
html
body
%=request.toString()%br
%=request.getSession (false)%br
%=request.getRemoteUser()%br
%=request.getUserPrincipal()%br
%
session.invalidate ();
%
%=request.getSession (false)%br
%=request.toString()%br
%=request.getRemoteUser()%br
%=request.getUserPrincipal()%br
a href="../index.jsp"home/a.
/body
/html
test/jsp/login/login.jsp --- login page used by FORM based authentication.
html
body
h1Login page /h1
form method="POST" action="j_security_check"
Username: input type="text" name="j_username"br
Password: input type="password" name="j_password"br
br
input type="submit" value="login" name="j_security_check"
/form
/body
/html
The problem occurs like this:
The first time around the request for protected/index.jsp is detected and you
have to log in.
From there, access the logout page which does a % session.invalidate();%.
Then back to jsp/index.jsp, try and access the protected page from here --
straight in as still authenticated.
Accessing the log out page again, actually logs out this time!
Is this a known problem? Any possible work arounds?
Thanks,
Sam.
PS. This work fine on TC3.2.1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
RE: Just another Benchmark
Hi, See below. Roy snip -Original Message- From: Thomas Bezdicek [mailto:[EMAIL PROTECTED]] Sent: 02 March 2001 09:50 To: [EMAIL PROTECTED] Subject: Just another Benchmark Hi, we tried the apachebench on our solaris system, to check out differences between architectures and thereby we found a quite interesting behaviour. When serving a static page, apache uses the whole machine resources while tomcat isn't (CPU usage 100% to 20%) and for maybe this reason isn't serving at the same speed as apache. Is there a limit somewhere in the java net or in tomcat? Just curious: you say "CPU usage 100%". I guess what I'm asking is whether you assume that Apache keeps the CPU busy 100% of the time based on the ratio of the throughputs (requests per second) or whether you measured CPU busy using sar (or something like it). FWIW, in measurements of Apache I've done, I've rarely seen CPU utilization above about 75%. Roy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Tomcat 4 unpacking of WAR files behavior
Remy Maucherat wrote: Remy, What I am trying to do is start a discussion of _what_ the behaviour should be, so it can be fixed. I already consider the current behaviour to be broken. I'm mixed on the subject. Craig implemented it that way, so I want to hear his opinion on the subject. The original rationale for the current behavior was/is a very common user error with Tomcat 3.x -- it goes like this: * User drops a WAR file into "webapps" and restarts Tomcat * Tomcat auto-expands the WAR and runs fine * User updates the app, drops in an updated WAR, and restarts Tomcat * Tomcat sees the expanded directory, and does NOT auto-expand * User files a bug report "Tomcat does not reload my updated classes" :-( I'm open to suggestion for different behavior, but keep this scenario in mind. For example deploying a war on starutp, then undeploying it on shutdown adds unnecessary overhead to the tomcat start/stop processing. This would be a huge issue in a hosting environment where you might have 100's of war files. Yes sure. I think the best would be not to unpack the WARs (it's a lot cleaner). +1, as long as we can keep performance reasonable. Remy Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Regarding NLS Support(National Language Support)
Hello ! I am using the Apache-Tomcat configuration - using mod_jserv.so I am trying to get the tomcat to serve different web pages that have other language characters like ja_JP (Japanese) .. But all i am coming up is garbage characters . Does anyone can help me out on that ? Does Tomcat supports the NLS for different language character encoding ? (like the IBM WebSphere does ?) If so, how about one goes of doing it ?? thanks, thanks in advance, dipak
Re: Proposed ApacheConfig.java change
Hi y'all. I'm in the process of making a small tweak so that the mod_jk.conf-auto file uses IfModule conditionals around the LoadModule statments. As discussed earlier, there should be a lot of deployment configuration value in this tweak. However, after upgrading to the latest and greatest tomcat 3.3 version out of CVS (as of last night) I've suddenly noticed that tomcat is no longer generating the mod_jk.conf-auto or tomcat-apache.conf files automatically. As near as I can tell, ApacheConfig.execute() is not being called. Is this a bug or do I need to configure something in server.xml now to make this happen? (With tc3.2.1 I didn't do anything in particular to cause these to be generated.) I look forward to some enlightenment. Cheers, Mel __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Just another Benchmark
on 3/2/01 11:58 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote: For "real" production servers I hope you'll use Apache, and for embeding tomcat in apps or development you don't need 500 requests per seconde. What if we need 500 requests per second for non-static files? :-) -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[PATCH] Bug 841 - JSPC stack fault on NT
Under NT (and
presumably any OS where File.sep != '/') JspC has a stack underflow at
baseDirStack.peek() in ParserController.java. This patch converts from '\' to
'/' for those cases. It also sets the package name for the class based on the
URI, so that the java file is distinguished from others with the same
name.
<><><><><><><><><><><><><><><><><><><><><>This electronic mail transmission may contain confidential information and is intended only for the person(s) named. Any use, copying or disclosure by any other person is strictly prohibited. If you have received this transmission in error, please notify the sender via e-mail. <><><><><><><><><><><><><><><><><><><><><>
? org/apache/jasper/.nbattrs
? org/apache/jasper/compiler/.nbattrs
Index: org/apache/jasper/CommandLineContext.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/CommandLineContext.java,v
retrieving revision 1.6
diff -u -r1.6 CommandLineContext.java
--- org/apache/jasper/CommandLineContext.java 2001/02/08 13:36:56 1.6
+++ org/apache/jasper/CommandLineContext.java 2001/03/02 14:15:42
@@ -113,7 +113,8 @@
classPath = newClassPath;
uriBase = newUriBase;
String tUriRoot = newUriRoot;
-jspFile = newJspFile;
+//Convert from FileSystem to URI namespace
+jspFile = newJspFile.replace(File.separatorChar, '/');
// hack fix for resolveRelativeURI
errPage = newErrPage;
options = newOptions;
@@ -130,6 +131,10 @@
uriBase += '/';
}
+servletPackageName = uriBase.substring(1).replace('/', '.');
+int l = servletPackageName.length();
+servletPackageName = servletPackageName.substring(0, l - 1);
+
if (tUriRoot == null) {
uriRoot = new File("");
} else {
Index: org/apache/jasper/JspC.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java,v
retrieving revision 1.8
diff -u -r1.8 JspC.java
--- org/apache/jasper/JspC.java 2001/02/04 01:03:42 1.8
+++ org/apache/jasper/JspC.java 2001/03/02 14:15:43
@@ -487,6 +487,9 @@
if (tUriBase == null) {
tUriBase = "/";
}
+if (! tUriBase.startsWith("/")) {
+tUriBase = "/" + tUriBase;
+}
try {
if (f.exists()) {
f = new File(f.getCanonicalPath());
@@ -501,7 +504,7 @@
break;
}
if (f.exists() f.isDirectory()) {
-tUriBase = "/" + f.getName() + "/" + tUriBase;
+tUriBase = "/" + f.getName() + tUriBase;
}
String fParent = f.getParent();
@@ -647,6 +650,8 @@
if (nextjsp.startsWith("." + File.separatorChar)) {
nextjsp = nextjsp.substring(2);
}
+
+nextjsp = nextjsp.replace(File.separatorChar, '/');
parseFile(log, nextjsp, servletout, mappingout);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Re: autoconf / automake
on 3/2/01 9:12 AM, "Jones, Stephen" [EMAIL PROTECTED] wrote: Does anybody know how to use autoconf or automake? We could perhaps put an end to most of the mod_jk compilation problems if we had some good configure scripts that generated Makefiles. I don't know how complicated the tools are... Steve You can use JServ's system (which myself and Vadim) built as your basis. Needless to say, using those tools and getting them to work on a bazillion different platforms is a royal bitch. thanks, -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ http://java.apache.org/turbine/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Tomcat 4 unpacking of WAR files behavior
On Fri, 2 Mar 2001, Craig R. McClanahan wrote: Yes sure. I think the best would be not to unpack the WARs (it's a lot cleaner). +1, as long as we can keep performance reasonable. Well, memory's cheap. You can always just read the whole WAR in. Then you'll get great performance. :) As a middle ground, it probably wouldn't be too horrible to implement a ClassLoader that cached frequently-accessed resources from the WAR. Aaron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Just another Benchmark
on 3/2/01 11:58 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote: For "real" production servers I hope you'll use Apache, and for embeding tomcat in apps or development you don't need 500 requests per seconde. What if we need 500 requests per second for non-static files? :-) You got them already - tomcat overhead for serving servlets is comparable with apache overhead for serving static pages. Everything else is up to the servlet implementation. ( actually, tomcat overhead is smaller than Apache 1.3, but Apache 2.0 is faster ) Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Problem building mod_jk on HP-UX 11.00
So this checkin is just for branched JSP label? Just want to be sure. Also thanks for interviewing the candidate yesterday. What do you think about him? What's the rank (1 - 10) you wil give him? Alex Yiu wrote: Yes. a branch for JSP Oracle 9i beta releas was made already. Yaqing Wang wrote: Is JSP branching? -- == Alex Yiu Java Platform Group, LORT, STEmail: [EMAIL PROTECTED] Oracle Corporation Phone: (650) 506-4522 Mailstop: 4op9 Fax:(650) 633-2349 500 Oracle Parkway, Redwood Shores, CA 94065 == **- I think, therefore I am. ** ** The statements and opinions expressed here are my own and ** ** do not necessarily represent those of Oracle Corporation. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Some benchmarks
I need to choose for my company the "next generation" servlet-engine. For now we are using JRUN. I am doing benchmark to choose the next one. choices for me are : JRUN, RESIN... not Tomcat as it is considered not stable and slow compare to the two others... What version of tomcat did you test ? Tomcat 3.3 should be close to Jrun and resin as speed - probably in 20..30% range. Again - it can serve servlets and Jsps faster than Apache1.3 is serving static files - if Apache is fast enough for you, tomcat will not be the problem. ( assuming of course the right VM and configuration :-) In these tests JRUN and Resin perform equally. Tomcat is get out of memory, is slow compared to the other and sometimes even crashed the JVM. Crashing the VM is a VM problem :-) Regarding memory usage - tomcat 3.3 creates about 10 objects per request ( compared with few hundreds in 3.1 ). Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Proposed ApacheConfig.java change
However, after upgrading to the latest and greatest tomcat 3.3 version out of CVS (as of last night) I've suddenly noticed that tomcat is no longer generating the mod_jk.conf-auto or tomcat-apache.conf files automatically. As near as I can tell, ApacheConfig.execute() is not being called. Yes, you need to insert the ApacheConfig module in server.xml. We can include it by default for the next milestone - but I would rather not, many people use tomcat standalone. ( a better solution be part of the new admin interface, but probably after 3.3 ) Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Just another Benchmark
on 3/3/01 6:55 AM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote: on 3/2/01 11:58 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote: For "real" production servers I hope you'll use Apache, and for embeding tomcat in apps or development you don't need 500 requests per seconde. What if we need 500 requests per second for non-static files? :-) You got them already - tomcat overhead for serving servlets is comparable with apache overhead for serving static pages. Everything else is up to the servlet implementation. ( actually, tomcat overhead is smaller than Apache 1.3, but Apache 2.0 is faster ) Costin what platform/os? i believe your previous claims have been on NT, is this also for unix now as well? -jon -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ http://java.apache.org/turbine/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Tomcat 4 unpacking of WAR files behavior
On Fri, 2 Mar 2001, Craig R. McClanahan wrote: Yes sure. I think the best would be not to unpack the WARs (it's a lot cleaner). +1, as long as we can keep performance reasonable. Well, memory's cheap. You can always just read the whole WAR in. Performance should be good with WARs (ie, you shouldn't notice anything really different). On startup, a table of contents of the WAR is built (otherwise, browsing isn't possible). Then you'll get great performance. :) As a middle ground, it probably wouldn't be too horrible to implement a ClassLoader that cached frequently-accessed resources from the WAR. The classloader loads stuff using URL connections pointing to the directory context which then accesses the WAR. The caching is done at the directory context layer. There is no caching of the content yet. Only the metadata is cached right now (but content caching can be added fairly easily (although I don't know if it would be that useful, since the OS content caching is quite efficient - I suggest adding that only if benchmark figures are too low). Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Just another Benchmark
what platform/os? i believe your previous claims have been on NT, is this also for unix now as well? I've never tried on NT - and it would be pretty difficult anyway ( to get NT on my computer :-) I'm using Linux/JDK1.3. Again, I'm talking about overhead - i.e. the time spent in tomcat ( if the servlet is doing anything - well, that's servlet performance, not something related with the container). Costin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Tomcat 3.2.1 - bufferSize in BodyContentImpl
We made the following change to reAllocBuff() in
org.apache.jasper.runtime.BodyContentImpl with some success. Curious if this
is of use to others. There was already a note about using a multiple of
DEFAULT_BUFFER_SIZE. This takes the notion one step further, doubling size
upon each request. Made a tremendous impact on performance for a page where
a body tag was generating a lot of output. This function, and the array
copy, were taking a big chunk of CPU to deal with the degenerate situation.
Another option would be to get the bufferSize from JspWriter, as this would
allow the buffer page directive to affect BodyContent as well. Felt the
doubling was more effective and simple.
Thanks,
Andrew
113,117c113,114
//XXX Should it be multiple of DEFAULT_BUFFER_SIZE??
if (len = Constants.DEFAULT_BUFFER_SIZE) {
cb = new char [bufferSize + Constants.DEFAULT_BUFFER_SIZE];
bufferSize += Constants.DEFAULT_BUFFER_SIZE;
---
if (len = bufferSize) {
bufferSize = bufferSize * 2;
119d115
cb = new char [bufferSize + len];
121a118,119
cb = new char [bufferSize];
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
