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
fine by me.
Filip
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 2:16 PM
To: Tomcat Developers List
Subject: Tomcat 5.5.4 tomorrow (Friday) instead of Saturday?
Hi,
Would everyone be OK with cutting the 5.5.4 release tomorrow (Friday,
[ 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
ballot
I approve the release plan:
[X] Yes
[ ] No
/ballot
ballot
Tomcat 5.5 should use the following API set for the coding:
[ ] J2SE 1.3
[X] J2SE 1.4
[ ] J2SE 5.0
/ballot
ballot
Yoav Shapira will act as the release manager for this branch:
[X] Yes
[ ] No
/ballot
---
Outgoing mail is certified
guys, please move this stuff to tomcat-user, I see the same people over and
over posting user related questions to tomcat-dev
Filip
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 17, 2004 9:40 AM
To: [EMAIL PROTECTED]
Subject: AW: Load balance
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
why are we so focused on dynamic this dynamic that, there is nothing about
mod_proxy that is dynamic, and instead of delaying the stability and release
of a working mod_proxy with a load balancer, make it work, make it work
well, then add fancy features. mod_jk2 became way to cluttered this exact
- 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
Subject: RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
Filip Hanik wrote:
The current jvmRoute addition to JSESSIONID is not really
needed, since it doesn't add that much of a benefit over the
two options above. So right then and there, there is one less
thing
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
: Wednesday, July 21, 2004 2:00 PM
Subject: RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev
Filip Hanik wrote:
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
added to summarization, missing stickiness
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
based on the IP of the client request. Again, no memory map needed.
-Original Message-
From: Tim
hi Remy,
Time will open up in a week or so. And yes, I am wide open to any ideas.
My personal feeling about the farm deployer, is that it would work exactly
like auto deployment to Tomcat, and maybe just an entry in web.xml makes it
send to other servers.
I do need a temp directory to store the
, 2004 1:05 PM
To: Tomcat Developers List
Subject: Re: [5.next] Progress
Filip Hanik (lists) wrote:
hi Remy,
Time will open up in a week or so. And yes, I am wide open to any ideas.
My personal feeling about the farm deployer, is that it would work exactly
like auto deployment to Tomcat, and maybe
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
The only time I have seen something like this happen is when we had a memory
leak, an interesting one.
We were running on solaris, our CPU, sometimes one, sometimes both would go
up to 100% and stay there. sometimes for as much as 10 minutes and then go
back to normal again.
We ran thread
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
ok, I can do this tomorrow.
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 01, 2004 5:09 PM
To: Tomcat Developers List
Subject: Re: session facade not used for event
Filip Hanik - Dev wrote:
Facading is likely worthless for sessions,
you
, May 30, 2004 9:21 AM
To: Tomcat Developers List
Subject: Re: Time for 5.0.26?
Filip Hanik (lists) wrote:
BTW, is it ok if I start my refatoring(s) in a separate branch based on
go ahead, refator. :-)
I'll refator then.
I'll redo logging as well, and define c-l categories (for webapps
BTW, is it ok if I start my refatoring(s) in a separate branch based on
go ahead, refator. :-)
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.676 / Virus Database: 438 - Release Date: 5/3/2004
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
Bug 28347 had good entertaining value
you are so humble ;-)
it is an interesting and fully valid test case to test our systems under
extreme concurrency by one user, he he he
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 13, 2004 8:34 AM
ballot
Release 5.0.22 as Stable:
[ ] Yes
[ ] No
[x] Prefer not to :)
/ballot
-0
I don't think we should relase a stable with a few bugs we can fix easily,
a lot of people don't read the release notes,
and might start filing bugs against them, so we will lose the time later
anyway. There
no, smart queue does not belong with the delta manager. it could never work
that way, and never will :)
Filip
-Original Message-
From: Rainer Jung [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 06, 2004 1:35 AM
To: [EMAIL PROTECTED]
Subject: TC Cluster: does SmartQueue fit into
sounds good!
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 06, 2004 5:48 PM
To: Tomcat Developers List
Subject: 5.0.22 tag ?
I plan to tag 5.0.22 tomorrow. Any objections ?
Rémy
for the longest time the standard session wasn't extendable.
I would have loved to do that a long time ago, now it is just a matter of
time before I will do it.
5.0.22 would be good :)
thanks
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Friday, April 02,
This is a tough decision. A top level project can give us more leverage, but
it is also way more politics. Politics require mature representation...and
are we sure that Tomcat has this.
Unless becoming a TLP gives us an instant advantage or will change some
things that really do need to change,
end of next week sounds good.
I have some very minor fixes, and they I have to update the documentation.
After that I will start working on the following:
1. Node merging, improve on the merge algorithm when two cluster nodes find
each other
2. A primary/secondary replication solution, to be
oh yeah, and the bugs have been fixed :) (27296,27259)
-Original Message-
From: Filip Hanik (lists) [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 04, 2004 8:10 AM
To: Tomcat Developers List
Subject: RE: [5.0] Next release
end of next week sounds good.
I have some very minor fixes
ballot
Release 5.0.19 as Stable:
[X] Yes
[ ] No
/ballot
Clustering had a major configuration change, but is much more cleaner now.
Next step is to make it configurable. But it remains stable.
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, February
-1 for doing it now,
+0 to do it after tag and after next stable release.
Filip
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, February 12, 2004 1:03 PM
Subject: Re: Remote Access using JSR 160
Amy Roh wrote:
Not
I suggest using the java.lang.reflect.Proxy object as remote,
then you can make almost any object with an interface remote :)
Filip
- Original Message -
From: Amy Roh [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, February 12, 2004 1:18 PM
Subject: Re:
I think next week is a good date.
There is a pretty significant change in the clustering configuration, it is
more modular and can be easier extendable now.
Also some good bug fixes in there. Next week, definitely not later :)
Filip
- Original Message -
From: Shapira, Yoav [EMAIL
fixed :)
Filip
-Original Message-
From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 05, 2004 7:20 AM
To: Tomcat Developers List
Subject: [5] Broken build - cluster.MembershipFactory
Hi,
the nightly failled:
build-catalina-cluster:
[javac] Compiling 40
no complaints here :)
just be careful of those ConcurrentModificationException(s) that are lurking
in the iterators :-)
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, February 02, 2004 11:54 AM
To: Tomcat Developers List
Subject: Converting Coyote
As Yoav said, pooling is a question of how expensive it is to create them.
Also to add in there are many more factors to consider
1. how expensive is it to GC in a non pooled environment
2. how expensive is it to synchronize to keep your pool thread safe
so it all becomes a question of the
+1
why not, if it is in T4, lets have it in T5
- Original Message -
From: Mark Thomas [EMAIL PROTECTED]
To: Tomcat-Dev [EMAIL PROTECTED]
Sent: Thursday, January 29, 2004 12:10 PM
Subject: WebDAV and TC5
All,
Any objections to adding the WebDAV web application to TC5?
The plan is to
I don't have a big objection. But we removed it from TC5 intentionally,
ah I missed that,
what was the argument for removing it?
Filip
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
I don't think small market shares or lack of clients is a reason for exclude
a server feature. They are separate. If the WebDAV app added some negative
impact to the tomcat server, then take it out, but if not, then lets add it
back in.
Filip
- Original Message -
From: Julian Reschke
hey,
I'd like to clean up and modularize the cluster configuration (in
server.xml)
currently it looks like
Cluster property1, property2, property3and goes on forever in a messy
manner
I would like to have
Cluster
membership
...member ship info here...
/membership
replication
- Original Message -
From: Filip Hanik [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, January 27, 2004 10:49 AM
Subject: Re: [PATCH] Clustering members using UDP sockets instead of
multicast ones
I agree with you. But instead of extending multicast
I still want to use attributes, I just want to scale down the number of
attributes from 20-25 to 5-6 per module :)
Filip
- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Tuesday, January 27, 2004 11:23 AM
Subject: RE:
on how to install ?
Thanks
David
Filip Hanik
[EMAIL PROTECTED]To: Tomcat
Developers List [EMAIL PROTECTED]
om cc:
Subject: RE: [PATCH
thanks for the patch, I am not submitting this to CVS as I don't see that
much added value. But if others find it useful, this is configurable anyway,
so there is nothing hard coded in the current code about the membership.
hope that is ok.
Filip
-Original Message-
From: Raul Benito
I'm not sure if it should happen in TC 5.0.x or 5.1.x but I'd like to
investigate in multicast magic for topology determination.
If javagroups had been ASF compatible, I could have some code for that,
but seems we should do it by hand or via an ASF compatible license tool.
The goal is of
cookies are on the client side, not on the server side :)
I think this was to disable session persistance
Filip
-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED]
Sent: Monday, January 19, 2004 2:45 PM
To: 'Tomcat Developers List'
Subject: RE: cookies attribute on context
also look at http://jotm.objectweb.org/
I believe they have a tomcat integration
- Original Message -
From: Robert Krüger [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, January 16, 2004 10:09 AM
Subject: Re: status of JTA integration
Hi,
I know about
-1. Please reconsider.
There is no memory leak, please check for yourself.
Rémy
dude, I spent hours on this yesterday with a profiler...how about giving in
a little bit :)
the leak is pretty bad, I ran up to 512MB in hours of heavy load.
Filip
-Original Message-
From: Remy Maucherat
I dont think setting maxSpareThreads==maxThreads is a good solution to a
problem as this memory leak. I still have to verify that that would actually
solve the problem
if we don't want to remove request info, lets fix it.
Filip
-Original Message-
From: Remy Maucherat [mailto:[EMAIL
Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 15, 2004 9:41 AM
To: Tomcat Developers List
Subject: Re: Found it - WAS: Memory leak
Filip Hanik wrote:
dude, I spent hours on this yesterday with a profiler...how about
giving in
a little bit :)
the leak
I'll try the fix since I am still on the eval period of the profilers :)
thanks
Filip
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, January 15, 2004 9:56 AM
Subject: Re: Found it - WAS: Memory leak
Filip Hanik
From: Remy Maucherat [EMAIL PROTECTED]
Filip Hanik wrote:
I'll try the fix since I am still on the eval period of the profilers :)
Cool :) (crossing all fingers)
You know there's also that tomcat-committers mailing list for the issues
that make people nervous (security, etc) ;)
no, I
setting maxSpareThreads==minSpareThreads==maxThreads
does take care of the memory leak with the new code,
however, going with the default server.xml settings, tomcat is still leaking
memory. I will delve into this when I get home tonight, that is when I have
access to the profiler.
have a good
hi Henri,
When I used JavaGroups (not anymore because of licensing) it was to do
session replication.
Any type of replication or clustering will always impact performance in a
negative way, but instead of you achieve fail over and high availability.
Now I use standard TCP connections, they are
Ok, I know that these emails are usually dismissed with the words:
Gets us some proof from a profiler, and I will...gimme some time, in the
meanwhile, if anyone else wants to play with it.
well the story is that during heavy load tests of the session replication my
system my VMs always run out of
How heavy of a load does this generate, in terms of # of req/s?
execute:
java -cp testclient.jar;commons-httpclient.jar;commons-logging.jar
org.apache.catalina.cluster.test.client.MemTestClient http
://192.168.0.103:7080/index.jsp 100 10 1000 false
java -cp
Subject: Re: Memory leak- yeah I know
Filip Hanik wrote:
Ok, I know that these emails are usually dismissed with the words:
Gets us some proof from a profiler, and I will...gimme some time, in the
meanwhile, if anyone else wants to play with it.
well the story is that during heavy load
.
-Original Message-
From: Filip Hanik [mailto:[EMAIL PROTECTED]
Sent: Thursday, 15 January 2004 11:09 AM
To: Tomcat Developers List
Subject: RE: Memory leak- yeah I know
Remy, absolutely no intentions of being sarcastic :), if there isn't a
leak, that is great, if there is, will fix
to perform the way I want, so if
someone wants to take this on be my guest and let me know. If I don't hear
from anyone, I will commit a solution to this next week.
Filip
-Original Message-
From: Filip Hanik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 5:22 PM
To: Tomcat
downloaded version of 5.0.17).
The original code isn't very careful about what operations are atomic, so a
replacement Listener that's as good as RequestGroupInfo isn't hard to do
either :).
- Original Message -
From: Filip Hanik [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED
1 - 100 of 218 matches
Mail list logo