Re: Ready for mod_jk 1.2.6 release?

Rainer Jung wrote: Hi, the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old. Since then there have been important improvements (CPing/CPong and recovery_options). Especially recovery_options is very useful in transparent administration (start/stop) of cluster nodes. The 1.2

Re: Ready for mod_jk 1.2.6 release?

Service Client Fnac.com wrote: Chère Cliente, Cher Client, Merci de nous avoir contactés. Vous venez d'envoyer un message à une adresse ne permettant pas de recevoir d'e-mail. Pour trouver les réponses à vos questions sur vos commandes, sur les produits, sur le site, consultez nos pages d'aide en

Re: Re: Ready for mod_jk 1.2.6 release?

Chère Cliente, Cher Client, Merci de nous avoir contactés. Vous venez d'envoyer un message à une adresse ne permettant pas de recevoir d'e-mail. Pour trouver les réponses à vos questions sur vos commandes, sur les produits, sur le site, consultez nos pages d'aide en ligne en cliquant sur :

AW: Ready for mod_jk 1.2.6 release?

Hi, a mod_jk 1.2.6 release would be highly welcome. We are using cvs head in production for a couple of month now without problems. thanks, Hans -Ursprungliche Nachricht- Von: Henri Gomez [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 8. Juli 2004 10:01 An: Tomcat Developers List

Re: Ready for mod_jk 1.2.6 release?

Henri Gomez wrote: Well I don't see why the Client Support of Fnac is subscribed here, so I strongly suggest mailing list manager to remove it. I'm on a modem this week :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: Ready for mod_jk 1.2.6 release?

Henri Gomez wrote: Rainer Jung wrote: Hi, the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old. Since then there have been important improvements (CPing/CPong and recovery_options). Especially recovery_options is very useful in transparent administration (start/stop) of cluster

DO NOT REPLY [Bug 29914] - StandardServer.storeConfig() not saved DefaultContext Listeners

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29914. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29780] - Why we need a jkMain static attibute?

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29780. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29914] - StandardServer.storeConfig() not saved DefaultContext Listeners

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29914. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29780] - Why we need a jkMain static attibute?

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29780. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29914] - StandardServer.storeConfig() not saved DefaultContext Listeners

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29914. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29971] New: - Commented out page directive is parsed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29971] - Commented out page directive is parsed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29971] - Commented out page directive is parsed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29971. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

[Fwd: Re: What about gzip compression ?]

Remy ? ---BeginMessage--- Henri Gomez wrote: Take a look in jakarta-tomcat-connectors (ie: http://apache.fastorama.com/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz) jakarta-tomcat-connectors\http11\src\java\org\apache\coyote\http11 Thanks, found it in

NullPointerException in CoyoteRequestFacade

Hi all, we are using tomcat 4.1.27 as a servlet container (no jsp's). when issuing several concurrent requests to our servlet we receive a NullPointerException from CoyoteRequestFacade (see stacktrace below). This is because for some reason the CoyoteRequest instance held by the facade gets

Re: Ready for mod_jk 1.2.6 release?

Henri Gomez wrote: Rainer Jung wrote: Hi, the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old. Since then there have been important improvements (CPing/CPong and recovery_options). Especially recovery_options is very useful in transparent administration (start/stop) of cluster

DO NOT REPLY [Bug 29966] - the servlet code generated from jsp always have new line code

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29966. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 28219] - Dolar sign in password of JNDI-Datasource disappears

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28219. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Hin Kan Lee/Prymnewey is out of the office.

I will be out of the office starting 07/05/2004 and will not return until 07/13/2004. I will respond to your message when I return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

DO NOT REPLY [Bug 28219] - Dolar sign in password of JNDI-Datasource disappears

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28219. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29975] New: - Workaround for bug in IE when fetching documents over HTTPS

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29975. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: Ready for mod_jk 1.2.6 release?

Ditto. I started just using CVS-latest for mod_jk and mod_jk2 some time back as the gap between new, stable feature/fix content and release labels was just too great. Overall CVS-latest has been more stable than the last labels for some time now David Rees wrote: Rainer Jung wrote:

Re: Ready for mod_jk 1.2.6 release?

jean-frederic clere wrote: Henri Gomez wrote: Rainer Jung wrote: Hi, the last release of mod_jk 1.2.x (1.2.5) is more than 9 months old. Since then there have been important improvements (CPing/CPong and recovery_options). Especially recovery_options is very useful in transparent administration

DO NOT REPLY [Bug 29979] New: - mod_jk 1.2.5 win32 binary is not 1.2.5

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29979. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29975] - Workaround for bug in IE when fetching documents over HTTPS

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29975. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 27122] - IE plugins cannot access components through Tomcat 5 over SSL

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27122. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: [Fwd: Re: What about gzip compression ?]

Henri Gomez wrote: Remy ? Henri Gomez wrote: Take a look in jakarta-tomcat-connectors (ie: http://apache.fastorama.com/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz) jakarta-tomcat-connectors\http11\src\java\org\apache\coyote\http11 Thanks, found it in

[GUMP@brutus]: jakarta-tomcat-5/jakarta-tomcat-5 failed

-20040708.jar -Dmail.home=/usr/local/gump/packages/javamail-1.3 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040708.jar

Request for Inputs for a Design/Architecture for VXML Application Server

We implement a Messaging PLatform for Voice Applications. Our current platform has 2 Major Components as shown below:- Media Server --- MML/TCP-IP --- Application Server. We want to move to a new architecture for our Application Server where the interaction between App Server and Media Server is

Re: Request for Inputs for a Design/Architecture for VXML Application Server

from where I am sitting, sounds like the project doesn't have enough information to make a good decision. Why move from MML/TCP to VXML/HTTP? if you read my performance article on the resources page, XML is very CPU and memory intensive. Even with XStream java-xml binding library, handling

Re: Request for Inputs for a Design/Architecture for VXML Application Server

Hello Peter, Nice to know that somebody replied. Was really desperate to get some inputs!! My replies are included below. On Thu, 8 Jul 2004 21:39:23 -0400, Peter Lin [EMAIL PROTECTED] wrote: from where I am sitting, sounds like the project doesn't have enough information to make a good

DO NOT REPLY [Bug 25526] - tomcat parses the query string parameters as iso-8859-1

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=25526. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Re: Request for Inputs for a Design/Architecture for VXML Application Server

On Thu, 8 Jul 2004 18:59:23 -0700, Darshan Rawal [EMAIL PROTECTED] wrote: Hello Peter, I completely agree on this, but this interpretation of VXML pages is going to happen on the Media Server side. Hence as of now I am just concerned with generation of VXML pages and transporting them to

DO NOT REPLY [Bug 29989] New: - jni of mod_jk2 doesn't work for win32 at all

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29989. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 29485] - Undeploy considered dangerous

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29485. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.