svn commit: r381594 - in /tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp: AjpAprProcessor.java Constants.java

Author: mturk Date: Tue Feb 28 00:53:23 2006 New Revision: 381594 URL: http://svn.apache.org/viewcvs?rev=381594&view=rev Log: Use constants instead directly hard coded values. No functional change. Modified: tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java tomcat

Re: svn commit: r381594 - in /tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp: AjpAprProcessor.java Constants.java

[EMAIL PROTECTED] wrote: Author: mturk Date: Tue Feb 28 00:53:23 2006 New Revision: 381594 URL: http://svn.apache.org/viewcvs?rev=381594&view=rev Log: Use constants instead directly hard coded values. No functional change. Can you change your editor, or configure it properly ? Thanks, Rémy -

Re: svn commit: r381594 - in /tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp: AjpAprProcessor.java Constants.java

Remy Maucherat wrote: [EMAIL PROTECTED] wrote: Author: mturk Date: Tue Feb 28 00:53:23 2006 New Revision: 381594 URL: http://svn.apache.org/viewcvs?rev=381594&view=rev Log: Use constants instead directly hard coded values. No functional change. Can you change your editor, or configure it prop

Re: svn commit: r381594 - in /tomcat/connectors/trunk/jk/java/org/apache/coyote/ajp: AjpAprProcessor.java Constants.java

Mladen Turk wrote: It is correctly configured, although it removes the empty lines and trailing spaces. There were lots of empty lines with couple of spaces only, so that's probably the reason for that. I am asking to then similarly correctly configure your editor so that it does not remove em

DO NOT REPLY [Bug 38804] New: - context path auto detecting problem

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

DO NOT REPLY [Bug 38806] New: - Disabled workers in mod_jk are not retried once they get in error state

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

DO NOT REPLY [Bug 38806] - Disabled workers in mod_jk are not retried once they get in error state

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

DO NOT REPLY [Bug 38806] - Disabled workers in mod_jk are not retried once they get in error state

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

DO NOT REPLY [Bug 38806] - Disabled workers in mod_jk are not retried once they get in error state

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

svn commit: r381651 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/demos/LoadTest.java

Author: fhanik Date: Tue Feb 28 05:17:46 2006 New Revision: 381651 URL: http://svn.apache.org/viewcvs?rev=381651&view=rev Log: Fixed measurement, not super accurate, but it gives a hint Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/demos/LoadTest.ja

Re: New EL - Split Off from Tomcat 6

You can't compare a JSR spec to something like commons-logging, plus there are people requesting that it's separate for practical use. Remy Maucherat wrote: Jacob Hookom wrote: I would like to suggest splitting EL off as a separate library from Tomcat. The EL-API is expected to rev in it's

Re: TomCat monitoring

Look here http://tomcat.apache.org/tomcat-5.5-doc/monitoring.html Peter Am 24.02.2006 um 19:22 schrieb Michael Gesundheit: Hi, I'm looking for any information concerning TomCat runtime monitoring. Resources status, Memory consumption etc. I could not find any material about this issue

Re: New EL - Split Off from Tomcat 6

Jacob Hookom wrote: You can't compare a JSR spec to something like commons-logging, plus there are people requesting that it's separate for practical use. I meant commons-el, sorry. Being practical to others is not my problem (esp, since it won't change much to them). Rémy -

Re: TomCat monitoring

take a look at Hyperic Peter Rossbach wrote: Look here http://tomcat.apache.org/tomcat-5.5-doc/monitoring.html Peter Am 24.02.2006 um 19:22 schrieb Michael Gesundheit: Hi, I'm looking for any information concerning TomCat runtime monitoring. Resources status, Memory consumption etc.

Re: TomCat monitoring

jakarta Jmeter also can monitor Tomcat's status page, so that's another option. peter lin On 2/28/06, Peter Rossbach <[EMAIL PROTECTED]> wrote: > > Look here > > http://tomcat.apache.org/tomcat-5.5-doc/monitoring.html > > Peter > > > Am 24.02.2006 um 19:22 schrieb Michael Gesundheit: > > > Hi, >

New build ?

Hi, Because of the critical AJP bugfix found and fixed earlier today, would it be possible to plan releasing a new 5.5.16 build soon ? Sorry for the trouble (once again ...). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: New build ?

no problem 2006/2/28, Remy Maucherat <[EMAIL PROTECTED]>: > Hi, > > Because of the critical AJP bugfix found and fixed earlier today, would > it be possible to plan releasing a new 5.5.16 build soon ? > > Sorry for the trouble (once again ...). > > Rémy > >

DO NOT REPLY [Bug 38806] - Disabled workers in mod_jk are not retried once they get in error state

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

Tomcat 6 source organisation

Hi, I think it is time to decide how the source repository is going to be organized, with the questions being: - how many source folders do we need (Costin wanted one, while others like Jacob seem to want "modules") ? - do we continue to use Ant ? - etc Any ideas ? Rémy

svn commit: r381687 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: ./ demos/ group/ group/interceptors/ io/ mcast/ tcp/

Author: fhanik Date: Tue Feb 28 08:14:20 2006 New Revision: 381687 URL: http://svn.apache.org/viewcvs?rev=381687&view=rev Log: Added order protocol, created a command line channel creator Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors

svn commit: r381688 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/demos/ChannelCreator.java

Author: fhanik Date: Tue Feb 28 08:15:14 2006 New Revision: 381688 URL: http://svn.apache.org/viewcvs?rev=381688&view=rev Log: Channel creator Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/demos/ChannelCreator.java Added: tomcat/container/tc5.5.x/mo

Re: New build ?

Are all the fixes for JIRA in? Yoav On 2/28/06, Henri Gomez <[EMAIL PROTECTED]> wrote: > no problem > > 2006/2/28, Remy Maucherat <[EMAIL PROTECTED]>: > > Hi, > > > > Because of the critical AJP bugfix found and fixed earlier today, would > > it be possible to plan releasing a new 5.5.16 build so

Re: Tomcat 6 source organisation

Hola, Ant as opposed to Maven, or to something else? I like Ant... Yoav On 2/28/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Hi, > > I think it is time to decide how the source repository is going to be > organized, with the questions being: > - how many source folders do we need (Costin want

svn commit: r381691 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Author: remm Date: Tue Feb 28 08:25:07 2006 New Revision: 381691 URL: http://svn.apache.org/viewcvs?rev=381691&view=rev Log: -Changelog update. Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml URL: http://svn.apache.

Re: Tomcat 6 source organisation

Yoav Shapira wrote: Hola, Ant as opposed to Maven, or to something else? I like Ant... Yes, I meant it as Ant vs Maven 2, indeed. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTE

Re: Tomcat 6 source organisation

Why would you want to change ant ??? Re. source folders versus modules - we can have both of them, it's not exclusive. Single source tree makes it easy to navigate, more IDE-friendly, etc. The build file can compile as many modules as needed - either by compiling a subset of the tree, or by compil

Re: Tomcat 6 source organisation

+1 for consolidating into a single module/src folder. maven has matured since I last looked. It seems the biggest advantages for us would be dependency management and a common build layout. I don't have a feel for how much work it would take to convert, but it doesn't seem like we would loos

svn commit: r381703 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: demos/ group/ group/interceptors/ io/

Author: fhanik Date: Tue Feb 28 08:51:07 2006 New Revision: 381703 URL: http://svn.apache.org/viewcvs?rev=381703&view=rev Log: Fixed buffer usage Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/demos/ChannelCreator.java tomcat/container/tc5.5.x/m

DO NOT REPLY [Bug 38806] - Disabled workers in mod_jk are not retried once they get in error state

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: Tomcat 6 source organisation

Costin Manolache wrote: Re. source folders versus modules - we can have both of them, it's not exclusive. Single source tree makes it easy to navigate, more IDE-friendly, etc. The build file can compile as many modules as needed - either by compiling a subset of the tree, or by compiling the enti

DO NOT REPLY [Bug 38810] New: - When using SSL configured in a servlet web application, screens sometimes appear as unreadable characters

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

DO NOT REPLY [Bug 38810] - When using SSL configured in a servlet web application, screens sometimes appear as unreadable characters

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

svn commit: r381713 - in /tomcat/connectors/trunk/jk: native/common/jk_lb_worker.c xdocs/changelog.xml

Author: mturk Date: Tue Feb 28 09:19:50 2006 New Revision: 381713 URL: http://svn.apache.org/viewcvs?rev=381713&view=rev Log: Fix bug 38806 by retrying all workers that are in error state. Modified: tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c tomcat/connectors/trunk/jk/xdocs/c

DO NOT REPLY [Bug 38806] - Disabled workers in mod_jk are not retried once they get in error state

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: New build ?

Yoav Shapira wrote: Are all the fixes for JIRA in? Yes, it seems so. Getting production testing for AJP APR and the other new components has been good. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional command

Re: Tomcat 6 source organisation

Costin Manolache wrote: Why would you want to change ant ??? I don't, I am asking questions. Re. source folders versus modules - we can have both of them, it's not exclusive. Single source tree makes it easy to navigate, more IDE-friendly, etc. The build file can compile as many modules as ne

Re: New build ?

OK, then, how does the weekend look for a Tomcat release? That'll give everyone a few days to maybe close out some other Bugzilla issue... Yoav On 2/28/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Yoav Shapira wrote: > > Are all the fixes for JIRA in? > > Yes, it seems so. Getting production

Re: Tomcat 6 source organisation

Overall, I'm +1 on Ant (-0.5 on Maven), and +0 to a single source tree and other consolidations / clarifications / improvements that'll make it easier to work with Tomcat's source... Yoav On 2/28/06, Remy Maucherat <[EMAIL PROTECTED]> wrote: > Costin Manolache wrote: > > Why would you want to cha

Re: Tomcat 6 source organisation

Remy Maucherat wrote: Costin Manolache wrote: Having a single source tree would also greatly simplify the ant file, Obviously, the build script would be far far simpler. Personally, I am also in favor of a single source tree, since it's simply much easier to work with. I hope this will

Re: Tomcat 6 source organisation

Yoav Shapira wrote: Overall, I'm +1 on Ant (-0.5 on Maven), and +0 to a single source tree and other consolidations / clarifications / improvements that'll make it easier to work with Tomcat's source... Ok, this sounds good to me. Yoav Shapira Senior Architect Nimalex LLC 1 Mifflin Place, Sui

Re: New build ?

Yoav Shapira wrote: OK, then, how does the weekend look for a Tomcat release? That'll give everyone a few days to maybe close out some other Bugzilla issue... +1 Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additiona

Re: Tomcat 6 source organisation

On 2/28/06, Keith Wannamaker <[EMAIL PROTECTED]> wrote: > +1 for consolidating into a single module/src folder. > > maven has matured since I last looked. It seems the biggest advantages > for us would be dependency management and a common build layout. I > don't have a feel for how much work it

Re: New EL - Split Off from Tomcat 6

The most important question IMO is 'who is going to maintain it'. For example - AFAIK we are the main users and maintainer of modeler, so IMO it would make sense to move it back into tomcat source tree. If EL has a lot of indepenent developers who are not interested in the rest of tomcat ( so it

Re: Tomcat 6 source organisation

We can have maven2 dependency management without use maven2 complete. see. http://maven.apache.org/ant-tasks.html I thing maven is good for standard prepare/compile/test, but is heavy to use with spezial things like the current tomcat release build. I have heard that some "go back to ant" di

Re: New build ?

I also check at weekend the current cluster base again my test case. Peter Am 28.02.2006 um 18:30 schrieb Yoav Shapira: OK, then, how does the weekend look for a Tomcat release? That'll give everyone a few days to maybe close out some other Bugzilla issue... Yoav On 2/28/06, Remy Maucherat

Re: Tomcat 6 source organisation

On 2/28/06, Peter Rossbach <[EMAIL PROTECTED]> wrote: > We can have maven2 dependency management without use maven2 complete. > > see. http://maven.apache.org/ant-tasks.html I have no problem with using maven or similar tasks for downloading the deps, if they can provide the same functionality wit

RE: New EL - Split Off from Tomcat 6

> -Original Message- > From: Costin Manolache [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 28, 2006 9:58 AM > To: Tomcat Developers List > Subject: Re: New EL - Split Off from Tomcat 6 > > The most important question IMO is 'who is going to maintain it'. For > example - AFAIK >

svn commit: r381732 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/OrderInterceptor.java

Author: fhanik Date: Tue Feb 28 10:38:31 2006 New Revision: 381732 URL: http://svn.apache.org/viewcvs?rev=381732&view=rev Log: finished the order protocol. still to do is to fix the expiration, and add in a reset of the counter, when such happens Modified: tomcat/container/tc5.5.x/modules/g

DO NOT REPLY [Bug 22295] - Catalina is not able to stop on the first time: it just stops on the second

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

DO NOT REPLY [Bug 22295] - Catalina is not able to stop on the first time: it just stops on the second

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

svn commit: r381740 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/OrderInterceptor.java

Author: fhanik Date: Tue Feb 28 10:47:46 2006 New Revision: 381740 URL: http://svn.apache.org/viewcvs?rev=381740&view=rev Log: Completed the order protocol Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/OrderInterceptor.java Modif

RE: Tomcat 6 source organisation

> -Original Message- > From: Costin Manolache [mailto:[EMAIL PROTECTED] > Sent: Tuesday, February 28, 2006 10:24 AM > To: Tomcat Developers List > Subject: Re: Tomcat 6 source organisation > > On 2/28/06, Peter Rossbach <[EMAIL PROTECTED]> wrote: > > We can have maven2 dependency manag

DO NOT REPLY [Bug 38804] - context path auto detecting problem

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: Tomcat 6 source organisation

Yes! I also thing we don't use maven2. +1 to use ant Peter Am 28.02.2006 um 19:49 schrieb Bill Barker: -Original Message- From: Costin Manolache [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 28, 2006 10:24 AM To: Tomcat Developers List Subject: Re: Tomcat 6 source organisatio

svn commit: r381747 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: demos/ChannelCreator.java group/interceptors/OrderInterceptor.java

Author: fhanik Date: Tue Feb 28 11:14:54 2006 New Revision: 381747 URL: http://svn.apache.org/viewcvs?rev=381747&view=rev Log: Documented the OrderInterceptor that guarantees ordering for messages sent and received. Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/ca

Re: Tomcat 6 source organisation

+1 on the easier source tree +0 on maven. Since I personally don't know Maven, I would want to say no to that. Cause if someone says Maven 2 rocks, then I would be happy to learn it and use it here. But I couldn't provide much help integrating it. Filip Peter Rossbach wrote: Yes! I also

Re: Tomcat 6 source organisation

Remy Maucherat wrote: > Hi, > > I think it is time to decide how the source repository is going to be > organized, with the questions being: > - how many source folders do we need (Costin wanted one, while others > like Jacob seem to want "modules") ? > - do we continue to use Ant ? > - etc I am

Re: Tomcat 6 source organisation

On 2/28/06, Mark Thomas <[EMAIL PROTECTED]> wrote: > Remy Maucherat wrote: > > Hi, > > > > I think it is time to decide how the source repository is going to be > > organized, with the questions being: > > - how many source folders do we need (Costin wanted one, while others > > like Jacob seem to

Re: New EL - Split Off from Tomcat 6

On 2/28/06, Bill Barker <[EMAIL PROTECTED]> wrote: > > > > -Original Message- > > From: Costin Manolache [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, February 28, 2006 9:58 AM > > To: Tomcat Developers List > > Subject: Re: New EL - Split Off from Tomcat 6 > > > > The most important questio

Re: Tomcat 6 source organisation

I would prefer to keep the module source tree separate. For example, the "ha" module (cluster2) uses the same classes as the "cluster", but they are being enhanced for performance and modularity. merging all this into one tree would be a pain in the neck. Filip Costin Manolache wrote: On 2/2

svn commit: r381798 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: ChannelInterceptor.java ChannelSender.java demos/ChannelCreator.java group/interceptors/Fragme

Author: fhanik Date: Tue Feb 28 14:26:50 2006 New Revision: 381798 URL: http://svn.apache.org/viewcvs?rev=381798&view=rev Log: Completed the fragmentation interceptor Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ChannelInterceptor.java tomcat/

Re: Tomcat 6 source organisation

Of course, this is a case where you need a separate module. IMHO it is a bad sign when you have to do this - maybe you could use a different package name instead of same class names, or refactor a bit so you don't depend on the class name. But if for any reason you have to use the same classname,

Re: Tomcat 6 source organisation

Costin Manolache wrote: Of course, this is a case where you need a separate module. IMHO it is a bad sign when you have to do this - maybe you could use a different package name instead of same class names, or refactor a bit so you don't depend on the class name. But if for any reason you have t

Re: Tomcat 6 source organisation

good idea, I will refactor that. Filip Remy Maucherat wrote: Costin Manolache wrote: Of course, this is a case where you need a separate module. IMHO it is a bad sign when you have to do this - maybe you could use a different package name instead of same class names, or refactor a bit so you

Re: New build ?

Remy Maucherat wrote: Hi, Because of the critical AJP bugfix found and fixed earlier today, would it be possible to plan releasing a new 5.5.16 build soon ? +1... I have something not working when deploying an application with the 5.5.15 and using trunk helps ;-) Cheers Jean-Frederic

Re: Tomcat 6 source organisation

Mark Thomas wrote: Remy Maucherat wrote: Hi, I think it is time to decide how the source repository is going to be organized, with the questions being: - how many source folders do we need (Costin wanted one, while others like Jacob seem to want "modules") ? - do we continue to use Ant ? - etc

svn commit: r381827 - in /tomcat/container/tc5.5.x/modules/groupcom: src/share/org/apache/catalina/tribes/group/interceptors/FragmentationInterceptor.java to-do.txt

Author: fhanik Date: Tue Feb 28 15:31:26 2006 New Revision: 381827 URL: http://svn.apache.org/viewcvs?rev=381827&view=rev Log: Cleaned up synchronization for the frag interceptor, only need to synchronize on write to the map, not read. Modified: tomcat/container/tc5.5.x/modules/groupcom/sr

Re: Tomcat 6 source organisation

> At this point, I don't think there's a big need to decide on these > components. From what I understand, the general opinion is to have a > "src" folder containing all the source, with a target that builds > everything, and then have subtargets for packaging individual components. Yeah. Yoav -

svn commit: r381814 - in /tomcat/container/tc5.5.x: catalina/src/share/org/apache/catalina/startup/ClusterRuleSetFactory.java modules/ha/build.xml

Author: fhanik Date: Tue Feb 28 15:08:57 2006 New Revision: 381814 URL: http://svn.apache.org/viewcvs?rev=381814&view=rev Log: Refactored cluster1 vs cluster2 Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/startup/ClusterRuleSetFactory.java tomcat/container/tc

svn commit: r381861 - in /tomcat/container/tc5.5.x/modules: groupcom/etc/ groupcom/src/share/org/apache/catalina/tribes/tcp/ ha/etc/

Author: fhanik Date: Tue Feb 28 17:25:07 2006 New Revision: 381861 URL: http://svn.apache.org/viewcvs?rev=381861&view=rev Log: Simple modifications, got rid of the SocketSender class, it aint doing nothing Removed: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/trib

DO NOT REPLY [Bug 36853] - https

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

DO NOT REPLY [Bug 36853] - https

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

DO NOT REPLY [Bug 37455] - https/sll hangs with tcnative-1.dll

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

DO NOT REPLY [Bug 37455] - https/sll hangs with tcnative-1.dll

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

svn commit: r381924 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Author: billbarker Date: Tue Feb 28 22:22:41 2006 New Revision: 381924 URL: http://svn.apache.org/viewcvs?rev=381924&view=rev Log: Catch up the change log Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml URL: http://