[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:

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 easier it is for

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9375. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9434. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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,

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

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

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8438. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9439. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9440. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

In j-t-c/ build.xml the jar element contains a fileset dir subelement/attribute that points to jk/build/WEB-INF/classes however the dir path that's being created in j-t-c/jk/ build.xml is jk/build/classes. Thank You, Anthony -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For

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: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

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-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

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: mailto:[EMAIL PROTECTED] For

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:

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

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

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9416. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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=${apache2.home)

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9445. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9434. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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) instead of:

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 who are

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

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 running on

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

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

You need to set the os specific property (ie; linux) using the condition task as is done in j-t-c/jk/native2/ build.xml as follows: Example snippet from j-t-c/jk/native2/ build.xml: !-- What OS ( it'll determine the includes ) -- condition property=linux equals arg1=${os.name}

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9434. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

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

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 two

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

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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9434. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

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

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=9027. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.