DO NOT REPLY [Bug 22952] New: - reconnection to database not possible

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 22737] - LogConfigurationException when using Tomcat 4.1.27 SSL, common/log

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

Received - Did you check the QNYF Group FAQ?

This is an automated response. Thanks for your email. If you are trying to post an email to the QNYF Group, this is the wrong email address. Please re-send your email posting to: [EMAIL PROTECTED] . If you are asking a question regarding the QNYF Group, please first check the Group FAQ: www.quen

DO NOT REPLY [Bug 16189] - Tomcat Hangs in SSL Mode (Both 4.1.18 and 4.1.18LE for JDK 1.4)

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: [Bug 19983] New: - Tomcat has to be restarted frequently

Burns, Darrell wrote: We are having this bug show up right now(No processor available, rejecting this connection). I noticed that this has been resoved, but not through QA. Any more information you could give me would be appreciated. Well, I can't reproduce this. People rarely post about such

Re: [PATCH] Bug 22666

Mark Thomas wrote: I was working from http://www.w3.org/International/O-URL-code.html Applying the patch fixed the problem as reported in bug 22666. I am happy to have another look at this. Can you point me in the direction of a better reference? Well, -1 because: 1) Everyone ignores this stand

RE: [PATCH] Bug 22666

I was working from http://www.w3.org/International/O-URL-code.html Applying the patch fixed the problem as reported in bug 22666. I am happy to have another look at this. Can you point me in the direction of a better reference? Mark On Friday, September 05, 2003 7:46 PM, Remy Maucherat [SMTP:

Re: [PATCH] Bug 22666

Mark Thomas wrote: URIs are always UTF-8 encoded. Therefore the parameter encoding should be set to UTF-8 and not to the request encoding (if set). Patches for TC5 and TC4 are below. ? This is incorrect, strong -1 for this patch. Remy --

[PATCH] Bug 22666

URIs are always UTF-8 encoded. Therefore the parameter encoding should be set to UTF-8 and not to the request encoding (if set). Patches for TC5 and TC4 are below. Mark Index: catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java ==

[5.0.10] New alpha build

I have released a new alpha test build, with fixes for the major issues that were present in 5.0.9. Please test it. Downloads: http://jakarta.apache.org/site/binindex.cgi I'll post a vote on the build early next week. Remy -

[Bug 19983] New: - Tomcat has to be restarted frequently

We are having this bug show up right now(No processor available, rejecting this connection).  I noticed that this has been resoved, but not through QA.  Any more information you could give me would be appreciated.   Thanks  

Re: in_addr_t and NetWare (was in_addr_t and Linux 2.2)

Ok, I've committed the fix the has the exception for NetWare. I tried a bunch of different things and this was the only thing that work for all of the webserver on NetWare (Netscape, Apache 1.3, and Apache 2.0). Glenn, where did you learn such patience:-)? Thanks for keeping this moving forwa

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c

mmanders2003/09/05 08:19:29 Modified:jk/native/common jk_connect.c Log: Added special case for NetWare since the MetroWerks compiler is so strict on types. Revision ChangesPath 1.14 +6 -1 jakarta-tomcat-connectors/jk/native/common/jk_connect.c Index: jk_con

Re: in_addr_t and Linux 2.2

So, I was waiting for all of the changes before trying to recompile for NetWare and the current in_addr_t changes are causing Metrowerks to complain. I should have tried it as soon as it checked in, but wanted to try building with all of the changes. Sorry :-(. I'm trying to resolve it now s

Re: [5.0.10] Tag tomorrow

Shapira, Yoav wrote: Howdy, Where were the old binaries posted? I can't seem to find them... I did the move alreaady. They were where the new ones are. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

RE: [5.0.10] Tag tomorrow

... Assuming you don't mean the nightly builds? Those are available at http://cvs.apache.org/builds/jakarta-commons/nightly/commons-daemon/ and include the binaries. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Shapira, Yoav >Sent: Friday, September 05, 2003 9:18

RE: [5.0.10] Tag tomorrow

Howdy, Where were the old binaries posted? I can't seem to find them... Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Remy Maucherat [mailto:[EMAIL PROTECTED] >Sent: Friday, September 05, 2003 3:23 AM >To: Tomcat Developers List >Subject: Re: [5.0.10] Tag tomorrow

[PATCH] Bug 22715

The patches below (TC5 and TC4) fix bug 22715 in that they ensure that xml entities are correctly written back out to the password field of tomcat-users.xml I did consider a more general patch to allow xml entities in user names, group names and role names but wasn't sure of the potential side

[PATCH] Bug 22823 Minor documentation update

Patch for bug 22823 is below. Need to make sure that http://jakarta.apache.org/tomcat/tomcat-4.1-doc/README.txt is also updated. Whilst looking at this I noticed that the nightly build directory is empty. Is this correct or has it moved? Either way the readme should be updated to reflect the cu

RE: [5.0.10] Tag tomorrow

Howdy, Let me take a look -- I'll move the binaries as I can ;) Sorry about that. Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Bill Barker [mailto:[EMAIL PROTECTED] >Sent: Friday, September 05, 2003 4:19 AM >To: Tomcat Developers List >Subject: Re: [5.0.10] Tag to

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

remm2003/09/05 06:03:57 Modified:webapps/docs changelog.xml Log: - Changelog update for 5.0.10. Revision ChangesPath 1.18 +54 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml ===

cvs commit: jakarta-tomcat-catalina/webapps/docs class-loader-howto.xml

remm2003/09/05 01:56:01 Modified:webapps/docs class-loader-howto.xml Log: - Classloader docs refresh. Revision ChangesPath 1.4 +40 -30jakarta-tomcat-catalina/webapps/docs/class-loader-howto.xml Index: class-loader-howto.xml ===

[GUMP] Build Failure - jakarta-tomcat-4.0

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

Re: [5.0.10] Tag tomorrow

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, September 05, 2003 12:22 AM Subject: Re: [5.0.10] Tag tomorrow > Bill Barker wrote: > > > I can post new binaries for procrun tomorrow (PST) to BZ (now that Dae

Re: [5.0.10] Tag tomorrow

Bill Barker wrote: I can post new binaries for procrun tomorrow (PST) to BZ (now that Daemon is in commons-proper, I can't check-in directly :-(). This includes a patch from JFC for W9x (that I missed in the last build), and a patch from Mladin to limit memory usage in the console. Neither is pa