New test milestone: 4.1.4

Since the nightly builds for Tomcat 4 are broken, I've packaged and uploaded a new test milestone, which includes the latest changes to Jasper 2. See the release notes for the list of changes over 4.1.3. Downloads: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.4/ Release notes:

Qn about a performance bottleneck in InvokerServlet

The following code snippet is from the serveRequest() method of org.apache.catalina.servlets.InvokerServlet.java - String name = "org.apache.catalina.INVOKER." + servletClass; String pattern = inServletPath + "/" + servletClass + "/*"; Wrapper wrapper = null;

[Jasper 2] Tag reuse problems

Hi, The recent tag reuse changes appear to be great, but seem to have the disadvantage of breaking existing tags (for example, the Foo tag in the examples, as well as two of the tags from the admin webapp). Although none of these tags was compliant with the specification (both had an iccorect

cvs commit: jakarta-tomcat-4.0/catalina build.xml

remm2002/06/09 22:27:44 Modified:catalina build.xml Log: - Bundle some hypothetical 1.0.1 release of commons-logging, with a separate API JAR. Revision ChangesPath 1.121 +3 -1 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml

cvs commit: jakarta-tomcat-4.0 build.properties.sample

remm2002/06/09 22:27:18 Modified:.build.properties.sample Log: - Bundle some hypothetical 1.0.1 release of commons-logging, with a separate API JAR. Revision ChangesPath 1.42 +5 -4 jakarta-tomcat-4.0/build.properties.sample Index: build.pro

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt

remm2002/06/09 18:47:52 Modified:.RELEASE-NOTES-4.1.txt Log: - Update changelog. Revision ChangesPath 1.8 +28 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt ===

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

remm2002/06/09 18:35:19 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Add buffer reuse, as was described some time ago, using the state object. - Existing test suites and the administration webapp appear to be working ok, so I am committing it

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java

remm2002/06/09 18:32:57 Modified:jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java Log: - Add some new methods to more intelligently allocate the buffers. Revision ChangesPath 1.7 +19 -3 jakarta-tomcat-jasper/jasper2/

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java

remm2002/06/09 18:29:45 Modified:jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java Log: - Remove syncing. - Add one extra method to allow reusing. Revision ChangesPath 1.3 +47 -62 jakarta-tomcat-jasper/jasper2/src/sh

cvs commit: jakarta-tomcat-4.0/webapps/admin/logger logger.jsp

remm2002/06/09 18:25:13 Modified:webapps/admin/logger logger.jsp Log: - Add missing background. Revision ChangesPath 1.5 +1 -1 jakarta-tomcat-4.0/webapps/admin/logger/logger.jsp Index: logger.jsp =

DO NOT REPLY [Bug 8553] - "Invalid virtual host name" error starting mod_webapp.c

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [PROPOSAL] RegisterNatives

> -Original Message- > From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] > Sent: 9. lipanj 2002 20:20 > To: 'Tomcat Developers List' > Subject: RE: [PROPOSAL] RegisterNatives > > > > that out. The > > apr_initialize for IIS should be called > > IMO from DllMain in jk_isapi_plugin, b

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ActionsTag.java TableTag.java

remm2002/06/09 12:10:22 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ActionsTag.java TableTag.java Log: - Those two tags were holding a state set not set through the attributes, breaking instance reuse. Revision ChangesPath

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

nacho 2002/06/09 11:52:07 Modified:jk/native2/common jk_env.c Log: * Deleting a apr_initialize call left at a wrong place when debugging for IIS.. Revision ChangesPath 1.34 +0 -2 jakarta-tomcat-connectors/jk/native2/common/jk_env.c Index: jk_env.c

RE: [PROPOSAL] RegisterNatives

> De: Mladen Turk [mailto:[EMAIL PROTECTED]] > Enviado el: 9 de junio de 2002 10:39 > There is one potential problem about portability > (apr_initialize call in > native initialize), > cause there is no need to call that from apache so I ifdef > that out. The > apr_initialize for IIS should be

Re: [PATCH] jk_vm_default.c make classpath easier to configure

Wouldn't be simpler to add a 'classpath' attribute ? [vm] classpath=... classpath=... I'll commit the patch anyway ( after I'm done with the previous patch.) I moved apr_initialize() inside the if(), i.e. if jk_env_globalEnv is not set, we are in standalone mode, if it is set we are in inproce

DO NOT REPLY [Bug 9730] - Build 20020530 fails to run

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[PATCH] jk_vm_default.c make classpath easier to configure

Hi, Dunno if the patch has the 'real' purpose, cause it's only a way for me to make the config easier to configure. Since -Djava.class.path in JVM options can contain classpaths semicolon separated, it can become quite messy, so I've used the concept to enable to use multiple config lines and it

DO NOT REPLY [Bug 9730] New: - Build 20020530 fails to run

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [PROPOSAL] RegisterNatives

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 9. lipanj 2002 18:04 > To: Mladen Turk > Cc: 'Tomcat Developers List' > Subject: RE: [PROPOSAL] RegisterNatives > > > Few questions: > > - Do we still need System.load() in jniMode ? I noticed you made

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/examples FooTag.java

remm2002/06/09 09:08:30 Modified:webapps/examples/WEB-INF/classes/examples FooTag.java Log: - The examples tag is not compatible with tag reuse (although it should). - This raises the problem of how many tags out there are not compatible with reuse. Revision Changes

RE: [PROPOSAL] RegisterNatives

Few questions: - Do we still need System.load() in jniMode ? I noticed you made it configurable, but if registerNatives works there's no reason to keep the old ( ugly ) mechanism. - I'm not sure it'll work in standalone mode if you comment out apr_initialize(). "Standalone" means java using jk

DO NOT REPLY [Bug 6890] - default and /foo/* mappings

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6890] - default and /foo/* mappings

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6890] - default and /foo/* mappings

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 5581] - java.lang.ArrayIndexOutOfBoundsException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6036] - Problems with URI mapping

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: [PROPOSAL] RegisterNatives

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 8. lipanj 2002 22:38 > To: Tomcat Developers List > Subject: Re: [PROPOSAL] RegisterNatives > > > On Sat, 8 Jun 2002, Mladen Turk wrote: > > > Are there any reason why are we loading jkjni, or mod_jk2 fo

DO NOT REPLY [Bug 9723] - Avoid unnecessary calls to RequestUtil.filter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 9723] New: - Avoid unnecessary calls to RequestUtil.filter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu