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" <[
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,
O
[ 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
I approve the release plan:
[X] Yes
[ ] No
Tomcat 5.5 should use the following API set for the coding:
[ ] J2SE 1.3
[X] J2SE 1.4
[ ] J2SE 5.0
Yoav Shapira will act as the release manager for this branch:
[X] Yes
[ ] No
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus sy
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
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
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
w
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 Fu
s List'" <[EMAIL PROTECTED]>
Sent: 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 HOO
>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
x27;" <[EMAIL PROTECTED]>
Sent: Wednesday, July 21, 2004 11:30 AM
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
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
t: Saturday, July 17, 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
>
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 fra
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
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 analyzer
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
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
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
]
Sent: Sunday, 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,
>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
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
>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
>
> Release 5.0.22 as Stable:
> [ ] Yes
> [ ] No
> [x] Prefer not to :)
>
-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 were seve
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
---
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 DeltaManag
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, 2
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, is
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, and
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 used
Release 5.0.19 as Stable:
[X] Yes
[ ] No
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 16, 2004 4:42
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:
-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 wrot
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 PROTE
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 t
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" <[E
>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 PROTECT
+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 i
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 scena
xtentions'
type area where things like
> this can be kept with instructions on how to install ?
>
> Thanks
>
> David
>
>
>
>
>
> "Filip Hanik"
> <[EMAIL PROTECTE
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: [P
- 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
hey,
I'd like to clean up and modularize the cluster configuration (in
server.xml)
currently it looks like
...member ship info here...
...replication logic goes here>
and so on, ie, each module would be configured under the cluster but
separately. It makes it easier
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 [mailt
> 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
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 elem
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 kn
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 on
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 issu
ject: Re: Found it - WAS: Memory leak
> Filip Hanik wrote:
> > I ran HTTP client on windows, Tomcat on RH8 AND RH9, both of them have
the
> > leak.
> >
> > I ran tomcat through both OptimizeIt and JProbe yesterday, and both of
them
> > showed the leak.
> >
>
ginal 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 :)
>
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 PROTEC
>-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 Maucher
just done it for my 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
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: T
-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 i
Developers List
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.
>
1 - 100 of 229 matches
Mail list logo
