DO NOT REPLY [Bug 9027] - The Tomcat Servlet Container use the identity specified in a servlet with the element for every web component.

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 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: [Proposal] Removing 64K limit in jasper 2

> I've been giving this topic considerable thought for > the last month. Now that JSTL is getting close to > official release, performance may become a bigger > issue. > > I've been evaluating JSTL and experimenting with using > it for complex rendering logic. From what I've seen, > the common pat

Re: [Proposal] Removing 64K limit in jasper 2

I am still in vacation mode, unil Thursday. Just want to giva some quick response. > > Like Costin, I don't think that there would be much performance penalty > by calling a private method. In fact, if we want to reduce the number > of "unnecessary" calls, I have another idea... well I have t

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

nacho 02/05/27 14:57:45 Modified:jk/native2/common jk_endpoint.c Log: * Typos * initing stats object to NULL Revision ChangesPath 1.15 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c Index: jk_endpoint.c ==

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

nacho 02/05/27 14:56:19 Modified:jk/native2/common jk_env.c Log: * Fixed build in win32 Thanks to Mladen Turk Revision ChangesPath 1.29 +2 -1 jakarta-tomcat-connectors/jk/native2/common/jk_env.c Index: jk_env.c

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

"j-t-c/jk/native/ build.xml": OS Specific Includes Fail

You need to set the os specific property (ie; "linux") using the "" task as is done in "j-t-c/jk/native2/ build.xml" as follows: Example snippet from "j-t-c/jk/native2/ build.xml": Thank You, An

Re: [Proposal] Removing 64K limit in jasper 2

I've been giving this topic considerable thought for the last month. Now that JSTL is getting close to official release, performance may become a bigger issue. I've been evaluating JSTL and experimenting with using it for complex rendering logic. From what I've seen, the common pattern of usage

Re: "j-t-c/jk/native(2) build.xml": Global Server Property Initialization Issue

On Monday 27 May 2002 02:36 pm, Anthony W. Marino wrote: > For example, the "apache13.home" property is set with too a generic/common > directory location which should, 100% of the time, evaluate to true when > checked with an "available" task (ie; target "detect"). Note that "True" is when runn

"j-t-c/jk/native(2) build.xml": Global Server Property Initialization Issue

For example, the "apache13.home" property is set with too a generic/common directory location which should, 100% of the time, evaluate to true when checked with an "available" task (ie; target "detect"). This global assignment will only occur, of course, when one has purposely commented-out (i

Divorcing karma from CVS access? (Re: Vicious Abuse?)

On Sat, May 25, 2002 at 03:51:54PM +0100, Pier Fumagalli wrote: > "Jeff Turner" <[EMAIL PROTECTED]> wrote: > > > .. and thankful that people like Costin persevere in spite of rather > > vicious abuse. > > Vicious abuse? All I am proposing is to add greater flexibility to the > freedom of those w

Re: "j-t-c/jk/ build.properties.sample": Incorrect Syntax???

Okie Dokie!!! Anthony > Anthony W. Marino wrote: > > On Monday 27 May 2002 09:48 am, Anthony W. Marino wrote: > >>In several places within "j-t-c/jk/ build.properties.sample" there are > >>assignment values using parentheses instead of brackets. > >> > >>For example: > >>apr.home=$(apache2.home)

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

DO NOT REPLY [Bug 9445] New: - HotSpot Virtual Machine Error, Internal Error

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: "j-t-c/jk/ build.properties.sample": Incorrect Syntax???

Anthony W. Marino wrote: > On Monday 27 May 2002 09:48 am, Anthony W. Marino wrote: > >>In several places within "j-t-c/jk/ build.properties.sample" there are >>assignment values using parentheses instead of brackets. >> >>For example: >>apr.home=$(apache2.home) >> >>instead of: >>apr.home=${apac

cvs commit: jakarta-tomcat-connectors/jk build.properties.sample

jfclere 02/05/27 08:22:41 Modified:jk build.properties.sample Log: Fix typos (Thanks to Anthony W. Marino, anthony at AWMObjects.com) Revision ChangesPath 1.14 +2 -2 jakarta-tomcat-connectors/jk/build.properties.sample Index: build.properties.sample

DO NOT REPLY [Bug 9416] - Memory usage by Tomcat

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

large requests crash mod_jk on HP-UX 11.0

I am really a tomcat user, but I have ended up trolling through the mod_jk code looking for this bug, so I thought this was the appropriate place to post my discoveries; Background: Our Unix team have built Apache from the source for HP-UX 11.0 with the HP cc compiler, not gcc. cpp and ccom vers

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/apr AprInputStream.java AprOutputStream.java

glenn 02/05/27 07:42:47 Modified:jk/java/org/apache/jk/apr AprInputStream.java AprOutputStream.java Log: Method signatures for APR no longer matched which broke the build. Updated the method signatures to match Costin's latest changes. Revision Chan

Re: "j-t-c/jk/ build.properties.sample": Incorrect Syntax???

On Monday 27 May 2002 09:48 am, Anthony W. Marino wrote: > In several places within "j-t-c/jk/ build.properties.sample" there are > assignment values using parentheses instead of brackets. > > For example: > apr.home=$(apache2.home) > > instead of: > apr.home=${apache2.home) Ooops: apr.home=${apa

"j-t-c/jk/ build.properties.sample": Incorrect Syntax???

In several places within "j-t-c/jk/ build.properties.sample" there are assignment values using parentheses instead of brackets. For example: apr.home=$(apache2.home) instead of: apr.home=${apache2.home) Thank You, Anthony -- To unsubscribe, e-mail: For additi

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector RequestBase.java

glenn 02/05/27 06:34:34 Modified:catalina/src/share/org/apache/catalina/connector RequestBase.java Log: Only log if their is text to log Revision ChangesPath 1.20 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connect

cvs commit: jakarta-tomcat-connectors/jk/native2 buildconf.sh

jfclere 02/05/27 06:28:03 Modified:jk/native2 buildconf.sh Log: Copy instead of symlink the libtool files. Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-connectors/jk/native2/buildconf.sh Index: buildconf.sh =

cvs commit: jakarta-tomcat-connectors/jk/native2/scripts/build/unix dummy.am

jfclere 02/05/27 06:25:44 Modified:jk/native2 configure.in Added: jk/native2/scripts/build/unix dummy.am Log: Prevent the automake error message: no `Makefile.am' found or specified. Revision ChangesPath 1.4 +4 -2 jakarta-tomcat-connectors/jk/native2/c

getSigners and WebappClassLoader

Hi Remy, just a short follow up to check if you have received my previous change suggestion for WebappClassLoader. Everything in order? Regards, Michael Eriksson -- To unsubscribe, e-mail: For additional commands, e-mail:

"j-t-c/ build.xml": Incorrect Dir Used

In "j-t-c/ build.xml" the "" element contains a "mailto:[EMAIL PROTECTED]> For additional commands, e-mail:

DO NOT REPLY [Bug 9440] New: - build-unix.sh does not build on solaris 8 for apache2.0.35

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 9439] New: - mod_jk on solaris not working with apache 2.0.35

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 8438] - Unable to start Apache service when using mod_jk

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 BUILDING.txt build.properties.sample

jfclere 02/05/27 03:01:12 Modified:.BUILDING.txt build.properties.sample Log: Update tyrex to 1.0. Revision ChangesPath 1.30 +2 -2 jakarta-tomcat-4.0/BUILDING.txt Index: BUILDING.txt ===

Re: import tyrex.jdbc.ServerDataSource;

Denis Markov wrote: > Hello All, > > Can anyone help me please, I am very new to Tomcat source code and I've > got a problem: Tomcat requires Tyrex-0.9.7 for build but as it was > allready caught it is not available for download any more. There is only > 1.0 bundle available whcih even has no tyr

import tyrex.jdbc.ServerDataSource;

Hello All, Can anyone help me please, I am very new to Tomcat source code and I've got a problem: Tomcat requires Tyrex-0.9.7 for build but as it was allready caught it is not available for download any more. There is only 1.0 bundle available whcih even has no tyrex.jdbc.* package inside. So, it

DO NOT REPLY [Bug 9434] New: - 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

DO NOT REPLY [Bug 9375] - JSP class loading failure with derived tags

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

APR patch? Was: [VOTE] New Committer Dan Sandberg

Pier Fumagalli wrote: > Dan Sandberg <[EMAIL PROTECTED]> wrote: > > >>Granting that I'm not as experienced with open-source collaboration as >>the rest of you are, > > > Don't worry, I'm here since 1997 and I'm probably the most clueless of all > freaks... :) > > >>my intuition is that the e

[PATCH] mod_jk2 compile on WIN32

Hi, all Here are the two patches that enables WIN32 compilation of mod_jk2. Tested on 2.0.37-dev. I think that module should be named mod_jk2(right?), and since use the APR by default. MT. Index: jk_env.c === RCS file: /home/cvsp