svn commit: r524974 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java

Author: remm Date: Mon Apr 2 16:54:06 2007 New Revision: 524974 URL: http://svn.apache.org/viewvc?view=rev&rev=524974 Log: - Fix javadocs (no return false anymore). Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/CometEvent.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalin

DO NOT REPLY [Bug 42025] New: - Incorrect documentation in RemoteAddrValve/RemoteHostValve

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://issues.apache.org/bugzilla/show_bu

Re: svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

Mladen Turk wrote: > Rainer Jung wrote: >> Hi Mladen, >> >> did you delete setting owner and group by accident from the release >> script? >> > > No, I did it by purpose. I don't have user or group named asf, so the tar > fails. What would be a purpose of it anyhow, and how would you ensure > that

Re: svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

Rainer Jung wrote: Hi Mladen, did you delete setting owner and group by accident from the release script? No, I did it by purpose. I don't have user or group named asf, so the tar fails. What would be a purpose of it anyhow, and how would you ensure that the same user will exist on the users

Re: svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

Hi Mladen, did you delete setting owner and group by accident from the release script? [EMAIL PROTECTED] schrieb: > > # Pack and sign > -tar cvf ${JK_DIST}.tar --owner="${JK_OWNER}" --group="${JK_GROUP}" ${JK_DIST} > -gzip ${JK_DIST}.tar > +tar cfz ${JK_DIST}.tar.gz ${JK_DIST} > perl ${JK_DIS

Re: 6.0.11 anyone

Remy Maucherat wrote: Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: Any thoughts on a 6.0.11 release? I propose tagging on monday. The polish patches should be applied before then (like the one which fixes the links in the examples). Ok, I have a small commit to make to fix a glitch

Re: 6.0.11 anyone

Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: Any thoughts on a 6.0.11 release? I propose tagging on monday. The polish patches should be applied before then (like the one which fixes the links in the examples). Ok, I have a small commit to make to fix a glitch with Comet, but since

svn commit: r524836 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/connector/CoyoteAdapter.java

Author: remm Date: Mon Apr 2 09:51:29 2007 New Revision: 524836 URL: http://svn.apache.org/viewvc?view=rev&rev=524836 Log: - If an exception is thrown processing an event which was not an error, the contract says an ERROR event should be called. Modified: tomcat/tc6.0.x/trunk/java/org/ap

Re: Quality check mod_jk-1.2.22

William L. Thomson Jr. wrote: The next version of mod_jk is approaching its release. A code snapshot is available at: http://people.apache.org/~mturk/jk-1.2.22-dev/ Little version funkiness? 1.1.22 ? LOL, my bad, but you already know what I meant (1.2.22) Cheers, Mladen. -

Re: Quality check mod_jk-1.2.22

On Mon, 2007-04-02 at 17:55 +0200, Mladen Turk wrote: > William L. Thomson Jr. wrote: > >> > >> The next version of mod_jk is approaching its release. A code snapshot is > >> available at: > >> http://people.apache.org/~mturk/jk-1.2.22-dev/ > > > > Little version funkiness? > > 1.1.22 ? > > >

Re: [VOTE] Release Tomcat 4.1.36

Hola, On 4/1/07, Mark Thomas <[EMAIL PROTECTED]> wrote: Tomcat 4.1.36 is: [ X ] Stable Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Quality check mod_jk-1.2.22

On Mon, 2007-04-02 at 14:55 +0200, Mladen Turk wrote: > Hi all, > > The next version of mod_jk is approaching its release. A code snapshot is > available at: > http://people.apache.org/~mturk/jk-1.2.22-dev/ Little version funkiness? http://people.apache.org/~mturk/jk-1.2.22-dev/tomcat-connecto

svn commit: r524777 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

Author: mturk Date: Mon Apr 2 05:57:24 2007 New Revision: 524777 URL: http://svn.apache.org/viewvc?view=rev&rev=524777 Log: Do not try to make the release on the hosts where tar doesn't support cfz. Modified: tomcat/connectors/trunk/jk/tools/jkrelease.sh Modified: tomcat/connectors/trunk/jk

Quality check mod_jk-1.2.22

Hi all, The next version of mod_jk is approaching its release. A code snapshot is available at: http://people.apache.org/~mturk/jk-1.2.22-dev/ It is in the same format as a release download, so easy to build. It would be nice, if we could get some testing feedback from the community. Feel free

svn commit: r524774 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

Author: mturk Date: Mon Apr 2 05:25:44 2007 New Revision: 524774 URL: http://svn.apache.org/viewvc?view=rev&rev=524774 Log: Remove explicit settings for ANT_HOME and JAVA_HOME. Modified: tomcat/connectors/trunk/jk/tools/jkrelease.sh Modified: tomcat/connectors/trunk/jk/tools/jkrelease.sh UR

Re: svn commit: r521417 - /tomcat/connectors/trunk/jk/native/common/jk_util.c

Rainer Jung wrote: Hi Mladen, I checked out jk trunk today and built mod_jk Can you double check the trunk? Think I've fixed the CRLF issue. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comman

Re: svn commit: r521417 - /tomcat/connectors/trunk/jk/native/common/jk_util.c

jk2 was more than just APRised mod_jk. 2007/4/2, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > May be at some time in the future we should think about a mod_jk 2.x > requiring and using APR to remove all platform complexity :-) > Think we tried that with jk2 and failed. > Even on Apac

svn commit: r524738 - /tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c

Author: mturk Date: Mon Apr 2 00:17:40 2007 New Revision: 524738 URL: http://svn.apache.org/viewvc?view=rev&rev=524738 Log: Oops. Standard copy/paste error ;) Modified: tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c Modified: tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c URL:

Re: svn commit: r521417 - /tomcat/connectors/trunk/jk/native/common/jk_util.c

Henri Gomez wrote: May be at some time in the future we should think about a mod_jk 2.x requiring and using APR to remove all platform complexity :-) Think we tried that with jk2 and failed. Even on Apache 1.3 we could have jk bundled with APR statically Don't think so. Regards, Mladen.

svn commit: r524737 - in /tomcat/connectors/trunk/jk/native: apache-1.3/mod_jk.c apache-2.0/mod_jk.c common/jk_util.c

Author: mturk Date: Mon Apr 2 00:14:47 2007 New Revision: 524737 URL: http://svn.apache.org/viewvc?view=rev&rev=524737 Log: Fix LF/CRLF logging for POSIX/WIN32 platforms Modified: tomcat/connectors/trunk/jk/native/apache-1.3/mod_jk.c tomcat/connectors/trunk/jk/native/apache-2.0/mod_jk.c

Re: svn commit: r521417 - /tomcat/connectors/trunk/jk/native/common/jk_util.c

May be at some time in the future we should think about a mod_jk 2.x requiring and using APR to remove all platform complexity :-) Even on Apache 1.3 we could have jk bundled with APR statically 2007/4/2, Mladen Turk <[EMAIL PROTECTED]>: Rainer Jung wrote: > I used 2003 .net, but this include