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
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 Hanik - Dev
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
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
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 would have been the obvious solution, the jvmRoute must have
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 to
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
manually switch it over to a new set of IP
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 [EMAIL
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: jakarta-tomcat-catalina/webapps/docs changelog.xml
actually, its a negative
[ 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
There was a bug introduced between 5.0.25 and 5.0.28. When a context is reloaded and
there is a distributable/ 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
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 manager
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
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 List
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
]
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 you load a class that starts with org.apache.catalina. I attempt
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: Tomcat Developers List [EMAIL
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.loadClass(),
now using a custom object stream, it would search the WCL
-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/05
+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 pr _at_ objektpark.de as a
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 =
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:
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
- 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
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, 2004
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
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
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
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]
Sent:
ballot
Release 5.0.27 as Stable:
[X] Yes
[ ] No
/ballot
-
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, July
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 [EMAIL
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:50 AM
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 replacement
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 [EMAIL
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,
OK, if we
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
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 = new HttpSessionBindingEvent(this,name,value); //inside
StandardSession
as opposed to this code
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 Developers
+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/http11
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 Developers
- 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/tomcat5
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]
To: 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
-
To unsubscribe, e-mail: [EMAIL
-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. I have 3 yes (Yoav - look in
tc-user: he fully agrees
+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 nearly
ballot
Release 5.0.23 as Stable:
[X] Yes
[ ] No
/ballot
- 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
- 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 would be
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 new
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 the end of the week ?
Filip Hanik - Dev wrote:
10-4
50 matches
Mail list logo
