Jk2 config

I'm going to do few more changes to jk2 config ( unless anyone has a better idea ). Instead of renaming all config directives with Jk2, I would like to just _remove_ them all. If the old directives are used in a config, mod_jk1 will do what's expected. I would like to minimze the number of dir

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.3-B1.txt

remm02/02/22 18:09:11 Modified:.Tag: tomcat_40_branch RELEASE-NOTES-4.0.3-B1.txt Log: - Update status. Revision ChangesPath No revision No revision 1.1.2.11 +10 -1 jakarta-tomcat-4.0/Attic/RELEASE-NOTES

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

remm02/02/22 18:06:21 Modified:.build.properties.sample Log: - Cleanup sample properties (and update with most current revision numbers). Revision ChangesPath 1.31 +78 -66jakarta-tomcat-4.0/build.properties.sample Index: build.properties.sample

Re: Problems with mod_webapp. Please read!

Brian, In my previous e-mails I gave more details. My setup is this: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. Does mod_webapp require a more recent version of Apache? Does it require JDK 1.4? I was under the impression that i

RE: Problems with mod_webapp. Please read!

I've recently tried out the binary version of mod_webapp on Win2K and it does not appear to function properly. It will work for a couple of page and then it causes Apache to grap 100% CPU time. -Original Message- From: Erik Lotspeich [mailto:[EMAIL PROTECTED]] Sent: Friday, February 22, 2

Re: Problems with mod_webapp. Please read!

On Fri, 2002-02-22 at 15:58, Erik Lotspeich wrote: > Is there anybody who has successfully built mod_webapp and gotten it to > work properly? Yes, since you didn't say which platform, JVM, etc., I'll give you mine: RedHat 7.2, JDK 1.4, Jakarta-tomcat 4.0.2, Apache 2.0 b32 (works only with MPM

Problems with mod_webapp. Please read!

Hi, I have successfully built Tomcat 3.x and mod_jk from source and gotten it to work perfectly. I've successfully built Tomcat 4.x. The problem is that I have not been able to get mod_webapp running successfully. I've tried every release from 4.0 to 4.01 to 4.02 with no success. The problem

Re[2]:[VOTE] Tomcat 4.0.2 b2 release

Please ignore my last message, my mailer delivered the last email late to me so I thought you were planning another release. Sorry Reply Separator Subject:Re:[VOTE] Tomcat 4.0.2 b2 release Author: "Tomcat Developers List" <[EMAIL PROTECTED]> Date:

Re:[VOTE] Tomcat 4.0.2 b2 release

Since 4.0.2 is already released, shouldn't this be tagged 4.0.3b2 ? Reply Separator Subject:[VOTE] Tomcat 4.0.2 b2 release Author: "Tomcat Developers List" <[EMAIL PROTECTED]> Date: 1/16/2002 3:10 PM Hi, I think it would be good to tag Tomcat 4

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/factory TyrexDataSourceFactory.java TyrexTransactionFactory.java

remm02/02/22 12:11:51 Modified:catalina/src/share/org/apache/naming/factory Tag: tomcat_40_branch TyrexDataSourceFactory.java TyrexTransactionFactory.java Log: - Port patch. - Improve error logging for the Tyrex data sources. -

cvs commit: jakarta-tomcat-connectors/lib commons-logging.jar

costin 02/02/22 11:21:33 Modified:lib commons-logging.jar Log: Update to official 1.0 release Revision ChangesPath 1.2 +113 -72 jakarta-tomcat-connectors/lib/commons-logging.jar <> -- To unsubscribe, e-mail: Fo

RE: mod_jk suggestion, add "request" logging option

>So if I wanted to add the "request" logging feature to mod_jk 1.2 >there is still time to do that? And should those changes be committed >to the HEAD CVS branch of jakarta-tomcat-connectors? mod_jk 1.2 in JTC is not feature freeze, so let's commit there, some will port the update to mod_jk 2.0

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

remm02/02/22 10:03:54 Modified:catalina/src/share/org/apache/catalina/connector Tag: tomcat_40_branch HttpRequestBase.java Log: - Port patch. - The contentType header should be trimmed before comparing with "application/x-www-form-urlencoded". - F

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

remm02/02/22 10:03:35 Modified:catalina/src/share/org/apache/catalina/connector HttpRequestBase.java Log: - The contentType header should be trimmed before comparing with "application/x-www-form-urlencoded". - Fixes bug 6644. Revision Changes

Re: DO NOT REPLY [Bug 6644] New: - Whitespace after Content-type header value leads to POST method failure

> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6644 > > Whitespace after Content-type header value leads to POST method failure > >Summary: Whitespace after Content-type header value leads to POST > method failure >Product: Tomcat 4 >Ver

RE: mod_jk suggestion, add "request" logging option

>> The only problem with jk2 is that it's only available >> for Apache 2.0, port to Apache 1.3 should be conducted... > >True. My focus was on cleaning up the code, and it >was much easier with a single server. I don't think >updating the other servers is very difficult. Hope so, maybe Apache 1.3

Re: DO NOT REPLY [Bug 6641] New: - Download of MS Office docs from protected areas fail with IE

> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6641 > > Download of MS Office docs from protected areas fail with IE > >Summary: Download of MS Office docs from protected areas fail > with IE >Product: Tomcat 4 >Version: 4.0.2 Final >

Re: DO NOT REPLY [Bug 6640] New: - The classpath is not evalueted

> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6640 > > The classpath is not evalueted > >Summary: The classpath is not evalueted >Product: Tomcat 4 >Version: 4.0.2 Final > Platform: Other > OS/Version: Windows NT/2K > Status:

Re: [Daemon] New commons component

On Fri, 22 Feb 2002, Pier Fumagalli wrote: > >>> wheel ? The daemon requires using an init()-like method and a certain > >>> architecture - which the other solution doesn't. > >> > >> ? > >> I wonder what prevents you from having an empty init method, and then doing > >> whatever JNI calls you w

RE: mod_jk suggestion, add "request" logging option

On Fri, 22 Feb 2002, GOMEZ Henri wrote: > The only problem with jk2 is that it's only available > for Apache 2.0, port to Apache 1.3 should be conducted... True. My focus was on cleaning up the code, and it was much easier with a single server. I don't think updating the other servers is very di

Problems with Tomcat 4.0.2 and tag libraries

Hi, I am running across some weird bugs in Tomcat 4.0.2 which we didn't encounter in 4.0.1 (or 4.0.2 beta2). It looks like bugzilla ( http://nagoya.apache.org/bugzilla/ ) is not working, so I can't look up whether this has been reported. When I execute a simple web page which uses the Standard

Re: mod_jk suggestion, add "request" logging option

GOMEZ Henri wrote: > > >> OK, I think that explains it. > >> > >> So mod_jk 2.0 and Ajp14 are still in development, and it > >> may be a while before they are finished. > > > >> > >What is the status of mod_jk (2) 1.2 and Ajp 14? > > > >My opinion: > > > >Jk2 supports all the features from jk1 (

RE: mod_jk suggestion, add "request" logging option

>> OK, I think that explains it. >> >> So mod_jk 2.0 and Ajp14 are still in development, and it >> may be a while before they are finished. > >> > >What is the status of mod_jk (2) 1.2 and Ajp 14? > >My opinion: > >Jk2 supports all the features from jk1 ( and some more ). >There are probably so

DO NOT REPLY [Bug 6644] New: - Whitespace after Content-type header value leads to POST method failure

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 6643] New: - Tom 3.3a or 3.31b1 : URLRewriting POST ==> 404 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

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_service.h

hgomez 02/02/22 03:06:01 Modified:jk/native2/common jk_uriMap.c jk/native2/include jk_service.h Log: Estetic fixes Revision ChangesPath 1.14 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c Index: jk_uriMap.c

DO NOT REPLY [Bug 6641] New: - Download of MS Office docs from protected areas fail with IE

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 6640] New: - The classpath is not evalueted

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

Please check if this documentation on Tomcat 4 helps (it looks good)

I received this one via the webmaster mail and it looks interesting. Paulo Gaspar > -Original Message- > From: Marty Hall [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 21, 2002 3:08 PM > To: [EMAIL PROTECTED] > Subject: Tomcat 4 configuration and usage guide > > > Hi. A lot of m

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

hgomez 02/02/22 02:08:35 Modified:jk/native2/server/apache2 jk_service_apache2.c Log: Correct problems with headers handling, mod_jk2 was broken. Now mod_jk 2.0.0 works correctly with Tomcat 3.3.1-b1 There is still a problem with Tomcat 4.0.2 and SessionId Revision Change

cvs commit: jakarta-tomcat-connectors/jk/native2 build.xml

hgomez 02/02/22 02:06:05 Modified:jk/native2 build.xml Log: Update build.xml to use mod_jk2.c and rename mod_jk.so to mod_jk2.so Revision ChangesPath 1.14 +2 -2 jakarta-tomcat-connectors/jk/native2/build.xml Index: build.xml

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

hgomez 02/02/22 02:05:26 Removed: jk/native2/server/apache2 mod_jk.c Log: Remove mod_jk.c -- To unsubscribe, e-mail: For additional commands, e-mail:

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

hgomez 02/02/22 02:04:34 Added: jk/native2/server/apache2 mod_jk2.c Log: Renaming mod_jk.c to mod_jk2.c to allow Apache directive Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c

DO NOT REPLY [Bug 5829] - StandardManager needs to cope with sessions throwing exception in read/write

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/catalina/src/share/org/apache/naming/factory TyrexDataSourceFactory.java TyrexTransactionFactory.java

remm02/02/22 00:47:14 Modified:catalina/src/share/org/apache/naming/factory TyrexDataSourceFactory.java TyrexTransactionFactory.java Log: - Improve error logging for the Tyrex data sources. - Always return a ServerDataSource (Ena