DO NOT REPLY [Bug 11128] - memory leak

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: r380286 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/cluster/io/ReplicationStream.java

Author: fhanik Date: Thu Feb 23 16:50:54 2006 New Revision: 380286 URL: http://svn.apache.org/viewcvs?rev=380286&view=rev Log: Played around with caching class lookups Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/cluster/io/ReplicationStream.java Modifie

svn commit: r380284 - in /tomcat/container/tc5.5.x/modules: groupcom/src/share/org/apache/catalina/cluster/ groupcom/src/share/org/apache/catalina/cluster/group/ groupcom/src/share/org/apache/catalina

Author: fhanik Date: Thu Feb 23 16:34:59 2006 New Revision: 380284 URL: http://svn.apache.org/viewcvs?rev=380284&view=rev Log: Implemented a heart beat through the channel Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/cluster/group/interceptors/ tomcat/c

DO NOT REPLY [Bug 37627] - Slow and incomplete dynamic content generation after enabling native connector support

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: r380271 - /tomcat/container/tc5.5.x/modules/build.properties

Author: fhanik Date: Thu Feb 23 15:33:55 2006 New Revision: 380271 URL: http://svn.apache.org/viewcvs?rev=380271&view=rev Log: Default is the existing clustering code Modified: tomcat/container/tc5.5.x/modules/build.properties Modified: tomcat/container/tc5.5.x/modules/build.properties URL:

svn commit: r380270 - in /tomcat/container/tc5.5.x/modules: build.properties groupcom/src/share/org/apache/catalina/cluster/group/ChannelCoordinator.java ha/src/share/org/apache/catalina/cluster/tcp/S

Author: fhanik Date: Thu Feb 23 15:33:22 2006 New Revision: 380270 URL: http://svn.apache.org/viewcvs?rev=380270&view=rev Log: Completed. This stripped version is fully compatible with the existing 5.5.15 server.xml config. It will serve as a base line. My plan is to maintain 5.5.x compatibility

svn commit: r380266 - /tomcat/container/tc5.5.x/catalina/src/conf/server.xml

Author: fhanik Date: Thu Feb 23 15:12:59 2006 New Revision: 380266 URL: http://svn.apache.org/viewcvs?rev=380266&view=rev Log: Reverted back to 5.5.15 Modified: tomcat/container/tc5.5.x/catalina/src/conf/server.xml Modified: tomcat/container/tc5.5.x/catalina/src/conf/server.xml URL: http://

svn commit: r380265 - in /tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/cluster: CatalinaCluster.java ClusterRuleSet.java tcp/SimpleTcpCluster.java

Author: fhanik Date: Thu Feb 23 15:11:54 2006 New Revision: 380265 URL: http://svn.apache.org/viewcvs?rev=380265&view=rev Log: more cleanup, should be fully backwards compatible to the old config Modified: tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/cluster/CatalinaClus

svn commit: r380264 - in /tomcat/container/tc5.5.x/modules: ./ groupcom/src/share/org/apache/catalina/cluster/ groupcom/src/share/org/apache/catalina/cluster/demos/ groupcom/src/share/org/apache/catal

Author: fhanik Date: Thu Feb 23 15:05:48 2006 New Revision: 380264 URL: http://svn.apache.org/viewcvs?rev=380264&view=rev Log: Working out the quirks by first removing everything that doesn't belong Added: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/cluster/Channe

DO NOT REPLY [Bug 38776] - Jsp generated servlet classes have bad SourceFile attribute

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 38776] New: - Jsp generated servlet classes have bad SourceFile attribute

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: r380233 - in /tomcat/container/branches/tc4.1.x: BUILDING.txt build.xml tomcat.nsi

Author: markt Date: Thu Feb 23 13:46:48 2006 New Revision: 380233 URL: http://svn.apache.org/viewcvs?rev=380233&view=rev Log: Changes to the way the src is distributed: - merge jtc-src with src - add servletapi - structure archive so build scripts work as is Modified: tomcat/container/bran

DO NOT REPLY [Bug 38774] New: - try using keyStorePassword property if set

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: r380210 - /tomcat/container/tc5.5.x/webapps/docs/ssl-howto.xml

Author: markt Date: Thu Feb 23 11:58:55 2006 New Revision: 380210 URL: http://svn.apache.org/viewcvs?rev=380210&view=rev Log: Reference correct server.xml element for SSL config Modified: tomcat/container/tc5.5.x/webapps/docs/ssl-howto.xml Modified: tomcat/container/tc5.5.x/webapps/docs/ssl-

svn commit: r380209 [12/12] - in /tomcat/container/tc5.5.x/modules: groupcom/ groupcom/etc/ groupcom/src/ groupcom/src/share/ groupcom/src/share/org/ groupcom/src/share/org/apache/ groupcom/src/share/

Added: tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/ha/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml?rev=380209&view=auto

Re: New clustering module proposal - WAS: Long rants

Costin Manolache wrote: I'm curious, do you need anything in server.xml ? very interesting, and also a possibility. let me think about it, maybe I will have an epiphany while I work on it. Filip - To unsubscribe, e-mail:

Re: New clustering module proposal - WAS: Long rants

I'm curious, do you need anything in server.xml ? +1 on making it a module, as independent of tomcat version ( or tomcat in general ) as possible. Add any hooks you need to avoid strong dependencies. I think the connectors worked pretty well as a version-independent tomcat module. I think it woul

Re: New clustering module proposal - WAS: Long rants

Sounds reasonable to me, +0 as I don't really intend to work much on clustering stuff myself ;) Yoav On 2/23/06, Filip Hanik - Dev Lists <[EMAIL PROTECTED]> wrote: > Remy Maucherat wrote: > > Filip Hanik - Dev Lists wrote: > >> +1 from myself > > > > I think one day, I ought to make a proposal an

Re: New clustering module proposal - WAS: Long rants

Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: +1 from myself I think one day, I ought to make a proposal and then veto it. Just wait until age catches up with you, you will! :) This sounds reasonable. Lazy consensus, nice. (http://www.apache.org/foundation/voting.html#LazyConsensu

Re: New clustering module proposal - WAS: Long rants

Filip Hanik - Dev Lists wrote: +1 from myself I think one day, I ought to make a proposal and then veto it. Filip Hanik - Dev Lists wrote: Sounds like there is a consensus amongst folks. So to summarize everyones thoughts, let me know if this sounds like a solution agreeable to everyone.

DO NOT REPLY [Bug 38768] New: - URL encoded unicode characters in GET request parameters cause the parameter not to present in the request object

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 clustering module proposal - WAS: Long rants

+1 (non-binding) Filip Hanik - Dev Lists wrote: +1 from myself Filip Hanik - Dev Lists wrote: Sounds like there is a consensus amongst folks. So to summarize everyones thoughts, let me know if this sounds like a solution agreeable to everyone. 1. Keep 5.5.x as a maintenance module as it was

Re: New clustering module proposal - WAS: Long rants

+1 from myself Filip Hanik - Dev Lists wrote: Sounds like there is a consensus amongst folks. So to summarize everyones thoughts, let me know if this sounds like a solution agreeable to everyone. 1. Keep 5.5.x as a maintenance module as it was of 5.5.15 + cross context 2. Break out cluster c

RE: never say never...

On Tuesday at 12:54pm, JB=>Jay Burgess <[EMAIL PROTECTED]> wrote: JB> The following comments are not intended to be a personal attack on JB> anyone. However, I can't stand by and watch George speak my mind for JB> me, word for word, and not chime in and say "I agree!". Plus, I think JB> if you

Re: New clustering module proposal - WAS: Long rants

enjoy your trip! Peter Rossbach wrote: Sounds very great +1 many thanks and now I can start very relaxed to my short journey :-) Peter Am 23.02.2006 um 18:25 schrieb Filip Hanik - Dev Lists: Sounds like there is a consensus amongst folks. So to summarize everyones thoughts, let me know if

Re: New clustering module proposal - WAS: Long rants

+1 (please) 2006/2/23, Peter Rossbach <[EMAIL PROTECTED]>: > Sounds very great > > +1 > > many thanks and now I can start very relaxed to my short journey :-) > Peter > > > > Am 23.02.2006 um 18:25 schrieb Filip Hanik - Dev Lists: > > > Sounds like there is a consensus amongst folks. So to summari

Re: New clustering module proposal - WAS: Long rants

Sounds very great +1 many thanks and now I can start very relaxed to my short journey :-) Peter Am 23.02.2006 um 18:25 schrieb Filip Hanik - Dev Lists: Sounds like there is a consensus amongst folks. So to summarize everyones thoughts, let me know if this sounds like a solution agreeable

Re: Cluster maintenance and improvement

Am 23.02.2006 um 16:51 schrieb Rainer Jung: Hi Filip, thanks for taking it seriously! 1. If we don't primary/secondary will not be available until TC.6 > 3. Many people are opting out of clustering today because of lack of > primary/sec. all-to-all is too inefficient for the general public

New clustering module proposal - WAS: Long rants

Sounds like there is a consensus amongst folks. So to summarize everyones thoughts, let me know if this sounds like a solution agreeable to everyone. 1. Keep 5.5.x as a maintenance module as it was of 5.5.15 + cross context 2. Break out cluster config from catalina.jar to catalina-cluster.jar

RE: Using APR with tomcat leaves port 8009 bound when tomcat is terminated?

Thanks!! > -Original Message- > From: Jim Jagielski [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 23, 2006 10:49 AM > To: Tomcat Developers List > Subject: Re: Using APR with tomcat leaves port 8009 bound > when tomcat is terminated? > > > I agree that the change is a big benefi

Re: Using APR with tomcat leaves port 8009 bound when tomcat is terminated?

Jim Jagielski wrote: I agree that the change is a big benefit, and for most OSs we care about, SO_REUSEADDR is available. The APR call should gracefully fail... I'll plug this in later on today after some edge-case tests. In AprEndpoint, there are a lot of Socket.optSet(serverSock, Socket.APR

Re: Using APR with tomcat leaves port 8009 bound when tomcat is terminated?

I agree that the change is a big benefit, and for most OSs we care about, SO_REUSEADDR is available. The APR call should gracefully fail... I'll plug this in later on today after some edge-case tests. On Feb 23, 2006, at 11:02 AM, Fenlason, Josh wrote: Remy or anyone else working on the native

Re: Cluster maintenance and improvement

Hey Rainer, Filip and Remy, Am 23.02.2006 um 17:20 schrieb Rainer Jung: Hi Remy, 1. If we don't primary/secondary will not be available until TC.6 2. TC 6 doesn't have a skeleton nor a date yet. It could have that tomorrow. ... I agree with Peter: it's obvious no one should be doing major

Re: Cluster maintenance and improvement

Many thanks! I thing the best way is to move the new cluster implementation at a new cluster2 module. With the current cluster build system it is easy to generate and copy the calalina-cluster.jar to tomcat local build directory. The only problem currently is ClusterRuleSet must be move fro

Re: Cluster maintenance and improvement

Hi Remy, 1. If we don't primary/secondary will not be available until TC.6 2. TC 6 doesn't have a skeleton nor a date yet. It could have that tomorrow. ... I agree with Peter: it's obvious no one should be doing major refactoring of existing components in 5.5.x. You could create a separate

RE: Using APR with tomcat leaves port 8009 bound when tomcat is terminated?

Remy or anyone else working on the native connector, I'm not the only one who has seen this problem and obviously the Java code isn't doing what you expected. Any chance you of this patch getting accepted now? If not, would you be able to explain why not? Thanks in advance. , Josh. > -

Re: Cluster maintenance and improvement

Filip Hanik - Dev Lists wrote: Rainer, all are very good thoughts. Here is why I opt we still move forward 1. If we don't primary/secondary will not be available until TC.6 2. TC 6 doesn't have a skeleton nor a date yet. It could have that tomorrow. 3. Many people are opting out of clustering

Re: Cluster maintenance and improvement

Hi Filip, thanks for taking it seriously! 1. If we don't primary/secondary will not be available until TC.6 > 3. Many people are opting out of clustering today because of lack of > primary/sec. all-to-all is too inefficient for the general public I understand your primary motivation. It#s tru

DO NOT REPLY [Bug 38759] - path of JSESSIONID cookie (and possibly others) is passed through incorrectly

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: Cluster maintenance and improvement

Rainer, all are very good thoughts. Here is why I opt we still move forward 1. If we don't primary/secondary will not be available until TC.6 2. TC 6 doesn't have a skeleton nor a date yet. 3. Many people are opting out of clustering today because of lack of primary/sec. all-to-all is too ineffi

Re: tomcat 5.5 Cluster and JMX Re: svn commit: r379938 - /tomcat/container/tc5.5.x/modules/cluster/to-do.txt

>Then simple cluster setup currently not working. that's ok, I haven't voted "+1 stable" yet :) I will get to it. Filip Peter Rossbach wrote: Am 23.02.2006 um 15:05 schrieb Filip Hanik - Dev Lists: >Peter Rossbach wrote: as you might understand, it will take me longer time to explain the

Re: tomcat 5.5 Cluster and JMX Re: svn commit: r379938 - /tomcat/container/tc5.5.x/modules/cluster/to-do.txt

Am 23.02.2006 um 15:05 schrieb Filip Hanik - Dev Lists: >Peter Rossbach wrote: as you might understand, it will take me longer time to explain the design to you than to just do it, and you can learn it from the code itself. you'll catch on it it eventually. That is a way, but I thing like

Re: tomcat 5.5 Cluster and JMX Re: svn commit: r379938 - /tomcat/container/tc5.5.x/modules/cluster/to-do.txt

>Peter Rossbach wrote: as you might understand, it will take me longer time to explain the design to you than to just do it, and you can learn it from the code itself. you'll catch on it it eventually. >Q: Break your ReplicationListener/ClusterReceiverBase change the cluster default mode ?

Re: tomcat 5.5 Cluster and JMX Re: svn commit: r379938 - /tomcat/container/tc5.5.x/modules/cluster/to-do.txt

Hey Filip can you tell us more about the your change plans, and how I can help? I thing the current cluster changes are a high risk and it was better to start those changes for TC 6. When next cluster generation is stable, then we make a backport to TC 5.5 One of me ideas is, that we build

Cluster maintenance and improvement

Hi Filip, hi all developers, I think TC clustering from a users perspective got more robust in the last two years. Whe we started playing around with it in 2004 it was great, that we all basic functionality already worked, but you might remember, that I contributed a couple of fixes to make De

Re: tomcat 5.5 Cluster and JMX

couple more changes coming up. today in the NIO setting waitForAck="false" means essentially async, and waitForAck="true" means sync, meaning that the session will get updated across the entire cluster before returning to the request. in the next release waitForAck="true" means that the recei

Re: tomcat 5.5 Cluster and JMX Re: svn commit: r379938 - /tomcat/container/tc5.5.x/modules/cluster/to-do.txt

new features and new development has historically always been done against the head revision. If you want to put something into maintenance, then that becomes a branch for example VERSION | ---> HEAD REV ---> NEW DEVELOPMENT | | ---> BRANCH ---> MAINTENANCE MODULE in our case 5.5.15

DO NOT REPLY [Bug 38759] - path of JSESSIONID cookie (and possibly others) is passed through incorrectly

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 38759] - path of JSESSIONID cookie (and possibly others) is passed through incorrectly

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 5.5 Cluster and JMX Re: svn commit: r379938 - /tomcat/container/tc5.5.x/modules/cluster/to-do.txt

Hey Filip, what I see is you want make an innovative step. Great, I m very motivated to help that we implement a next generation. But, why do we this implementation not inside a sandbox, branch or separate module? Last year I learned that big changes are great, but it is easy to make fa

svn commit: r380100 - /tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java

Author: fhanik Date: Thu Feb 23 04:08:14 2006 New Revision: 380100 URL: http://svn.apache.org/viewcvs?rev=380100&view=rev Log: Correct formatting Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java Modified: tomcat/container/tc

Re: tomcat 5.5 Cluster and JMX Re: svn commit: r379938 - /tomcat/container/tc5.5.x/modules/cluster/to-do.txt

Peter Rossbach wrote: >I have add the compress flag inside the protocol. >It is usefull to send message with an without compression. >For short messages it is not usefull to compress, it is an overhead. There is no question whether compression is useful or not. The compression flag should have n

DO NOT REPLY [Bug 38416] - php

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 5.5 Cluster and JMX

Hey Filip Why do you think we must move the cluster JMX MBean code? OK, then we can use the cluster components without JMX, but is this really usefull? A lot of my customers have add there own monitoring to the current cluster MBeans. This is really important to see trends and analyse bad sze