cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Per-Olof Norén <pe...@alma.nu>
Subject Re: re-send Excalibur ActiveMonitor
Date Thu, 06 Dec 2001 09:15:15 GMT

----- Original Message -----
From: "Gerhard Froehlich" <g-froehlich@gmx.de>
To: "cocoon-Dev" <cocoon-dev@xml.apache.org>
Sent: Wednesday, December 05, 2001 3:48 PM
Subject: re-send Excalibur ActiveMonitor


> Hi,
> uninteresting, misspelled, needless or
> just overseen?

I Saw it, Liked it, Waiting for it. :-)
Performance is going to be the nr one issue for choosing cocoon in the end.
A powerful tool/framework that can´t scale isn´t going to be found in all
the places
where it should be. Still, I don´t really know where to put it :-)


/ Per-Olof


>
> Cheers
> Gerhard
>
> "EARTH FIRST! We'll strip-mine the other planets later."
>
> >-----Original Message-----
> >From: Gerhard Froehlich [mailto:g-froehlich@gmx.de]
> >Sent: Sunday, December 02, 2001 2:06 PM
> >To: cocoon-Dev
> >Subject: Excalibur ActiveMonitor
> >
> >
> >Hi,
> >I think we need to implement the ActiveMonitor
> >in the Cocoon Project, to increase the performance
> >of Cocoon.
> >(I place the mail here in the Cocoon list,
> >because it's a Cocoon related topic. But if it's the
> >wrong place, I have no problem to move this thread
> >into Avalon dev list.)
> >
> >Berin suggested in the mail:
> >  http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=99857216131771&w=2
> >that instead of calling ${file}.lastModified() we asking the
> >Excalibur ActiveMonitor if the resource has changed or not.
> ><Berin>
> >"Each resource in the collection of resources is tested on a
> >frequency you specify (i.e. 1/minute, 1/half-hour, etc).
> >That way during extreme load conditions the number of times we
> >call the "lastModified" method doesn't change. Instead of 1/request
> >(with 200 simultaneous users requesting 4 pages a second
> >that comes to 800 calls a second) it is once per period of time."
> ></Berin>
> >
> >I can't implement this ActiveMonitor from scratch, because
> >I have less knowledge of Cocoon internals (was alway in the
> >backend ;). So:
> >Where is the right place to implement this ActiveMonitor and
> >how would you proceed?
> >
> >Cheers
> >Gerhard
> >
> >--------------------------------------------
> >black holes are when GOD is dividing by zero
> >23 49 43 51 3A 20 31 32 33 35 33 34 38 31 31
> >--------------------------------------------
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> >For additional commands, email: cocoon-dev-help@xml.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message