I am going through the cluster code right now and will be adding fixes
along the way.
I think the development of this code has focused more on features than
stability, so I would like to ask that for the next period, lets focus
on the stability and get this beast back in shape again.
Filip
bin pack
I must review my changes and document my szenario.
Than Filip can start to review the changes and testing the clustering.
Thanks for you help. :-)
My customers needs the new 5.5.9 Release. The best thing is, we package a
separate patch-cluster-fix and mark 5.5.9 as beta.
Peter
Filip Han
Hi Peter, what's up with the cluster code?
I will have some time to load test and debug any problems you might
have, also, do you have problems on the synced-pooled setting, or on all
connectors?
Filip
Peter Rossbach wrote:
Hey,
[X] Stable -- good build (Normal Tomcat)
[X] unstable and buggy clu
ix of the session id has much better support from
balancer providers.
Rainer
Filip Hanik - Dev wrote:
> Remy Wrote:
>
>>BTW, wouldn't it be better to set the route as a separate cookie, which
>>would be a lot cleaner ? Was this ever considered ?
>
>
> That woul
Remy Wrote:
>BTW, wouldn't it be better to set the route as a separate cookie, which
>would be a lot cleaner ? Was this ever considered ?
That would have been the obvious solution, the jvmRoute must have come from a
dark basement somewhere :)
Whatever the change you decide on, I'll be happy to i
Costin Wrote:
>( BTW - if you plan to participate in any open source project - be
>prepared for a lot of hurt feelings and negative comments, if you can't
>handle it, stay out. It happens to all of us. Track the problem, send a
>patch and friendly reminders if it gets ignored - and be prepared t
of
the top 3 service providers offer it I think.
it's not cheap though, so be ready to open up the wallet.
peter
On Wed, 10 Nov 2004 13:13:51 -0600, Filip Hanik - Dev
<[EMAIL PROTECTED]> wrote:
> which might also give you the idea, if you control your own DNS, you could
> manu
is
commit: if you don't like it, feel free to undo it ;)
Yoav Shapira http://www.yoavshapira.com
>-----Original Message-
>From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
>Sent: Monday, November 01, 2004 9:25 AM
>To: Tomcat Developers List
>Subject: Re: cvs commit: jakar
actually, its a negative filter, (if one can say that :)
Anything that doesn't match the filter, gets replicated.
I did that since people use all kinds of extensions on the MVC framework.
Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[
[ X ] Beta, it's getting closer to stable [what's missing?]
Unfortunately due to an acquisition I am jammed at work. Cluster features that
previously worked and need to be fixed:
1. Farm deployment
I haven't had time to check the other stuff, I know that 5.0.28 had problem with
reloading the co
There was a bug introduced between 5.0.25 and 5.0.28. When a context is reloaded and
there is a element in web.xml,
the context still doesn't get a ClusterManager assigned. A user reported this on the
tomcat user list, I've been way to swamped to
check on it.
The cluster code didn't change betwe
patches are always welcome, I'd be happy to test and submit it
Filip
- Original Message -
From: "Michael Leditschke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 22, 2004 2:28 AM
Subject: Is DeltaManager actively being maintained?
In poking around in the manag
It works for me with those steps using JDK 1.4, no problem
if you need to try again, I suggest to clean your machine, and start over (this
includes all the downloads in /usr/share/java)
Filip
- Original Message -
From: "Hiller, Dean D (Dean)" <[EMAIL PROTECTED]>
To: "Tomcat Developers
post on tomcat-user in the future, thanks!
these are simple steps
cvs co jakarta-tomcat-5
cd jakarta-tomcat-5
ant update
ant download
ant dist
Filip
- Original Message -
From: "Hiller, Dean D (Dean)" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 12, 2004 2:00 PM
S
-1
how about not putting your home directory in the default property file :)
Filip
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 3:10 PM
Subject: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/08/0
PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 12:48 PM
Subject: Re: StandardClassLoader ?
Filip Hanik - Dev wrote:
>here is the huge performance boost:
>
>Every single time I deserialized an object, it has to do a cl.load
> From my profile, the bottleneck for the startup time is XML
also I missed this one, startup time...my scenario is a dynamic one where some webapps
have 20+ libraries in the WCL
Filip
- Original Message -
From: "Filip Hanik - Dev" <[EMAIL PROTECTED]>
To: &quo
Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 11:01 AM
Subject: Re: StandardClassLoader ?
Filip Hanik - Dev wrote:
>During session replication I optimized my code to decide what order class loader to
>use based on the class name.
>
>For example, if yo
During session replication I optimized my code to decide what order class loader to
use based on the class name.
For example, if you load a class that starts with org.apache.catalina. I attempt to
load it with the SCL first, it gave the app a
huge performance boost.
I know I know, this breaks t
>Xerces still provide an XML Serializer, two actually
they all do, it is part of the standard Java XML API
see below, this way you don't have to import any outside libraries of the JDK
Filip
public static void writeXmlToFile(java.io.File f, Document d) {
Transformer transformer =
+1
- Original Message -
From: "Tim Funk" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Friday, July 30, 2004 8:10 AM
Subject: Re: New committer: Peter Rossbach
+1
-Tim
Remy Maucherat wrote:
> Hi,
>
> I'd like to nominate Peter Rossbach as a
> committer
>There's a cache for that, so canonicalization will happen only once in a
>while. I don't understand how it can possibly be a performance issue.
maybe I am reading the code wrong, but the method file() in FileDirContext creates a
new file object each time, so there is no
caching there.
So I guess
The Java VM does this through file handling, we would have to find out where it issues
this call and if we can get around it. The
Tomcat developers are not calling stat anywhere in the code, but the underlying JVM
code does, we just don't know where
Filip
- Original Message -
From: "Dav
really, so then there is no fail over.
cause that is what fail over does, redirects you to another server.
and with session replication in place, you should be good to go
FIlip
- Original Message -
From: "Mladen Turk" <[EMAIL PROTECTED]>
To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
>I suppose in this case the load balancer would run HOOK_MIDDLE, and
>sticky would run HOOK_LAST.
cool, and then have the server just try them in that order? ie, if the sticky server
went down, it just takes the next one from the
list (and that list should be ordered well since it comes from the
I didn't say anything about "just simple round robin"
the algorithm for distribution can be entirely separate from the "stickiness" as they
are two separate things. The distribution
algorithm, (round robin, load, random, etc) is separate and should not be confused.
Stickyness means that if I have
ok, there are two very simple memory friendly ways to do sticky load balancing.
And as a matter of fact, this is how some hardware loadbalancers do it.
1. Set a cookie on the clients machine - no server memory to hold a map
2. If the client doesn't accept cookies, do a simple sticky load balancing
>But I still think we should start with using mod_proxy with http
>protocol, and add the missing load balancing and extra info
yes, this is what alot of users want
Filip
- Original Message -
From: "Costin Manolache" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 21,
- Original Message -
From: "Mladen Turk" <[EMAIL PROTECTED]>
>I also see no reason why the mod_proxy functionally cannot be implemented in
>mod_jk2 :).
yes, but it is rocket science to actually get jk2 compiled and configured and to work
properly. mod_proxy is part of the core, and
takes
Release 5.0.27 as Stable:
[X] Yes
[ ] No
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Clustering is using GZIP byte only with byte array, so it doesnt link to an actual
stream, only a byte array stream. Don't think we
have a problem Houston! :)
Filip
- Original Message -
From: "Rainer Jung" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Friday,
>Ah ok. Filip was planning (to be forced through any means necessary) to
>do that, so ask him.
yup, still planning on doing so :) just a little slammed with paying work at the moment
Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAI
yup, "refatoring" of "clutering" is something we need :)
Will start as soon as tag 27 is in place, I will go over the details with you later
Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Friday, June 11, 2004 11
Remy Wrote:
>I take note of your intent to refator as well. I'd like to point out
>that refatoring, unlike regular bland refactoring, is an art which takes
>years to master.
Yes, refatoring is an art, and I intend to master it one day :)
>How about implementing your FarmWarDeployer as a replacem
> Wouldn't you branch it now prior to any non-5.0 work being done on HEAD?
yes
- Original Message -
From: "Jess Holle" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 02, 2004 12:45 PM
Subject: Re: CVS branching
> Shapira, Yoav wrote:
>
> >Hi,
I'm planning to "refator" some and add a bunch of work into HEAD since this where we
do dev,
I suggest we go with remy's suggestion, to branch off 5.0.x and continue new dev into
HEAD
Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[E
Tuesday, June 01, 2004 3:02 PM
Subject: Re: session facade not used for event
> Filip Hanik - Dev wrote:
> > Quick question, is there a reason the user code has access to the
> > internal session instead of the session facade on session events?
> >
> >> event = ne
Quick question,
is there a reason the user code has access to the internal session instead of the
session facade on session events?
>event = new HttpSessionBindingEvent(this,name,value); //inside StandardSession
as opposed to this code, which would give the user a facade?
event = new HttpSession
I think Tuesday is good. I fixed some code that was broken in the simple manager
implementation for clustering, most users use the
DeltaManager, but some wish to use the old one, so that is all fixed
Filip
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Develop
+System.out.println(getClass().getName() +
:)
what is wrong with the logger?
Filip
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 27, 2004 11:12 AM
Subject: cvs commit:
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http
if you don't use it, how can you verify (test) that the patch works :) he he he.
~ Trust is good, control is better ~
I wouldn't commit a patch unless I had a test case, just to be on the safe side.
Filip
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Develope
then by all means, get rid of it.
Cause now we are only removing it from new releases of TC 5 and not TC4
Filip
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 19, 2004 12:01 PM
Subject: RE: HTTP 1.1 Conn
keep it in,
Like my great grand father said, "If it aint broke, don't fix it" :)
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, May 19, 2004 11:34 AM
Subject: RE: HTTP 1.1 Connector - Bye bye?
Hi,
>IMHO Q
+1
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Monday, May 17, 2004 9:01 AM
Subject: Plan for 5.0.25
Hi,
OK. I spent the weekend on this and with help from Remy I can actually
do a tomcat release now ;) Here's t
9:41 AM
Subject: Re: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
Filip Hanik - Dev wrote:
> since when could a -1 be shut down by one person, you
> so far you only have one +1 (Jeanfrancois)
This is a release, not a vote with a veto
ubject: Re: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
Filip Hanik - Dev wrote:
>>- 5.0.25
>
> +1
>
>>- A hotfix for 5.0.24
>
> Big -1
You seem to be alone, so ... Sorry :/
Rémy
I guess I should explain, since a bunch of user already downloaded
5.0.24, it is not a good idea to release a fix with the same version number.
Makes it a lot harder to help people out on the user list
Filip
- Original Message -
From: "Filip Hanik - Dev" <[EMAIL PROTECTED]
>- 5.0.25
+1
>- A hotfix for 5.0.24
Big -1
Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Friday, May 14, 2004 6:32 AM
Subject: Re: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomc
+1
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Sunday, May 09, 2004 9:43 AM
Subject: New RM for Tomcat 5
Hi,
Yoav has expressed interest in being the release manager for Tomcat 5.
Since he has shown interest in n
Release 5.0.23 as Stable:
[X] Yes
[ ] No
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 04, 2004 6:21 AM
Subject: [5.0.23] Release vote
Since nobody seems to have any additional updates, here's the vote for
the new build.
Ch
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
>And of course you don't discuss this before making the change ?
>This is the old branch, so this is clearly not acceptable.
>I have to -1 regardless of the possible merits.
Ok, so he forgot to ask the developers if this woul
he he he
10-4 in america is the "roger that" radio code.
Filip
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, April 29, 2004 5:06 PM
Subject: Re: [5.0.23] Tag at
10-4
- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, April 29, 2004 4:37 PM
Subject: Re: [5.0.23] Tag at the end of the week ?
Remy Maucherat wrote:
> I got some mojo back, and as a result I propose tagging a
53 matches
Mail list logo