AW: [5.0] JSP performance ...
i have patched jasper to use char arrays instead of strings, and it gaves a good performance improvment. It's not perfect, but is works. cu Torsten -Ursprüngliche Nachricht- Von: Remy Maucherat [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 7. September 2003 15:49 An: Tomcat Developers List Betreff: [5.0] JSP performance ... .. is not as good as it should be. I found a benchmark where TC is currently not too good. The problem occurs when dealing with lots of strings. I'm attaching the benchmark, the code generated by TC, and the code generated by Resin. Resin String handling tricks ends with it making about half the amount of writes, and writing char arrays instead of Strings. I believe this is faster :-D While the benchmark is quite lame, I believe a lot of pages have similar amounts of interleaved static HTML, so optimizing this would give a healthy performance increase. (Note: I did a quick review with a profiler, and all the CPU time is spent in the _jspService method body, using a compiled JSP, so the performance overhead is in the generated code for this particular test) (I found this while looking for optimization ideas) Can we get the same kind of stuff ? Kin-Man, Jan, others ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22942] - HTTP Status 500 - Error retrieving attribute liveDeploy
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=22942. 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=22942 HTTP Status 500 - Error retrieving attribute liveDeploy [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 07:05 --- http://jakarta.apache.org/tomcat/tomcat-5.0-doc/RELEASE-NOTES.txt ?? I can't see anything usefull ... nothing alse: When all else fails: See the FAQ http://jakarta.apache.org/tomcat/faq/; I don't found nothing. Ok, this is not a bugs or is a fixed bug, however can you be more accurate and help me plese? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22942] - HTTP Status 500 - Error retrieving attribute liveDeploy
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=22942. 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=22942 HTTP Status 500 - Error retrieving attribute liveDeploy [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 07:09 --- Please do not reopen the report, the issue has been addressed. -- Administration web application: -- Due to changes in the configuration file format, the administration web application does not support editing hosts or connectors. This will be resolved in a future Tomcat beta release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22942] - HTTP Status 500 - Error retrieving attribute liveDeploy
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=22942. 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=22942 HTTP Status 500 - Error retrieving attribute liveDeploy [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 07:22 --- I read the web site docs instead of local installed docs. Sorry and Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [5.0] JSP performance ...
Torsten Fohrer wrote: i have patched jasper to use char arrays instead of strings, and it gaves a good performance improvment. It's not perfect, but is works. Resin is also concatenating the strings, to reduce the amount of write calls. In this particular test, it is useful; IRL, probably a bit less, but it could help. Anyway, you can contribute stuff if you wish to :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5 build problems
Recently I tested to build Tomcat 5 from scratch and found the following build problems (but they aren't serious and don't effect Tomcat 5 binary quality.): 1) Can't access a main build script. The access to http://jakarta.apache.org/builds/jakarta-tomcat/build-5/build.xml is redirected to http://jakarta.apache.org/site/binindex.cgi now. I confirmed to get it a few days ago. Is any new script available? And it needs the change of the following sentences in BUILDING.txt. * Download the main build.xml script from: http://jakarta.apache.org/builds/jakarta-tomcat/build-5/build.xml 2) The location of commons-launcher has already been changed to http://jajakarta.apache.org/ to http://www.apache.org/ in bulid.properties.default. I attach a patch. 3) Commons-daemon isn't got automatically by the build script. I guess that Remy moved daemon on Sep 3 but didn't change a build script. Kazuhiro Kazama ([EMAIL PROTECTED]) NTT Network Innovation Laboratories Index: build.properties.default === RCS file: /home/cvspublic/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.104 diff -c -u -r1.104 build.properties.default --- build.properties.default5 Sep 2003 06:46:01 - 1.104 +++ build.properties.default8 Sep 2003 07:44:29 - @@ -64,7 +64,7 @@ commons-launcher.bin=${commons-launcher.home}/bin commons-launcher.jar=${commons-launcher.bin}/commons-launcher.jar commons-launcher.bootstrap.class=${commons-launcher.bin}/LauncherBootstrap.class -commons-launcher.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-launcher/v0.9/commons-launcher-0.9.tar.gz +commons-launcher.loc=http://www.apache.org/dist/jakarta/commons/launcher/binaries/launcher-0.9.tar.gz # - Commons Daemon - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Classloading question
Hello, I've asked in the user list before, but nobody seemed to know there. Is it possible at all to use classes from a different context? The crossContext attribute does not seem to enable this. Basically, I have two WARs and want to access classes that are in one WAR from the other WAR (has JSP pages). I know that I could put the classes in the shared/common directory, but these classes are updated frequently and I can't restart Tomcat every time one of them changes. So I'd prefer to have those classes in a WAR and have my other WARs access them. Or is there another way (except via WAR files) to deploy and undeploy specific classes while Tomcat is running? Many thanks in advance, Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default
remm2003/09/08 02:10:54 Modified:.build.properties.default Log: - Update all d/l locations (including launcher) to archive.apache.org (they are supposed to last forever ;-) ). Revision ChangesPath 1.105 +21 -21jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.104 retrieving revision 1.105 diff -u -r1.104 -r1.105 --- build.properties.default 5 Sep 2003 06:46:01 - 1.104 +++ build.properties.default 8 Sep 2003 09:10:54 - 1.105 @@ -48,14 +48,14 @@ commons-beanutils.home=${base.path}/commons-beanutils-1.6.1 commons-beanutils.lib=${commons-beanutils.home} commons-beanutils.jar=${commons-beanutils.lib}/commons-beanutils.jar -commons-beanutils.loc=http://www.apache.org/dist/jakarta/commons/beanutils/binaries/commons-beanutils-1.6.1.tar.gz +commons-beanutils.loc=http://archive.apache.org/dist/jakarta/commons/beanutils/binaries/commons-beanutils-1.6.1.tar.gz # - Commons Collections, version 2.0 or later - commons-collections.home=${base.path}/commons-collections-2.1 commons-collections.lib=${commons-collections.home} commons-collections.jar=${commons-collections.lib}/commons-collections.jar -commons-collections.loc=http://www.apache.org/dist/jakarta/commons/collections/binaries/collections-2.1.tar.gz +commons-collections.loc=http://archive.apache.org/dist/jakarta/commons/collections/binaries/collections-2.1.tar.gz # - Commons Launcher, version 0.9 or later - @@ -64,7 +64,7 @@ commons-launcher.bin=${commons-launcher.home}/bin commons-launcher.jar=${commons-launcher.bin}/commons-launcher.jar commons-launcher.bootstrap.class=${commons-launcher.bin}/LauncherBootstrap.class -commons-launcher.loc=http://jakarta.apache.org/builds/jakarta-commons/release/commons-launcher/v0.9/commons-launcher-0.9.tar.gz +commons-launcher.loc=http://archive.apache.org/dist/jakarta/commons/launcher/binaries/launcher-0.9.tar.gz # - Commons Daemon - @@ -83,14 +83,14 @@ commons-digester.home=${base.path}/commons-digester-1.5 commons-digester.lib=${commons-digester.home} commons-digester.jar=${commons-digester.lib}/commons-digester.jar -commons-digester.loc=http://www.apache.org/dist/jakarta/commons/digester/binaries/commons-digester-1.5.tar.gz +commons-digester.loc=http://archive.apache.org/dist/jakarta/commons/digester/binaries/commons-digester-1.5.tar.gz # - Commons Expression Language (EL), version 1.0 or later - commons-el.home=${base.path}/commons-el-1.0 commons-el.lib=${commons-el.home} commons-el.jar=${commons-el.lib}/commons-el.jar -commons-el.loc=http://www.apache.org/dist/jakarta/commons/el/binaries/commons-el-1.0.tar.gz +commons-el.loc=http://archive.apache.org/dist/jakarta/commons/el/binaries/commons-el-1.0.tar.gz # - Commons Logging, version 1.0.1 or later - @@ -98,7 +98,7 @@ commons-logging.lib=${commons-logging.home} commons-logging-api.jar=${commons-logging.lib}/commons-logging-api.jar commons-logging.jar=${commons-logging.lib}/commons-logging.jar -commons-logging.loc=http://www.apache.org/dist/jakarta/commons/logging/binaries/commons-logging-1.0.3.tar.gz +commons-logging.loc=http://archive.apache.org/dist/jakarta/commons/logging/binaries/commons-logging-1.0.3.tar.gz # - Commons Modeler, version 1.1 or later - @@ -106,7 +106,7 @@ #commons-modeler.lib=${commons-modeler.home} commons-modeler.lib=${commons-modeler.home} commons-modeler.jar=${commons-modeler.lib}/commons-modeler.jar -commons-modeler.loc=http://www.apache.org/dist/jakarta/commons/modeler/binaries/modeler-1.1.tar.gz +commons-modeler.loc=http://archive.apache.org/dist/jakarta/commons/modeler/binaries/modeler-1.1.tar.gz # - Java Naming and Directory Interface (JNDI), version 1.2 or later - @@ -119,10 +119,10 @@ # - Jakarta Regular Expressions Library, version 1.2 - -regexp.home=${base.path}/jakarta-regexp-1.2 +regexp.home=${base.path}/jakarta-regexp-1.3 regexp.lib=${regexp.home} -regexp.jar=${regexp.lib}/jakarta-regexp-1.2.jar -regexp.loc=http://jakarta.apache.org/builds/jakarta-regexp/release/v1.2/jakarta-regexp-1.2.tar.gz +regexp.jar=${regexp.lib}/jakarta-regexp-1.3.jar +regexp.loc=http://archive.apache.org/dist/jakarta/regexp/binaries/jakarta-regexp-1.3.tar.gz # - Xerces XML Parser, version 2.5.0 - @@ -139,38 +139,38 @@ # - Log4j - -log4j.home=${base.path}/jakarta-log4j-1.2.7 +log4j.home=${base.path}/jakarta-log4j-1.2.8 log4j.lib=${log4j.home} -log4j.jar=${log4j.lib}/dist/lib/log4j-1.2.7.jar -log4j.loc=http://jakarta.apache.org/log4j/jakarta-log4j-1.2.7.tar.gz
cvs commit: jakarta-tomcat-5 build.properties.default
remm2003/09/08 02:31:38 Modified:.build.properties.default Log: - New PureTLS version. - I'll be including PureTLS support in 5.0.11+. Revision ChangesPath 1.106 +2 -2 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.105 retrieving revision 1.106 diff -u -r1.105 -r1.106 --- build.properties.default 8 Sep 2003 09:10:54 - 1.105 +++ build.properties.default 8 Sep 2003 09:31:38 - 1.106 @@ -249,7 +249,7 @@ # - PureTLS Extension, version 0.9 or later - -puretls.home=${base.path}/puretls-0.9b2 +puretls.home=${base.path}/puretls-0.9b4 puretls.lib=${puretls.home}/build puretls.jar=${puretls.lib}/puretls.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.xml
remm2003/09/08 02:12:12 Modified:.build.xml Log: - Use the tgz for commons-dbcp. Revision ChangesPath 1.158 +1 -1 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.157 retrieving revision 1.158 diff -u -r1.157 -r1.158 --- build.xml 6 Sep 2003 17:49:22 - 1.157 +++ build.xml 8 Sep 2003 09:12:12 - 1.158 @@ -1579,7 +1579,7 @@ param name=destfile value=${commons-pool.jar}/ /antcall -antcall target=downloadzip +antcall target=downloadgz param name=sourcefile value=${commons-dbcp.loc}/ param name=destfile value=${commons-dbcp.jar}/ param name=destdir value=${base.path}/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 RUNNING.txt
remm2003/09/08 03:10:23 Modified:.RUNNING.txt Log: - Update running instructions. Revision ChangesPath 1.3 +3 -9 jakarta-tomcat-5/RUNNING.txt Index: RUNNING.txt === RCS file: /home/cvs/jakarta-tomcat-5/RUNNING.txt,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- RUNNING.txt 25 Jun 2003 02:18:26 - 1.2 +++ RUNNING.txt 8 Sep 2003 10:10:23 - 1.3 @@ -12,7 +12,7 @@ (0) Download and Install a Java Development Kit -* Download a Java Development Kit (JDK) release (version 1.2 or later) from: +* Download a Java Development Kit (JDK) release (version 1.3 or later) from: http://java.sun.com/j2se/ @@ -31,13 +31,7 @@ * Download a binary distribution of Tomcat from: -http://jakarta.apache.org/builds/jakarta-tomcat-5/nightly/ - - On a Windows platform, you will need: -jakarta-tomcat-5-MMDD.zip - - On a Unix platform, you will need: -jakarta-tomcat-5-MMDD.zip +http://jakarta.apache.org/site/binindex.cgi * Unpack the binary distribution into a convenient location so that the distribution resides in its own directory (conventionally named - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.xml
remm2003/09/08 03:11:10 Modified:.build.xml Log: - Bundle the build script with the docs. - Remove redundent txt documents. Revision ChangesPath 1.159 +3 -8 jakarta-tomcat-5/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v retrieving revision 1.158 retrieving revision 1.159 diff -u -r1.158 -r1.159 --- build.xml 8 Sep 2003 09:12:12 - 1.158 +++ build.xml 8 Sep 2003 10:11:10 - 1.159 @@ -561,17 +561,13 @@ filter token=VERSION value=${version}/ !-- Add release notes to the root webapp -- -copy file=./RELEASE-NOTES +copy file=${basedir}/RELEASE-NOTES tofile=${tomcat.build}/webapps/ROOT/RELEASE-NOTES.txt filtering=true / !-- Add documents to the tomcat-docs webapp -- -copy todir=${tomcat.build}/webapps/tomcat-docs - fileset dir=. -include name=BUILDING.txt/ -include name=RUNNING.txt/ - /fileset -/copy +copy file=${basedir}/resources/build.xml +todir=${tomcat.build}/webapps/tomcat-docs / copy file=./RELEASE-NOTES tofile=${tomcat.build}/webapps/tomcat-docs/RELEASE-NOTES.txt filtering=true / @@ -1106,7 +1102,6 @@ fileset dir=. include name=LICENSE/ include name=INSTALLING.txt/ -include name=BUILDING.txt/ include name=README.txt/ include name=RELEASE*/ include name=RUNNING.txt/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default
remm2003/09/08 03:11:39 Modified:.build.properties.default Log: - /usr/share/java seems a better default than /usr/local for d/led stuff. Revision ChangesPath 1.107 +3 -3 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.106 retrieving revision 1.107 diff -u -r1.106 -r1.107 --- build.properties.default 8 Sep 2003 09:31:38 - 1.106 +++ build.properties.default 8 Sep 2003 10:11:39 - 1.107 @@ -35,9 +35,9 @@ cvsroot=:pserver:[EMAIL PROTECTED]:/home/cvspublic # - Default Base Path for Dependent Packages - -#base.path=/usr/share/java +base.path=/usr/share/java #base.path=../repository -base.path=/usr/local +#base.path=/usr/local # -- #REQUIRED LIBRARIES - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5/resources build.xml
remm2003/09/08 03:15:14 Modified:resources build.xml Log: - Update netbuild. Thanks to Kazuhiro Kazama for the tip. Revision ChangesPath 1.3 +34 -23jakarta-tomcat-5/resources/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-5/resources/build.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- build.xml 4 May 2003 18:37:47 - 1.2 +++ build.xml 8 Sep 2003 10:15:14 - 1.3 @@ -11,7 +11,7 @@ !-- Project Properties -- property name=name value=Apache Tomcat / - property name=year value=2002 / + property name=year value=2003 / property name=version value=5.0 / property name=project value=jakarta-tomcat / property name=final.namevalue=${project}-${version} / @@ -29,9 +29,7 @@ property name=jasper.projectvalue=jakarta-tomcat-jasper / !-- Dependent projects -- - property name=commons-el.project value=jakarta-commons/el / - property name=commons-daemon.project value=jakarta-commons-sandbox/daemon / - property name=commons-modeler.project value=jakarta-commons/modeler / + property name=commons-daemon.project value=jakarta-commons/daemon / !-- Source dependencies -- property name=api.home @@ -45,7 +43,7 @@ property name=tomcat.home value=${basedir}/${tomcat.project}/ - target name=build depends=check.source,get.source + target name=build depends=check.source,check.source.depends,get.source,get.source.depends description=Builds all components ant dir=${tomcat.home} target=download / @@ -53,18 +51,6 @@ /target - target name=check.source - -available property=source.exists file=${basedir}/${tomcat.project} / - - /target - - target name=get.source unless=source.exists - -antcall target=checkout / - - /target - target name=checkout description=Update or checkout required sources from CVS @@ -84,20 +70,45 @@ command=checkout -P ${api.project} dest=${basedir} compression=true / + /target + + target name=checkout.depends + description=Update or checkout dependent sources from CVS + cvs cvsroot=${cvsroot} quiet=true command=checkout -P jakarta-commons/LICENSE dest=${basedir} compression=true / cvs cvsroot=${cvsroot} quiet=true - command=checkout -P ${commons-el.project} - dest=${basedir} compression=true / -cvs cvsroot=${cvsroot} quiet=true command=checkout -P ${commons-daemon.project} dest=${basedir} compression=true / -cvs cvsroot=${cvsroot} quiet=true - command=checkout -P ${commons-modeler.project} - dest=${basedir} compression=true / /target + !-- *** UTILITY TARGETS *** -- + + target name=check.source + +available property=source.exists file=${basedir}/${tomcat.project} / + + /target + + target name=check.source.depends + +available property=source.depends.exists + file=${basedir}/${commons-daemon.project} / + + /target + + target name=get.source unless=source.exists + +antcall target=checkout / + + /target + + target name=get.source.depends unless=source.depends.exists + +antcall target=checkout.depends / + + /target /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs building.xml index.xml project.xml
remm2003/09/08 03:16:02 Modified:webapps/docs index.xml project.xml Added: webapps/docs building.xml Log: - Move build docs from the website to the documentation. Revision ChangesPath 1.10 +4 -3 jakarta-tomcat-catalina/webapps/docs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/index.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- index.xml 24 Jul 2003 15:26:13 - 1.9 +++ index.xml 8 Sep 2003 10:16:02 - 1.10 @@ -125,9 +125,10 @@ pThe following documents are for Java developers who wish to contribute to the development of the emTomcat/em project./p ul -lia href=BUILDING.txtstrongBuilding from Source/strong/a - Details the -steps necessary to download Tomcat 5 source code (and the other packages -that it depends on), and build a binary distribution from those sources. +lia href=building.htmlstrongBuilding from Source/strong/a - +Details the steps necessary to download Tomcat 5 source code (and the +other packages that it depends on), and build a binary distribution from +those sources. /li lia href=changelog.htmlstrongChangelog/strong/a - Details the changes made to Tomcat. 1.15 +1 -1 jakarta-tomcat-catalina/webapps/docs/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/project.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- project.xml 14 Jul 2003 16:20:11 - 1.14 +++ project.xml 8 Sep 2003 10:16:02 - 1.15 @@ -49,7 +49,7 @@ /menu menu name=Tomcat Development -item name=Building from Source href=BUILDING.txt/ +item name=Building href=building.html/ item name=Changelog href=changelog.html/ item name=Statushref=status.html/ item name=Developershref=developers.html/ 1.1 jakarta-tomcat-catalina/webapps/docs/building.xml Index: building.xml === ?xml version=1.0? !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] document project; properties authorRemy Maucherat/author titleBuilding Tomcat/title /properties body section name=Introduction p Building Tomcat from CVS is very easy, and is the first step to contributing to Tomcat. The following is a step by step TODO list. /p /section section name=Download and install a Java Development Kit 1.4.x or later p Ealier releases would also work, but are harder to work with due to the need to download additional dependencies. Tomcat also runs much faster on the latest 1.4 JDK. /p p The Sun JDK can be downloaded a href=http://java.sun.com/j2se/;here/a. /p p bIMPORTANT/b: Set an environment variable JAVA_HOME to the pathname of the directory into which you installed the JDK release. /p /section section name=Install Apache Ant 1.5.x p Download a binary distribution of Ant 1.5.x from a href=http://ant.apache.org/bindownload.cgi;here/a. /p p Unpack the binary distribution into a convenient location so that the Ant release resides in its own directory (conventionally named jakarta-ant-1.5.1). For the purposes of the remainder of this document, the symbolic name ${ant.home} is used to refer to the full pathname of the release directory. /p p Create an ANT_HOME environment variable to point the directory ${ant.home}, and modify the PATH environment variable to include directory ${ant.home}/bin in its list. This makes the ant command line script available, which will be used to actually perform the build. /p /section section name=Building Tomcat p Download the main build.xml script from a href=build.xmlhere/a. /p p Create a new directory, and copy the newly download build.xml to it. This directory will be referred to as the ${tomcat.source} directory in the rest of this document. /p p Go to that directory, and do: codebr/ cd ${tomcat.source}br/ antbr/ /code /p p NOTE: Users accessing the Internet through a proxy must use a properties file to indicate to Ant the proxy configuration. Read below. /p p WARNING: Running this command will checkout the Tomcat 5 sources from CVS, as well as download binaries to the code/usr/share/java/code directory. Make sure this is appropriate to do so on your computer. On Windows, this usually corresponds to the codeC:\usr\share\java/code directory, unless Cygwin is
cvs commit: jakarta-tomcat-5 BUILDING.txt
remm2003/09/08 03:12:00 Modified:.BUILDING.txt Log: - Update build documentation. Revision ChangesPath 1.32 +14 -39jakarta-tomcat-5/BUILDING.txt Index: BUILDING.txt === RCS file: /home/cvs/jakarta-tomcat-5/BUILDING.txt,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- BUILDING.txt 25 Jun 2003 02:23:12 - 1.31 +++ BUILDING.txt 8 Sep 2003 10:12:00 - 1.32 @@ -15,7 +15,7 @@ * If the JDK is already installed, skip to (1). -* Download a Java Development Kit (JDK) release (version 1.4 or later) from: +* Download a Java Development Kit (JDK) release (version 1.4.x or later) from: http://java.sun.com/j2se/ @@ -25,59 +25,34 @@ into which you installed the JDK release. -(1) Install Apache Ant 1.5.1 on your computer +(1) Install Apache Ant 1.5.x on your computer -* If Apache Ant 1.5.1 is already installed on your computer, skip to (2). +* If Apache Ant 1.5.x is already installed on your computer, skip to (2). -(1.1) Download and Install the Ant Binary Distribution +* Download a binary distribution of Ant 1.5.x from: -* Download a binary distribution of Ant 1.5.1 from: - -http://jakarta.apache.org/builds/jakarta-ant/release/v1.5.1/bin/ - - On a Windows platform, you will need: -jakarta-ant-1.5.1-bin.zip - - On a Unix platform, you will need: -jakarta-ant-1.5.1-bin.tar.gz +http://ant.apache.org/bindownload.cgi * Unpack the binary distribution into a convenient location so that the Ant release resides in its own directory (conventionally named - jakarta-ant-1.5.1). For the purposes of the remainder of this document, + jakarta-ant-1.5.x). For the purposes of the remainder of this document, the symbolic name ${ant.home} is used to refer to the full pathname of the release directory. +* Create an ANT_HOME environment variable to point the directory + ${ant.home}. + * Modify the PATH environment variable to include the directory ${ant.home}/bin in its list. This makes the ant command line script available, which will be used to actually perform the build. -(1.2) Download and Install the Xalan 2 Distribution - -* Download a binary distribution of Xalan version 2.x from: - - http://xml.apache.org/dist/xalan-j/ - - On a Windows platform, you probably want: -Xerces-J-bin.2.x.y.zip - - On a Unix platform, you probably want: -Xerces-J-bin.2.x.y.tar.gz - -* Unpack the binary distribution into a convenient location so that the - distribution resides in its own directory (conventionally named - xalan-2_x_y). - -* Copy the xalan.jar file from that distribution to the ${ant.home}/lib - directory. - - (2) Building Tomcat 5 (2.1) Download main build script and build binary distribution * Download the main build.xml script from: - http://jakarta.apache.org/builds/jakarta-tomcat/build-5/build.xml + http://jakarta.apache.org/tomcat/tomcat-5.0-doc/build.xml * Create a new directory, and copy the newly download build.xml to it. This directory will be referred to as the ${tomcat.source} directory in the rest @@ -94,9 +69,9 @@ file to indicate to Ant the proxy configuration. Read below. * WARNING: Running this command will checkout the Tomcat 5 sources from CVS, as - well as download binaries to the /usr/local directory. Make sure this is + well as download binaries to the /usr/share/java directory. Make sure this is appropriate to do on your computer. On Windows, this usually corresponds - to the C:\usr\local directory, unless Cygwin is used. Read below to + to the C:\usr\share\java directory, unless Cygwin is used. Read below to customize the directory used to download the binaries. * The build can be controlled by creating a ${tomcat.source}/build.properties @@ -111,7 +86,7 @@ # - Default Base Path for Dependent Packages - # Replace this path with the directory path where dependencies binaries # should be downloaded -base.path=/usr/local +base.path=/usr/share/java (3) Updating sources - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5 build problems
Kazuhiro Kazama wrote: Recently I tested to build Tomcat 5 from scratch and found the following build problems (but they aren't serious and don't effect Tomcat 5 binary quality.): 1) Can't access a main build script. The access to http://jakarta.apache.org/builds/jakarta-tomcat/build-5/build.xml is redirected to http://jakarta.apache.org/site/binindex.cgi now. I confirmed to get it a few days ago. Is any new script available? And it needs the change of the following sentences in BUILDING.txt. I updated everything, I think. * Download the main build.xml script from: http://jakarta.apache.org/builds/jakarta-tomcat/build-5/build.xml 2) The location of commons-launcher has already been changed to http://jajakarta.apache.org/ to http://www.apache.org/ in bulid.properties.default. I attach a patch. Many other locations needed updates. The new archive.apache.org should provide stable links. 3) Commons-daemon isn't got automatically by the build script. I guess that Remy moved daemon on Sep 3 but didn't change a build script. Yes. The script will be updated online when 5.0.11 is tagged. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs/stylesheets project.xml
remm2003/09/08 03:29:54 Modified:docs building.html index.html irc.html news.html resources.html xdocs/stylesheets project.xml Removed: docs bugreport.html xdocsbugreport.xml Log: - Remove building page. - Reorg links on the side. Revision ChangesPath 1.9 +11 -9 jakarta-tomcat-site/docs/building.html Index: building.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/building.html,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- building.html 12 Jun 2003 00:31:12 - 1.8 +++ building.html 8 Sep 2003 10:29:54 - 1.9 @@ -41,14 +41,13 @@ tr !-- LEFT SIDE NAVIGATION -- td width=20% valign=top nowrap=true -pstrongTomcat/strong/p + +pstrongTomcat/strong/p ul lia href=./index.htmlHome/a /li lia href=./bugreport.htmlBug Database/a /li -lia href=./building.htmlBuilding/a -/li lia href=./resources.htmlResources/a /li lia href=./irc.htmlIRC/a @@ -58,15 +57,11 @@ /ul pstrongDocumentation/strong/p ul -lia href=./tomcat-3.2-doc/index.htmlTomcat 3.2/a -/li -lia href=./tomcat-3.3-doc/index.htmlTomcat 3.3/a -/li -lia href=./tomcat-4.0-doc/index.htmlTomcat 4.0/a +lia href=./tomcat-5.0-doc/index.htmlTomcat 5.0/a /li lia href=./tomcat-4.1-doc/index.htmlTomcat 4.1/a /li -lia href=./tomcat-5.0-doc/index.htmlTomcat 5.0/a +lia href=./tomcat-3.3-doc/index.htmlTomcat 3.3/a /li /ul pstrongDownload/strong/p @@ -74,6 +69,13 @@ lia href=http://jakarta.apache.org/site/binindex.cgi;Binaries/a /li lia href=http://jakarta.apache.org/site/sourceindex.cgi;Source Code/a +/li +/ul +pstrongArchives/strong/p +ul +lia href=./tomcat-4.0-doc/index.htmlTomcat 4.0/a +/li +lia href=./tomcat-3.2-doc/index.htmlTomcat 3.2/a /li /ul pstrongJakarta/strong/p 1.48 +11 -9 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.47 retrieving revision 1.48 diff -u -r1.47 -r1.48 --- index.html26 Aug 2003 09:08:17 - 1.47 +++ index.html8 Sep 2003 10:29:54 - 1.48 @@ -41,14 +41,13 @@ tr !-- LEFT SIDE NAVIGATION -- td width=20% valign=top nowrap=true -pstrongTomcat/strong/p + +pstrongTomcat/strong/p ul lia href=./index.htmlHome/a /li lia href=./bugreport.htmlBug Database/a /li -lia href=./building.htmlBuilding/a -/li lia href=./resources.htmlResources/a /li lia href=./irc.htmlIRC/a @@ -58,15 +57,11 @@ /ul pstrongDocumentation/strong/p ul -lia href=./tomcat-3.2-doc/index.htmlTomcat 3.2/a -/li -lia href=./tomcat-3.3-doc/index.htmlTomcat 3.3/a -/li -lia href=./tomcat-4.0-doc/index.htmlTomcat 4.0/a +lia href=./tomcat-5.0-doc/index.htmlTomcat 5.0/a /li lia href=./tomcat-4.1-doc/index.htmlTomcat 4.1/a /li -lia href=./tomcat-5.0-doc/index.htmlTomcat 5.0/a +lia href=./tomcat-3.3-doc/index.htmlTomcat 3.3/a /li /ul pstrongDownload/strong/p @@ -74,6 +69,13 @@ lia href=http://jakarta.apache.org/site/binindex.cgi;Binaries/a /li lia href=http://jakarta.apache.org/site/sourceindex.cgi;Source Code/a +/li +/ul +pstrongArchives/strong/p +ul +lia href=./tomcat-4.0-doc/index.htmlTomcat 4.0/a +/li +lia href=./tomcat-3.2-doc/index.htmlTomcat 3.2/a /li /ul pstrongJakarta/strong/p 1.15 +11 -9
cvs commit: jakarta-tomcat-site/xdocs bugreport.xml building.xml
remm2003/09/08 03:33:19 Added: docs bugreport.html xdocsbugreport.xml Removed: docs building.html xdocsbuilding.xml Log: - I removed the wrong file (no idea how I managed to do that ...). Revision ChangesPath 1.14 +11 -9 jakarta-tomcat-site/docs/bugreport.html 1.7 +0 -0 jakarta-tomcat-site/xdocs/bugreport.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reloading classes (was: Classloading question)
Hello Ulrich! UM Or is there another way (except via WAR files) to deploy and undeploy UM specific classes while Tomcat is running? Hmm, am I missing something, but Tomcat runs on exploded wars anyway, and updating the .class files under WEB-INF/classes is supposed to cause web app automatic reload (provided that the the webapp is setup correctly). Or have I horribly missed something? Anton - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reloading classes
Anton Tagunov wrote: Hmm, am I missing something, but Tomcat runs on exploded wars anyway, and updating the .class files under WEB-INF/classes is supposed to cause web app automatic reload (provided that the the webapp is setup correctly). According to the docs that procedure is not recommended for production environments, because it has a performance penalty. But maybe it's the only option :) Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17193] - java.net.bindException during shutdown in Tomcat 4.1.18
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=17193. 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=17193 java.net.bindException during shutdown in Tomcat 4.1.18 --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 10:33 --- Is there any actual movement on this? I could really do with a fix for it, and am willing to put some work in myself, but in order to fix the bug I'd have to know where the source for tomcat-jk.jar itself is, I suspect - and I can't find that... It's not in the Tomcat 4.1.27 source distribution - where does it come from? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 17193] - java.net.bindException during shutdown in Tomcat 4.1.18
Hello, Skeet! bao http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17193 bao java.net.bindException during shutdown in Tomcat 4.1.18 bao --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 10:33 --- bao Is there any actual movement on this? I could really do with a fix for it, and bao am willing to put some work in myself, but in order to fix the bug I'd have to bao know where the source for tomcat-jk.jar itself is, I suspect - and I can't find bao that... It's not in the Tomcat 4.1.27 source distribution - where does it come from? Okay, if you want to patch you'll need to work against the cvs. Use http://cvs.apache.org/viewcvs.cgi/ to figure out what top level cvs modules you may need. Here's a list of the tomcat related top level modules that I have found there and my guesses of which one is which jakarta-tomcattomcat 3 sources jakarta-tomcat-catalina code common to tomcat 4 and 5 ? jakarta-tomcat-4.0 jakarta-tomcat-5 jakarta-servletapipair to tomcat 3 - servlet api 2.2/jsp api 1.1 jakarta-servletapi-4 pair to tomcat 4 - servlet api 2.3/jsp api 1.2 jakarta-servletapi-5 pair to tomcat 5 - servlet api 2.4/jsp api 2.0 jakarta-tomcat-jasper may be needed for tomcat4 or 5 or both? jakarta-tomcat-connectors may be needed for tomcat4 or 5 or both? there are also jakarta-tools jakarta-tomcat-site jakarta-tomcat-service I guess it would be best for you to start by building jakarta-tomcat-servetapi-4 then read jakarta-tomcat-4.0/BUILDING.txt download all the soft you need and yet do not have and try to build it via jakarta-tomcat-4.0/build.xml I think that the code for the connector you need lives somewhere in between (in one of or in both) jakarta-tomcat-4.0 jakarta-tomcat-connectors Good luck! Anton - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0] Planning
Howdy, Seems like a good idea: the struts/log4j case is very common from what I've seen, and moreover I think it's a best-of-breed/best-practice configuration that we want to support seamlessly. What do you need in terms of dependencies, other than commons-daemon? I'll push a commons-daemon 1.0 RC and then final releases in the next couple of weeks. Yoav Shapira Millennium ChemInformatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Sunday, September 07, 2003 10:15 AM To: Tomcat Developers List Subject: [5.0] Planning Rather than having a vote for 5.0.10, I'd like to release a new 5.0.11 build with the fix for the (nasty) commons-logging classloading issues. The idea is that using Struts 1.1 with log4j is quite common, and using that in conjunction with a context config file cut pasted from the manager or admin (with the privileged=true thingie) would produce a horrible stack trace. So I'd like to have it fixed in a release ASAP :) So the plan is: - have a new 5.0.11 beta this week (or a bit later if there are other issues that need fixing in that build) - have a final beta when the specs are released - have a stable release shortly after Comments ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22986] New: - Web apps with context XML file don't start if CATALINA_BASE is set and absolute path is used for appBase
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=22986. 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=22986 Web apps with context XML file don't start if CATALINA_BASE is set and absolute path is used for appBase Summary: Web apps with context XML file don't start if CATALINA_BASE is set and absolute path is used for appBase Product: Tomcat 5 Version: 5.0.9 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'd like to run my own instance of Tomcat and use admin manager apps. To avoid coying of these apps I tried to setup CATALINA_BASE dir with conf, logs, work, and temp dirs and set appBase to $CATALINA_HOME/webapps (the actual path - not with the variable). This works well on Linux but fails on WinXP with following exception: java.io.IOException: The filename, directory name, or volume label syntax is incorrect at org.apache.commons.digester.Digester.createSAXException(Digester.java:2540) at org.apache.commons.digester.Digester.createSAXException(Digester.java:2566) at org.apache.commons.digester.Digester.startElement(Digester.java:1276) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:515) at org.apache.catalina.core.StandardHost.install(StandardHost.java:866) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:529) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:474) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1008) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:399) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1135) at org.apache.catalina.core.StandardHost.start(StandardHost.java:792) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1127) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:502) at org.apache.catalina.core.StandardService.start(StandardService.java:519) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2311) at org.apache.catalina.startup.Catalina.start(Catalina.java:578) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) the problem is that new File(anything, D:\\path\\to\\my\\catalina_home\\webapps).getCannonicalFile()) always throws an exception. More accurately it fails when the child argument is absolute path. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17193] - java.net.bindException during shutdown in Tomcat 4.1.18
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=17193. 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=17193 java.net.bindException during shutdown in Tomcat 4.1.18 --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 13:51 --- Right. This doesn't look like it's been fixed in CVS at all, as far as I can see - Costin, can you remember why you made the comment you did? (The original comment about the cause of the problem is spot on.) I'm using Tomcat 4.1.27, and have modified the source locally just to check whether inet.toString().equals (0.0.0.0/0.0.0.0) and use 127.0.0.1 if so. That doesn't feel like a good fix to me, however - I don't like comparing the contents of .toString with anything else. Do we know why inet is being set to 0.0.0.0 in the first place? Is there anything wrong with leaving it as null, but using an inet address of 0.0.0.0 in init instead? Really, this is a question of whether other classes will assume that inet is going to have a non-null value. (It's got package protection, so is available from other classes.) I don't think I know enough about jk2 to fix this *properly* myself, though I may well be able to fix it well enough to make do for the installations I'll be using it with (eg no JMX etc). I certainly need to get it cleared up to *some* extent before I can ship Tomcat 4.1 with our product. Does anyone with a bit more knowledge (not saying much :) fancy commenting on this, or shall I implement my own somewhat hacky solution for my own private use? (I really don't think I could come up with one I'd be happy enough to submit as a patch.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ZUSTELLUNGSFEHLER: Virus im Dateianhang
GROUP securiQ.Watchdog Server: ATRVSI50/RVS/Raiffeisen Sbg. --- Ein Virus wurde im Dateianhang gefunden. Versuchen Sie, den virenfreien Dateianhang erneut an Ihr Mail anzuhängen und zu versenden. --- Mail-Info From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Rec.: [EMAIL PROTECTED] Date: 08.09.2003 16:05:07 Subject:Re: Re: My details --- Datei enthaelt Viren application.pif
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup SetDocBaseRule.java
remm2003/09/08 06:43:40 Modified:catalina/src/share/org/apache/catalina/startup SetDocBaseRule.java Log: - Bug 22986: Appbase was canonicalized relative to catalina.base even if it was already absolute. - Also simplify a bit the code by reusing the canonical appBase. Revision ChangesPath 1.8 +12 -11 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/SetDocBaseRule.java Index: SetDocBaseRule.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/SetDocBaseRule.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- SetDocBaseRule.java 2 Sep 2003 21:22:00 - 1.7 +++ SetDocBaseRule.java 8 Sep 2003 13:43:40 - 1.8 @@ -136,9 +136,14 @@ return; } -File canonicalAppBase = -new File(System.getProperty(catalina.base), appBase) -.getCanonicalFile(); +File canonicalAppBase = new File(appBase); +if (canonicalAppBase.isAbsolute()) { +canonicalAppBase = canonicalAppBase.getCanonicalFile(); +} else { +canonicalAppBase = +new File(System.getProperty(catalina.base), appBase) +.getCanonicalFile(); +} String docBase = child.getDocBase(); if (docBase == null) { @@ -160,11 +165,7 @@ File file = new File(docBase); if (!file.isAbsolute()) { -// Use the appBase property of this container -file = new File(appBase); -if (!file.isAbsolute()) -file = canonicalAppBase; -docBase = (new File(file, docBase)).getPath(); +docBase = (new File(canonicalAppBase, docBase)).getPath(); } else { docBase = file.getCanonicalPath(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Planning
Shapira, Yoav wrote: Howdy, Seems like a good idea: the struts/log4j case is very common from what I've seen, and moreover I think it's a best-of-breed/best-practice configuration that we want to support seamlessly. That's the idea. Now that I got it to run well, I like commons-logging :) What do you need in terms of dependencies, other than commons-daemon? I'll push a commons-daemon 1.0 RC and then final releases in the next couple of weeks. It's not super urgent, but +1 to start the release process. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 RELEASE-NOTES
remm2003/09/08 06:49:23 Modified:.RELEASE-NOTES Log: - Update the classloader contents. Revision ChangesPath 1.8 +4 -5 jakarta-tomcat-5/RELEASE-NOTES Index: RELEASE-NOTES === RCS file: /home/cvs/jakarta-tomcat-5/RELEASE-NOTES,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- RELEASE-NOTES 6 Sep 2003 17:50:07 - 1.7 +++ RELEASE-NOTES 8 Sep 2003 13:49:23 - 1.8 @@ -56,12 +56,10 @@ * commons-collections.jar (Commons Collections 2.1) * commons-dbcp.jar (Commons DBCP 1.0) * commons-el.jar (Commons Expression Language 1.0) -* commons-logging-api.jar (Commons Logging 1.0.3) * commons-pool.jar (Commons Pool 1.0) * jasper-compiler.jar (Jasper 2 Compiler) * jasper-runtime.jar (Jasper 2 Runtime) -* jmx.jar (From mx4j-1.1.1) -* jmx-tools.jar (From mx4j-1.1.1) +* jmx.jar (Sun JMX RI 1.2) * jsp-api.jar (JSP 2.0 API) * commons-el.jar (JSP 2.0 Expression Language) * naming-common.jar (JNDI Context implementation) @@ -73,7 +71,8 @@ putting unpacked classes into a classes directory (not created by default), or by placing them in JAR files in the lib directory. -Tomcat 5.0 also makes Xerces 2 available to web applications. +Tomcat 5.0 also makes Xerces 2 and the Commons Logging API (release 1.0.3) +available to web applications. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs class-loader-howto.xml
remm2003/09/08 06:49:32 Modified:webapps/docs class-loader-howto.xml Log: - Update the classloader contents. Revision ChangesPath 1.5 +4 -1 jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml Index: class-loader-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- class-loader-howto.xml5 Sep 2003 08:56:01 - 1.4 +++ class-loader-howto.xml8 Sep 2003 13:49:32 - 1.5 @@ -99,6 +99,10 @@ implementation classes it depends on./li liem$JAVA_HOME/lib/tools.jar/em - Contains the javac compiler used to convert JSP pages into servlet classes./li +liem$CATALINA_HOME/bin/commons-logging-api.jar/em - Jakarta commons +logging API./li +liem$CATALINA_HOME/bin/commons-daemon.jar/em - Jakarta commons +daemon API./li /ul/li listrongCommon/strong - This class loader contains additional classes that are made visible to both Tomcat internal classes and to all web @@ -117,7 +121,6 @@ JDBC connection pool to web applications./li liemcommons-el.jar/em - Jakarta commons el, implementing the expression language used by Jasper./li -liemcommons-logging-api.jar/em - Jakarta commons logging API./li liemcommons-pool.jar/em - Jakarta commons pool./li liemjasper-compiler.jar/em - The JSP 2.0 compiler./li liemjasper-runtime.jar/em - The JSP 2.0 runtime./li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2003/09/08 07:31:14 Modified:webapps/docs changelog.xml Log: - Update changelog for 5.0.11. Revision ChangesPath 1.20 +87 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- changelog.xml 7 Sep 2003 19:05:46 - 1.19 +++ changelog.xml 8 Sep 2003 14:31:13 - 1.20 @@ -13,6 +13,93 @@ body +section name=Tomcat 5.0.11 (remm) + + subsection name=General + +changelog + + fix + Update all download locations to archive.apache.org to use stable links + (remm) + /fix + docs + Update running and building instructions (remm) + /docs + +/changelog + + /subsection + + subsection name=Catalina + +changelog + + update + Modify the commons-logging packaging (only the commons-logging API is + bundled now) to resolve the classloading problems, and remove the + special case handling from the webapp classloader; pivileged webapps can + now use log4j (remm) + /update + fix + bug22986/bug: Fix bad canonicalization call which was causing + problems when a host appBase was absolute (remm) + /fix + +/changelog + + /subsection + + subsection name=Coyote + +changelog + + docs + Add documentaion on mod_jk tools (glenn) + /docs + fix + Handle query string decoding as a special case, using the character + encoding specified for the rest of the URI in the connector, whereas the + encoding of the entity body was used; this can be UTF8 as per the W3C + standard, but for interoperability, it is a one for one byte + to character conversion (remm) + /fix + fix + Null a busy processor in the pool array, so that the algoritm is more + consistent (remm) + /fix + fix + MessageBytes.toChars should set the type to chars (remm) + /fix + update + Make the update of the stats an explicit call (I believe it is valid to + call recycle multiple times, and it is hard to avoid with HTTP keepalive) + (remm) + /update + fix + Decrease the timeout reduction ratio when the server gets loaded, and + add a setStatus so an error is counted (remm) + /fix + +/changelog + + /subsection + + subsection name=Webapps + +changelog + + fix + bug22956/bug: Use UTF8 encoding in the manager web application, + submitted by Takashi Okamoto (remm) + /fix + +/changelog + + /subsection + +/section + section name=Tomcat 5.0.10 (remm) subsection name=General - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java
jfarcand2003/09/08 08:25:18 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java catalina/src/share/org/apache/catalina/session PersistentManagerBase.java Log: Minor refactoring. Easier to overload the behaviour when extending the class. Revision ChangesPath 1.89 +2 -7 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.88 retrieving revision 1.89 diff -u -r1.88 -r1.89 --- StandardContext.java 2 Sep 2003 21:22:04 - 1.88 +++ StandardContext.java 8 Sep 2003 15:25:18 - 1.89 @@ -4397,12 +4397,7 @@ } else if (getManager() instanceof PersistentManagerBase) { PersistentManagerBase pManager = (PersistentManagerBase) getManager(); -pManager.processExpires(); -pManager.processPersistenceChecks(); -if ((pManager.getStore() != null) - (pManager.getStore() instanceof StoreBase)) { -((StoreBase) pManager.getStore()).processExpires(); -} +pManager.backgroundProcess(); } } 1.11 +15 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java Index: PersistentManagerBase.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- PersistentManagerBase.java20 Aug 2003 08:20:41 - 1.10 +++ PersistentManagerBase.java8 Sep 2003 15:25:18 - 1.11 @@ -240,6 +240,17 @@ // - Properties +/** + * Perform the background processes for this Manager + */ +public void backgroundProcess() { +this.processExpires(); +this.processPersistenceChecks(); +if ((this.getStore() != null) + (this.getStore() instanceof StoreBase)) { +((StoreBase) this.getStore()).processExpires(); +} +} /** * Indicates how many seconds old a session can get, after its last - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22995] New: - [PATCH] add a new item to faq
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=22995. 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=22995 [PATCH] add a new item to faq Summary: [PATCH] add a new item to faq Product: Tomcat 5 Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] --- connectors.orig 2003-07-11 14:57:20.0 +0400 +++ connectors.xml 2003-09-08 19:32:04.0 +0400 @@ -122,6 +122,13 @@ what's wrong? /a /li +li + a href=#generated + Is there any way to control the content of automatically generated + codemod_jk.conf-auto/code? I need my own specific commands added + to it. + /a + /li /ul /p /section @@ -288,10 +295,19 @@ /a /answer - - - - + question +a name=generated +Is there any way to control the content of automatically generated +codemod_jk.conf-auto/code? I need my own specific commands added +to it. +/a + /question + answer +There really is no need to. Just copy the automatically generated +codemod_jk.conf-auto/code and edit it manually to your preference. +None of production tomcat installations really use codemod_jk.conf- auto/code +as it is. + /answer /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22995] - [PATCH] add a new item to faq
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=22995. 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=22995 [PATCH] add a new item to faq --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 15:37 --- Created an attachment (id=8100) same patch as an attachment - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22986] - Web apps with context XML file don't start if CATALINA_BASE is set and absolute path is used for appBase
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=22986. 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=22986 Web apps with context XML file don't start if CATALINA_BASE is set and absolute path is used for appBase [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 13:51 --- This is an obvious mistake in SetDocBaseRule. A few lines after that bad canonicalization, there was the same call, with the right isAbsolute check. This is now fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardPipeline.java
jfarcand2003/09/08 08:57:21 Modified:catalina/src/share/org/apache/catalina/core StandardPipeline.java Log: Allow extention fo this class (The SecurityManager will block any malicious uses at runtime) Revision ChangesPath 1.16 +5 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardPipeline.java Index: StandardPipeline.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardPipeline.java,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- StandardPipeline.java 2 Sep 2003 21:22:04 - 1.15 +++ StandardPipeline.java 8 Sep 2003 15:57:21 - 1.16 @@ -101,7 +101,7 @@ * @author Craig R. McClanahan */ -public final class StandardPipeline +public class StandardPipeline implements Pipeline, Contained, Lifecycle { private static Log log = LogFactory.getLog(StandardPipeline.class); @@ -546,7 +546,7 @@ * @exception IOException if an input/output error occurs * @exception ServletException if a servlet exception is thrown */ -public final void invoke(Request request, Response response) +public void invoke(Request request, Response response) throws IOException, ServletException { // Invoke the first Valve in this pipeline for this request - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardPipeline.java
[EMAIL PROTECTED] wrote: jfarcand2003/09/08 08:57:21 Modified:catalina/src/share/org/apache/catalina/core StandardPipeline.java Log: Allow extention fo this class (The SecurityManager will block any malicious uses at runtime) -0.5. I believe extending this violates the design of the Catalina container (it is the reason why I made that final; this wasn't for security reasons). Can you justify the need with a use case ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22992] - tomcat.exe fails with access violation, apparently while writing to std error stream
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=22992. 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=22992 tomcat.exe fails with access violation, apparently while writing to std error stream --- Additional Comments From [EMAIL PROTECTED] 2003-09-08 16:54 --- Some facts: - Tomcat is embedded by tomcat.exe using JNI - tomcat.exe is JavaService, which is an OSS wrapper not written by Apache So this looks like a problem with JavaService, and I don't think we can help you. There are other NT service wrappers such as this http://wrapper.tanukisoftware.org) or commons-daemon (which is used by Tomcat 5, and has the advantage of having simple GUI components, but isn't released yet). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Planning
On Mon, 8 Sep 2003, Remy Maucherat wrote: Date: Mon, 08 Sep 2003 16:48:52 +0200 From: Remy Maucherat [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: [5.0] Planning Shapira, Yoav wrote: Howdy, Seems like a good idea: the struts/log4j case is very common from what I've seen, and moreover I think it's a best-of-breed/best-practice configuration that we want to support seamlessly. That's the idea. Now that I got it to run well, I like commons-logging :) On that topic, is there a reason that Tomcat 5.0.x still uses commons-logging-api.jar instead of commons-logging.jar? If you're putting this jar in common/lib, you'd avoid the need for webapps to have to include commons-logging.jar themselves in order to use the default functionality. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Planning
Craig R. McClanahan wrote: On Mon, 8 Sep 2003, Remy Maucherat wrote: Howdy, Seems like a good idea: the struts/log4j case is very common from what I've seen, and moreover I think it's a best-of-breed/best-practice configuration that we want to support seamlessly. That's the idea. Now that I got it to run well, I like commons-logging :) On that topic, is there a reason that Tomcat 5.0.x still uses commons-logging-api.jar instead of commons-logging.jar? If you're putting this jar in common/lib, you'd avoid the need for webapps to have to include commons-logging.jar themselves in order to use the default functionality. Craig, you're funny :-D The reason is that any setup other than the current one doesn't work ;-) Facts: - The c-l API must be in the system CL - the implementation of a logger must reside in the same CL as the logger (ie, if there's log4j somewhere, commons-logging.jar must be next to it) Of course, this is caused by the fact that internal components use c-l, and the webapp CL don't delegate (if there's a special case for c-l, it works, except if the webapp is privileged; and anyway, I wanted to remove the special case for c-l and have the most elegant solution). Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fwd: Re: [PROPOSAL] archive old unmirrored tomcat releases
those who prepare release notes in the future might find this useful. the urls in the release documents should now redirect to jakarta.apache.org/site/binindex.cgi so hopefully the user should be able to find the release from there. Begin forwarded message: From: Stefan Lasiewski [EMAIL PROTECTED] Date: Fri Sep 05, 2003 08:45:11 PM Europe/London To: [EMAIL PROTECTED] Subject: Re:[PROPOSAL] archive old unmirrored tomcat releases Hi Robert, I'm not a tomcat developer, but I saw your message on the tomcat-dev archive page. I know of another reason why so many people are downloading 4.1.24 instead of 4.1.27. The README on the webpage (http://jakarta.apache.org/tomcat/tomcat-4.1-doc/README.txt) is a little confusing, but it suggests that we look in http://jakarta.apache.org/builds/jakarta-tomcat-4.0 for updates. If you look under there, the latest version is 4.1.24. In fact, http://jakarta.apache.org/tomcat/tomcat-4.1-doc/index.html makes no reference to the correct download location. I glossed over the link at There are numerous other links telling folks to go to http://jakarta.apache.org/builds/jakarta-tomcat-4.0 instead of the correct download location. I opened a bug to track this: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22823 As a new user to Tomcat, I found this a little confusing. Thanks for all your hard work, I've been an Apache HTTP user for 4 years, and am very excited in having an opportunity to work with Tomcat here. A few of us are pushing hard. Next, Struts! -= Stefan Stefan Lasiewski, Release Engineer Innovative Interfaces, Inc. - QA Department 510-450-6363 ext. 4209 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs class-loader-howto.xml
I think the current description of the classloader delegation model from a web application's perspective is still somewhat misleading. Currently, the document describes this order: /WEB-INF/classes of your web application /WEB-INF/lib/*.jar of your web application Bootstrap classes of your JVM System class loader classses (described above) [...] Shouldn't this really be: Bootstrap classes of your JVM System class loader classses (described above) /WEB-INF/classes of your web application /WEB-INF/lib/*.jar of your web application [...] Otherwise, Remy's fix of putting commons-logging-api.jar in the system class loader would not have worked, as org.apache.commons.logging.Log would be loaded by two different classloaders (the system classloader and the WebappClassLoader), and Log.class.isAssignableFrom(logClass) in LogFactoryImpl.getLogConstructor would return false. Also, this would be consistent with the impl of WebappClassLoader.loadClass, which calls system.loadClass(name) *before* checking to see if the classloading should be delegated to the parent, and it would be consistent with a description of how/when WebappX delegates earlier in the document ([...] There are exceptions. Classes which are part of the JRE base classes cannot be overriden [...]). Also, I think org.apache.commons.logging.* should no longer be called out in the list of packages that trigger delegation, as it has been superseded by placing commons-logging-api.jar in $CATALINA_HOME/bin. Following is a patch: Index: class-loader-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml,v retrieving revision 1.5 diff -u -r1.5 class-loader-howto.xml --- class-loader-howto.xml 8 Sep 2003 13:49:32 - 1.5 +++ class-loader-howto.xml 8 Sep 2003 17:23:56 - @@ -203,7 +203,6 @@ liemjavax.*/em/li liemorg.xml.sax.*/em/li liemorg.w3c.dom.*/em/li -liemorg.apache.commons.logging.*/em/li liemorg.apache.xerces.*/em/li liemorg.apache.xalan.*/em/li /ul @@ -214,10 +213,10 @@ pTherefore, from the perspective of a web application, class or resource loading looks in the following repositories, in this order:/p ul -liem/WEB-INF/classes/em of your web application/li -liem/WEB-INF/lib/*.jar/em of your web application/li liBootstrap classes of your JVM/li liSystem class loader classses (described above)/li +liem/WEB-INF/classes/em of your web application/li +liem/WEB-INF/lib/*.jar/em of your web application/li liem$CATALINA_HOME/common/classes/em/li liem$CATALINA_HOME/common/endorsed/*.jar/em/li liem$CATALINA_HOME/common/lib/*.jar/em/li Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
does tomcat have a nominated contact for security issues?
does tomcat have a nominated contact for security issues? (those people who are pmc members will probably already know why i'm asking) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [5.0] JSP performance ...
This seems easy enough to implement, so I'll look into it. Concatenating texts is also on my list, and it should help a little in this case. - Kin-man Date: Mon, 08 Sep 2003 08:46:32 +0200 From: Torsten Fohrer [EMAIL PROTECTED] Subject: AW: [5.0] JSP performance ... To: 'Tomcat Developers List' [EMAIL PROTECTED] i have patched jasper to use char arrays instead of strings, and it gaves a good performance improvment. It's not perfect, but is works. cu Torsten -Ursprüngliche Nachricht- Von: Remy Maucherat [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 7. September 2003 15:49 An: Tomcat Developers List Betreff: [5.0] JSP performance ... .. is not as good as it should be. I found a benchmark where TC is currently not too good. The problem occurs when dealing with lots of strings. I'm attaching the benchmark, the code generated by TC, and the code generated by Resin. Resin String handling tricks ends with it making about half the amount of writes, and writing char arrays instead of Strings. I believe this is faster :-D While the benchmark is quite lame, I believe a lot of pages have similar amounts of interleaved static HTML, so optimizing this would give a healthy performance increase. (Note: I did a quick review with a profiler, and all the CPU time is spent in the _jspService method body, using a compiled JSP, so the performance overhead is in the generated code for this particular test) (I found this while looking for optimization ideas) Can we get the same kind of stuff ? Kin-Man, Jan, others ? Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: does tomcat have a nominated contact for security issues?
robert burrell donkin wrote: does tomcat have a nominated contact for security issues? (those people who are pmc members will probably already know why i'm asking) Security issues should be forwarded to the tomcat-committers list. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Planning
On that topic, is there a reason that Tomcat 5.0.x still uses commons-logging-api.jar instead of commons-logging.jar? If you're putting this jar in common/lib, you'd avoid the need for webapps to have to include commons-logging.jar themselves in order to use the default functionality. Craig, you're funny :-D The reason is that any setup other than the current one doesn't work ;-) Facts: - The c-l API must be in the system CL - the implementation of a logger must reside in the same CL as the logger (ie, if there's log4j somewhere, commons-logging.jar must be next to it) I think the reason why what Craig is suggesting - placing commons-logging.jar instead of commons-logging-api.jar into $CATALINA_HOME/bin - would not work is due to an assumption in commons-logging.jar that its classloader also have access to log4j.jar. For instance, the org.apache.commons.logging.impl.Log4JLogger constructor (in commons-logging.jar) references org.apache.log4j.Logger (from log4j.jar) as follows: import org.apache.log4j.*; public Log4JLogger(String name) { this.logger=Logger.getLogger(name); } If commons-logging.jar is loaded by the system classloader, it won't be able to resolve org.apache.log4j.Logger unless log4j.jar is also loaded by the system classloader, or the above constructor made an attempt to load org.apache.log4j.Logger using the context classloader, which is how org.apache.commons.logging.impl.LogFactoryImpl.isLog4JAvailable() (in commons-logging-api.jar) loads it: protected boolean isLog4JAvailable() { try { loadClass(org.apache.log4j.Logger); [...] } where loadClass() uses the context classloader: getContextClassLoader().loadClass(name). Therefore, commons-logging.jar and log4j.jar must be placed at the same classloading level, but it is OK for commons-logging-api.jar to be loaded by the system classloader (and still be able to detect if log4j is available). This is what Remy has been saying. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Planning
Jan Luehe wrote: On that topic, is there a reason that Tomcat 5.0.x still uses commons-logging-api.jar instead of commons-logging.jar? If you're putting this jar in common/lib, you'd avoid the need for webapps to have to include commons-logging.jar themselves in order to use the default functionality. Craig, you're funny :-D The reason is that any setup other than the current one doesn't work ;-) Facts: - The c-l API must be in the system CL - the implementation of a logger must reside in the same CL as the logger (ie, if there's log4j somewhere, commons-logging.jar must be next to it) I think the reason why what Craig is suggesting - placing commons-logging.jar instead of commons-logging-api.jar into $CATALINA_HOME/bin - would not work is due to an assumption in commons-logging.jar that its classloader also have access to log4j.jar. For instance, the org.apache.commons.logging.impl.Log4JLogger constructor (in commons-logging.jar) references org.apache.log4j.Logger (from log4j.jar) as follows: import org.apache.log4j.*; public Log4JLogger(String name) { this.logger=Logger.getLogger(name); } If commons-logging.jar is loaded by the system classloader, it won't be able to resolve org.apache.log4j.Logger unless log4j.jar is also loaded by the system classloader, or the above constructor made an attempt to load org.apache.log4j.Logger using the context classloader, which is how org.apache.commons.logging.impl.LogFactoryImpl.isLog4JAvailable() (in commons-logging-api.jar) loads it: protected boolean isLog4JAvailable() { try { loadClass(org.apache.log4j.Logger); [...] } where loadClass() uses the context classloader: getContextClassLoader().loadClass(name). Therefore, commons-logging.jar and log4j.jar must be placed at the same classloading level, but it is OK for commons-logging-api.jar to be loaded by the system classloader (and still be able to detect if log4j is available). This is what Remy has been saying. You're forgetting things in the equation. This would actually work fine (we don't really care if there are multiple Log classes in existence). The problem is a component like Jasper, which lives in common/lib, uses commons-logging, and is loaded while the webapp classloader (which would have a copy of commons-logging.jar) is the context classloader. BTW, I indeed forgot to upload things in the classloader docs. Feel free to fix things. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [5.0] JSP performance ...
Kin-Man Chung wrote: This seems easy enough to implement, so I'll look into it. Concatenating texts is also on my list, and it should help a little in this case. That would be awesome. The test had a *lot* of writes, so this would save hundreds of write invocations (as well as making them faster as it would user char arrays). JSP performance should be really good with that change. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ZUSTELLUNGSFEHLER: Virus im Dateianhang
GROUP securiQ.Watchdog Server: ATRVSI50/RVS/Raiffeisen Sbg. --- Ein Virus wurde im Dateianhang gefunden. Versuchen Sie, den virenfreien Dateianhang erneut an Ihr Mail anzuhängen und zu versenden. --- Mail-Info From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Rec.: [EMAIL PROTECTED] Date: 08.09.2003 23:30:29 Subject:Re: Thank you! --- Datei enthaelt Viren details.pif
cvs commit: jakarta-tomcat-catalina/webapps/docs class-loader-howto.xml
luehe 2003/09/08 15:03:32 Modified:webapps/docs class-loader-howto.xml Log: - Fixed classloader delegation order as seen from webapp perspective. - Removed org.apache.commons.logging.* from list of packages that trigger delegation to parent (the doc already mentions that commons-logging-api.jar is now loaded by the system classloader) Revision ChangesPath 1.6 +2 -3 jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml Index: class-loader-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- class-loader-howto.xml8 Sep 2003 13:49:32 - 1.5 +++ class-loader-howto.xml8 Sep 2003 22:03:32 - 1.6 @@ -203,7 +203,6 @@ liemjavax.*/em/li liemorg.xml.sax.*/em/li liemorg.w3c.dom.*/em/li -liemorg.apache.commons.logging.*/em/li liemorg.apache.xerces.*/em/li liemorg.apache.xalan.*/em/li /ul @@ -214,10 +213,10 @@ pTherefore, from the perspective of a web application, class or resource loading looks in the following repositories, in this order:/p ul -liem/WEB-INF/classes/em of your web application/li -liem/WEB-INF/lib/*.jar/em of your web application/li liBootstrap classes of your JVM/li liSystem class loader classses (described above)/li +liem/WEB-INF/classes/em of your web application/li +liem/WEB-INF/lib/*.jar/em of your web application/li liem$CATALINA_HOME/common/classes/em/li liem$CATALINA_HOME/common/endorsed/*.jar/em/li liem$CATALINA_HOME/common/lib/*.jar/em/li - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: does tomcat have a nominated contact for security issues?
On Monday, September 8, 2003, at 08:43 PM, Remy Maucherat wrote: robert burrell donkin wrote: does tomcat have a nominated contact for security issues? (those people who are pmc members will probably already know why i'm asking) Security issues should be forwarded to the tomcat-committers list. it looks like security will always forward first to the pmc. someone who's on both lists needs to forward. does anyone remember something a while ago about the ASF asking for a nominated individual from each (sub?) project to sit on security at apache? (or did i just imagine it...) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [5.0] JSP performance ...
I took a look at o.a.j.runtime.JspWriterImpl and the methods write(String s, int off, int len) and write(char cbuf[], int off, int len) in particualr, and failed to see any performance gain of the 2nd over the first. They are very similar, the only different is that the first uses String.getChars while the second uses System.arraycopy, but those two methods should be on par in terms of performance. That is, I don't see any extra unnecessary copies. Perhasp the culprit is those extra writes? -Kin-man Date: Mon, 08 Sep 2003 23:03:19 +0200 From: Remy Maucherat [EMAIL PROTECTED] Subject: Re: AW: [5.0] JSP performance ... To: Tomcat Developers List [EMAIL PROTECTED] Kin-Man Chung wrote: This seems easy enough to implement, so I'll look into it. Concatenating texts is also on my list, and it should help a little in this case. That would be awesome. The test had a *lot* of writes, so this would save hundreds of write invocations (as well as making them faster as it would user char arrays). JSP performance should be really good with that change. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [5.0] JSP performance ...
I have implemented generating text strings as char arrays, with a compiler option to turn it on and off, and did some timings on the benchmark. Just as I suspected, the benchmark did not show much performance difference, when the option was turned on and then off. Now I am wondering if there is any value in committing my change. :( -Kin-man Date: Mon, 08 Sep 2003 15:18:34 -0700 (PDT) From: Kin-Man Chung [EMAIL PROTECTED] Subject: Re: AW: [5.0] JSP performance ... To: [EMAIL PROTECTED] Content-MD5: +Y/z1F8l8EXxpI9LL3yPSA== I took a look at o.a.j.runtime.JspWriterImpl and the methods write(String s, int off, int len) and write(char cbuf[], int off, int len) in particualr, and failed to see any performance gain of the 2nd over the first. They are very similar, the only different is that the first uses String.getChars while the second uses System.arraycopy, but those two methods should be on par in terms of performance. That is, I don't see any extra unnecessary copies. Perhasp the culprit is those extra writes? -Kin-man Date: Mon, 08 Sep 2003 23:03:19 +0200 From: Remy Maucherat [EMAIL PROTECTED] Subject: Re: AW: [5.0] JSP performance ... To: Tomcat Developers List [EMAIL PROTECTED] Kin-Man Chung wrote: This seems easy enough to implement, so I'll look into it. Concatenating texts is also on my list, and it should help a little in this case. That would be awesome. The test had a *lot* of writes, so this would save hundreds of write invocations (as well as making them faster as it would user char arrays). JSP performance should be really good with that change. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs-faq connectors.xml
funkman 2003/09/08 18:21:39 Modified:docs/faq connectors.html docs/faq/printer connectors.html xdocs-faq connectors.xml Log: FAQ update per bz - 22995 Patch submitted by tagunov at motor.ru Revision ChangesPath 1.6 +21 -1 jakarta-tomcat-site/docs/faq/connectors.html Index: connectors.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/connectors.html,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- connectors.html 11 Jul 2003 10:57:19 - 1.5 +++ connectors.html 9 Sep 2003 01:21:38 - 1.6 @@ -109,6 +109,14 @@ what's wrong? /a /li + +li + a href=#generated + Is there any way to control the content of automatically generated + codemod_jk.conf-auto/code? I need my own specific commands added to it. + /a +/li + /ul /p /blockquote/td/tr/tabletable cellpadding=2 cellspacing=0 border=0trtd bgcolor=#525D76font face=arial,helvetica.sanserif color=#ffa name=AnswersstrongAnswers/strong/a/font/td/trtrtdblockquote @@ -273,7 +281,19 @@ /divbr - + b style=font-size: larger +a name=generated +Is there any way to control the content of automatically generated +codemod_jk.conf-auto/code? I need my own specific commands added +to it. +/a + /b + div style=padding-left : 20px; +There really is no need to. Just copy the automatically generated +codemod_jk.conf-auto/code and edit it manually to your preference. +None of production tomcat installations really use codemod_jk.conf-auto/code +as it is. + /divbr /blockquote/td/tr/table/td/tr!--FOOTER SEPARATOR--trtd colspan=2hr size=1 noshade=/td/tr!--PAGE FOOTER--trtd colspan=2div align=centerfont size=-1 color=#525D76em 1.5 +21 -1 jakarta-tomcat-site/docs/faq/printer/connectors.html Index: connectors.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/printer/connectors.html,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- connectors.html 11 Jul 2003 10:57:20 - 1.4 +++ connectors.html 9 Sep 2003 01:21:39 - 1.5 @@ -108,6 +108,14 @@ what's wrong? /a /li + +li + a href=#generated + Is there any way to control the content of automatically generated + codemod_jk.conf-auto/code? I need my own specific commands added to it. + /a +/li + /ul /p /blockquote/td/tr/tabletable cellpadding=2 cellspacing=0 border=0trtd bgcolor=#525D76font face=arial,helvetica.sanserif color=#ffa name=AnswersstrongAnswers/strong/a/font/td/trtrtdblockquote @@ -272,7 +280,19 @@ /divbr - + b style=font-size: larger +a name=generated +Is there any way to control the content of automatically generated +codemod_jk.conf-auto/code? I need my own specific commands added +to it. +/a + /b + div style=padding-left : 20px; +There really is no need to. Just copy the automatically generated +codemod_jk.conf-auto/code and edit it manually to your preference. +None of production tomcat installations really use codemod_jk.conf-auto/code +as it is. + /divbr /blockquote/td/tr/table/td/tr!--FOOTER SEPARATOR--trtd colspan=2hr size=1 noshade=/td/tr!--PAGE FOOTER--trtd colspan=2div align=centerfont size=-1 color=#525D76em 1.5 +21 -1 jakarta-tomcat-site/xdocs-faq/connectors.xml Index: connectors.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/connectors.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- connectors.xml11 Jul 2003 10:57:20 - 1.4 +++ connectors.xml9 Sep 2003 01:21:39 - 1.5 @@ -122,6 +122,14 @@ what's wrong? /a /li + +li + a href=#generated + Is there any way to control the content of automatically generated + codemod_jk.conf-auto/code? I need my own specific commands added to it. + /a +/li + /ul /p /section @@ -289,7 +297,19 @@ /answer - + question +a name=generated +Is there any way to control the content of automatically generated +codemod_jk.conf-auto/code? I need my own specific commands added +to it. +/a + /question + answer +There really is no need to. Just copy the automatically generated +codemod_jk.conf-auto/code and edit it manually to your preference. +None of production tomcat installations really use codemod_jk.conf-auto/code +as it is. + /answer /section
DO NOT REPLY [Bug 22995] - [PATCH] add a new item to faq
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=22995. 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=22995 [PATCH] add a new item to faq [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-09-09 01:24 --- Patch made. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20885] - contradiction in doc w.r.t. manager app reload command
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=20885. 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=20885 contradiction in doc w.r.t. manager app reload command --- Additional Comments From [EMAIL PROTECTED] 2003-09-09 01:31 --- They are saying the same thing. The underlying classes as defined in web.xml are re-read. But web.xml is NOT reread. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21741] - IRC link is dead
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=21741. 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=21741 IRC link is dead [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2003-09-09 01:29 --- The link currently works for me - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: [5.0] JSP performance ...
I think the performance improvement was because the Strings were converted to char[] arrays during servlet init, and not at every request. It seems to me as if that would make a difference. -Paul Kin-Man Chung wrote: I took a look at o.a.j.runtime.JspWriterImpl and the methods write(String s, int off, int len) and write(char cbuf[], int off, int len) in particualr, and failed to see any performance gain of the 2nd over the first. They are very similar, the only different is that the first uses String.getChars while the second uses System.arraycopy, but those two methods should be on par in terms of performance. That is, I don't see any extra unnecessary copies. Perhasp the culprit is those extra writes? -Kin-man Date: Mon, 08 Sep 2003 23:03:19 +0200 From: Remy Maucherat [EMAIL PROTECTED] Subject: Re: AW: [5.0] JSP performance ... To: Tomcat Developers List [EMAIL PROTECTED] Kin-Man Chung wrote: This seems easy enough to implement, so I'll look into it. Concatenating texts is also on my list, and it should help a little in this case. That would be awesome. The test had a *lot* of writes, so this would save hundreds of write invocations (as well as making them faster as it would user char arrays). JSP performance should be really good with that change. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java
billbarker2003/09/08 21:18:55 Modified:util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java Log: Add support for specifying the TrustStore algorithm. It defaults to the same as the Keystore algorithm. Revision ChangesPath 1.14 +7 -3 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE14SocketFactory.java Index: JSSE14SocketFactory.java === RCS file: /home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE14SocketFactory.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- JSSE14SocketFactory.java 2 Sep 2003 21:34:38 - 1.13 +++ JSSE14SocketFactory.java 9 Sep 2003 04:18:55 - 1.14 @@ -124,11 +124,15 @@ keystoreType = defaultKeystoreType; } + String trustAlgorithm = (String)attributes.get(truststoreAlgorithme); + if( trustAlgorithm == null ) { + trustAlgorithm = algorithm; + } // Create and init SSLContext SSLContext context = SSLContext.getInstance(protocol); context.init(getKeyManagers(keystoreType, algorithm, (String) attributes.get(keyAlias)), - getTrustManagers(keystoreType), + getTrustManagers(keystoreType, trustAlgorithm), new SecureRandom()); // create proxy @@ -177,14 +181,14 @@ /** * Gets the intialized trust managers. */ -protected TrustManager[] getTrustManagers(String keystoreType) +protected TrustManager[] getTrustManagers(String keystoreType, String algorithm) throws Exception { TrustManager[] tms = null; KeyStore trustStore = getTrustStore(keystoreType); if (trustStore != null) { -TrustManagerFactory tmf = TrustManagerFactory.getInstance(SunX509); +TrustManagerFactory tmf = TrustManagerFactory.getInstance(algorithm); tmf.init(trustStore); tms = tmf.getTrustManagers(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java
billbarker2003/09/08 21:23:06 Modified:util/java/org/apache/tomcat/util/net/jsse Tag: coyote_10 JSSE14SocketFactory.java Log: Temporary patch to set the TrustManager algorithm to be the same as the keystore algorithm. This works in most cases, and doesn't require porting all of the changes from the 5.0.x branch. Revision ChangesPath No revision No revision 1.2.2.3 +1 -1 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE14SocketFactory.java Index: JSSE14SocketFactory.java === RCS file: /home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE14SocketFactory.java,v retrieving revision 1.2.2.2 retrieving revision 1.2.2.3 diff -u -r1.2.2.2 -r1.2.2.3 --- JSSE14SocketFactory.java 1 Jul 2003 05:27:12 - 1.2.2.2 +++ JSSE14SocketFactory.java 9 Sep 2003 04:23:06 - 1.2.2.3 @@ -161,7 +161,7 @@ KeyStore trustStore = initKeyStore( trustStoreFile, trustStorePassword); -TrustManagerFactory tmf = TrustManagerFactory.getInstance(SunX509); +TrustManagerFactory tmf = TrustManagerFactory.getInstance(algorithm); tmf.init(trustStore); tm = tmf.getTrustManagers(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23009] New: - random code (such as ??????) in tomcat 5.0.10
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=23009. 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=23009 random code (such as ??) in tomcat 5.0.10 Summary: random code (such as ??) in tomcat 5.0.10 Product: Tomcat 5 Version: 5.0.10 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am from People's Republic of China. Recently, I am studying Model II(MVC). When I use jakarta-struts, I find tomcat 5.0.0 can't support struts. This is 1st bug. second is: when I use tomcat 5.0.10, I find jsp code %@ page contentType=text/html;charset=GBK %%@ include file=XXX.jsp% has problem. in XXX.jsp, GBK code is instead of random code, such as ???. This is a bug or not ? wait for your feedback. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20885] - contradiction in doc w.r.t. manager app reload command
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=20885. 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=20885 contradiction in doc w.r.t. manager app reload command [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-09-09 01:31 --- They are saying the same thing. The underlying classes as defined in web.xml are re-read. But web.xml is NOT reread. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jakarta-tomcat-5.0.9 batch files
Hello, I'm new a tomcat developer and have quite a time trying to get it up and working and to understand what was actually going on in the various batch files that were delivered with jakarta-tomcat-5.0.9. So I have spent some time documenting, formatting, and standardized the batch files. Included are the files that I have done so far. What do I do next?? All errors are marked with a --*** prefix to help differentiate them from other lines. All errors set a return code that is returned upon completion All echo statements start with a -- to help differentiate them from Catalina output All batch files have a Setup, Initialization, Execution, Finalization sections All batch files have a header I've commented each section I've added a help command/action for each file. I've added a verification steps for all env. variables, jars and executables that document what is wrong with error statements and error return codes. R. W. Stavros, Ph.D. newbat.zip Description: Zip compressed data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23009] - random code (such as ??????) in tomcat 5.0.10
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=23009. 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=23009 random code (such as ??) in tomcat 5.0.10 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-09-09 05:52 --- Please post on tomcat-user to investigate those issues (for example, Struts works for me, and contentType doesn't do what you're thinking it's doing). Submitting a test case with a bug usually helps. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0.11] New alpha build
I have released a new alpha test build, with, among others, a fix for the commons-logging classloading issues that were present in previous 5.0.x releases. Please test it. Downloads: http://jakarta.apache.org/site/binindex.cgi I'll post a vote on the build tomorrow. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]