Re: Order of vs

One more thing. Have you run Gump on Windows lately (you know I don't). I think you should be getting a sharing exception (or whatever it is called) if you try to modify catalina.jar while it is on the CLASSPATH - and changing the order of and is not going to help here. Cheers Stefan

DO NOT REPLY [Bug 10860] - apxs:Error: Command failed with rc=65536

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_b

DO NOT REPLY [Bug 10789] - Setting DirectoryIndex of index.jsp does not get served by jk2

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_b

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c

bojan 2002/07/16 22:58:34 Modified:jk/native2/server/apache2 mod_jk2.c Log: Fix picking up default pages from Apache 2.x Revision ChangesPath 1.40 +3 -2 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c

DO NOT REPLY [Bug 9913] - Default pages not picked up by mod_jk 1.2.0 with Apache 2.0.36

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

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

bojan 2002/07/16 22:40:35 Modified:jk/native/apache-2.0 mod_jk.c Log: Fix picking up default pages from Apache 2.x Revision ChangesPath 1.47 +3 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c Index: mod_jk.c =

DO NOT REPLY [Bug 10789] - Setting DirectoryIndex of index.jsp does not get served by jk2

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_b

DO NOT REPLY [Bug 9913] - Default pages not picked up by mod_jk 1.2.0 with Apache 2.0.36

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 9913] - Default pages not picked up by mod_jk 1.2.0 with Apache 2.0.36

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 9913] - Default pages not picked up by mod_jk 1.2.0 with Apache 2.0.36

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 9913] - Default pages not picked up by mod_jk 1.2.0 with Apache 2.0.36

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: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerGenerator.java

Remy, No they don't: they are bug fixes for JSP2.0 stuff. I'll make sure bug fixes that apply to both branches get in both branches. Don't worry! :-) - Kin-man > Date: Wed, 17 Jul 2002 00:43:53 +0200 > From: Remy Maucherat <[EMAIL PROTECTED]> > Subject: Re: cvs commit: jakarta-tomcat-jasper/

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

luehe 2002/07/16 17:35:31 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: escape \n when outputting params Revision ChangesPath 1.39 +4 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index

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

kinman 2002/07/16 16:40:06 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Log: - Generation of smap seems to cause the container to freeze occasionally. It is turned off for now; and will need to be debugged later. Revision ChangesPath 1.20

Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compilerGenerator.java

[EMAIL PROTECTED] wrote: > luehe 2002/07/16 15:39:20 > > Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java > Log: > Fixed infinite loop in fragment generation for . BTW, those patches probably need to be also applied to the 4.1 branch. Remy -- To unsubscribe

Re: Missed vote

on 7/16/02 1:14 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > What's so painful about a ten-line build.xml target that creates a > separate JAR file with just the javax.servlet and javax.servlet.http API > classes, if that's what you need? > > Sharing a CVS repository has little or noth

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

luehe 2002/07/16 15:39:20 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: Fixed infinite loop in fragment generation for . Revision ChangesPath 1.38 +7 -10 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.

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

kinman 2002/07/16 15:35:05 Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java Log: - turn off more debug messages. Revision ChangesPath 1.3 +8 -2 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java Index: Sm

Re: Missed vote

Craig R. McClanahan <[EMAIL PROTECTED]> wrote: > > > On Tue, 16 Jul 2002, Jon Scott Stevens wrote: > >> Date: Tue, 16 Jul 2002 11:56:40 -0700 >> From: Jon Scott Stevens <[EMAIL PROTECTED]> >> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> >> To: tomcat-dev <[EMAIL PROTECTED]> >> Subject:

FW: Tomcat voted "Best Java Application Server"

Not acked -- Forwarded Message > From: "Adams, Lamont" <[EMAIL PROTECTED]> > Date: Tue, 16 Jul 2002 15:13:44 -0400 > To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > Subject: Tomcat voted "Best Java Application Server" > > Hi there, > > I'm not sure who the best person is to contact about th

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

luehe 2002/07/16 13:40:11 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: Convert expression to String (using String.valueOf(Object)), so they can be printed using Writer.write(String). Revision ChangesPath 1.37 +5 -4 jakarta-tomc

DO NOT REPLY [Bug 9434] - Response Filters do not work with jsp:forward

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: New branches and repositories

On Tue, 16 Jul 2002, Patrick Luby wrote: > Date: Tue, 16 Jul 2002 13:11:25 -0700 > From: Patrick Luby <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: Re: New branches and repositorie

Re: Missed vote

On Tue, 16 Jul 2002, Jon Scott Stevens wrote: > Date: Tue, 16 Jul 2002 11:56:40 -0700 > From: Jon Scott Stevens <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: tomcat-dev <[EMAIL PROTECTED]> > Subject: Missed vote > > Arg. I missed the vote where the Servlet API

Re: New branches and repositories

Craig, These modules are not accessible to the "anoncvs" user. Is there anything we need to do to make that work? Thanks, Patrick "Craig R. McClanahan" wrote: > > The new repositories (jakarta-servletapi-5, jakarta-tomcat-5, and > jakarta-tomcat-catalina) have been set up with just a LICENSE

cvs commit: jakarta-tomcat-jasper/jasper2 build.properties.sample

kinman 2002/07/16 12:45:04 Added: jasper2 build.properties.sample Log: Revision ChangesPath 1.1 jakarta-tomcat-jasper/jasper2/build.properties.sample Index: build.properties.sample =

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

kinman 2002/07/16 12:36:16 Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java Log: - turn off debug message for smap. Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java Index:

Missed vote

Arg. I missed the vote where the Servlet API and JSP classes were going to be stored in the same repo. Is there any way that I can -1 that after the fact? Several of us have worked hard over the years to completely separate the Servlet API from the JSP API for various valid reasons (including th

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_iis.h

mturk 2002/07/16 10:30:15 Modified:jk/native2/server/isapi jk_iis.h Log: Add the Error 400 and 403 as #define html. Revision ChangesPath 1.11 +15 -3 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h Index: jk_iis.h =

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c

mturk 2002/07/16 10:29:20 Modified:jk/native2/server/isapi jk_isapi_plugin.c Log: Make all thread function as void and use ExitThread insted of return 0. Change the call to the write_error_response to use the defines from jk_iis.h to skip multiple writting of the same thing.

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_iis_thread_pool.c

mturk 2002/07/16 10:27:21 Modified:jk/native2/server/isapi jk_iis_thread_pool.c Log: Make all thread function as void and use ExitThread insted of return 0. Revision ChangesPath 1.3 +9 -7 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis_thread_poo

DO NOT REPLY [Bug 9434] - Response Filters do not work with jsp:forward

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

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

amyroh 2002/07/16 10:19:13 Modified:webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java Log: Fix indentation. Revision ChangesPath 1.8 +5 -5 jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java CompressionResponseStream.java

amyroh 2002/07/16 10:15:18 Modified:webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java CompressionResponseStream.java Log: Add include action to be extended with parameter gzip:

DO NOT REPLY [Bug 9434] - Response Filters do not work with jsp:forward

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: [GUMP] Build Failure - jakarta-tomcat-4.0

On Tue, 16 Jul 2002, Ignacio J. Ortega <[EMAIL PROTECTED]> wrote: > I can remember that Sam said that this problem relates to use in the > build classpath some intermediate product of our build, java.lang.InternalError: jzentry == 0 usually happens inside of Ant when you modify a jar that is on

cvs commit: jakarta-servletapi-5 - Imported sources

kinman 2002/07/16 09:38:43 Log: - Initial files supporting JSP 2.0 Status: Vendor Tag: js5 Release Tags: r1 N jakarta-servletapi-5/BUILDING.txt N jakarta-servletapi-5/.cvsignore U jakarta-servletapi-5/LICENSE N jakarta-servletapi-5/README.txt N jakarta-servleta

Jasper error with struts & patch

The jsp code it's self: The JSP generated code that is bad: private boolean _jspx_meth_logic_present_0(javax.servlet.jsp.tagext.Tag _jspx_th_html_form_0, javax.servlet.jsp.PageContext

RE: Order of vs

> De: Stefan Bodewig [mailto:[EMAIL PROTECTED]] > Enviado el: 16 de julio de 2002 17:17 > BTW, could somebody please add a dependency on Xerces to the Gump > descriptor of jakarta-tomcat-jk and maybe even add a so that > at-jk.html

cvs commit: jakarta-tomcat-connectors gump.xml

nacho 2002/07/16 08:37:12 Modified:.gump.xml Log: Added nags for all project we have, and a dependency on xerces.. Thanks to Stefan Bodewig Revision ChangesPath 1.6 +5 -0 jakarta-tomcat-connectors/gump.xml Index: gump.xml ===

DO NOT REPLY [Bug 10871] New: - Spaces in install directory causes errors

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_b

Re: Order of vs

On Tue, 16 Jul 2002, Sam Ruby <[EMAIL PROTECTED]> wrote: > it seem that the JDK doesn't take kindly to jars being modified > while in use. Too true. But is it really necessary to change catalina.jar? If so, does it have to be on the CLASSPATH in the first place? > Putting dirs first provided

Order of vs

Stefan, suggestions? it seem that the JDK doesn't take kindly to jars being modified while in use. Putting dirs first provided a workaround. http://jakarta.apache.org/builds/gump/latest/jakarta-tomcat-4.0.html http://jakarta.apache.org/builds/gump/latest/xml-axis-security.html --

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Anyone knows what happen? I can remember that Sam said that this problem relates to use in the build classpath some intermediate product of our build, revised logs, and nobody has changed anything in gump.xml or in build.xml lately.., Saludos , Ignacio J. Ortega > -Mensaje original- >

[GUMP] Build Failure - jakarta-tomcat-4.0

This email is autogenerated from the output from: Buildfile: build.xml deploy-prepare: deploy-static: deploy:

DO NOT REPLY [Bug 10850] - HttpUtils.getRequestURL omits port number

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_b

DO NOT REPLY [Bug 10850] - HttpUtils.getRequestURL omits port number

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_b

Re: Some advice regarding mod_jk

Arshad Mahmood wrote: > > Hi, > > I am developing an using mod_jk, apache 1.3.26 and Tomcat 4.1.7, Redhat 7.2 > and have come across an issue with regards to mod_jk. > > Now I assumed that the Ajp13Processors under mod_jk acted as pool to process > incoming requests. But I hadn't realised that

DO NOT REPLY [Bug 10860] - apxs:Error: Command failed with rc=65536

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_b

DO NOT REPLY [Bug 10860] New: - apxs:Error: Command failed with rc=65536

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_b

Some advice regarding mod_jk

Hi, I am developing an using mod_jk, apache 1.3.26 and Tomcat 4.1.7, Redhat 7.2 and have come across an issue with regards to mod_jk. Now I assumed that the Ajp13Processors under mod_jk acted as pool to process incoming requests. But I hadn't realised that a processor is created per socket and t