Mailing-List: contact dev-help@excalibur.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Excalibur Developers List" <dev@excalibur.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <41923442.6070200@d-haven.org>
Date: Wed, 10 Nov 2004 10:31:14 -0500
From: Berin Loritsch <bloritsch@d-haven.org>
Organization: D-Haven.org
User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803)
MIME-Version: 1.0
To: Excalibur Developers List <dev@excalibur.apache.org>
Subject: Re: refactoring StoreJanitorImpl
References: <Pine.LNX.4.61.0411092107280.11237@lapgp.otego.com>
 <419146D2.9090401@jicarilla.org>
 <Pine.LNX.4.61.0411101010480.19389@lapgp.otego.com>
 <419211DE.7050305@jicarilla.org>
In-Reply-To: <419211DE.7050305@jicarilla.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Leo Simons wrote:

> Giacomo Pati wrote:
> 
>>> so all cocoon committers can commit to all of excalibur. Cocoon is 
>>> one of the most important users of the excalibur codebase, and we 
>>> like to keep the barrier as low as possible (trusting of course 
>>> no-one makes a mess out of things :-D).
>>
>>
>> Vadim brought up the idea to contribute the Cocoon Event package 
>> replacement (RunnableManager) to Excalibur. Personally, I'm not sure 
>> about it as in the end we have the Event package back here in a 
>> different form. So, maybe you guys have a look at it at 
>> http://svn.apache.org/repos/asf/cocoon/trunk/src/java/org/apache/cocoon/components/thread/ 
>> and give us your thoughts about it.
> 
> 
> Hmm. I don't know that much about the event stuff, primarily seen it 
> from a user perspective as it was used in fortress.
> 
> My general experience in the past when codebases moved from cocoon to 
> avalon was that it didn't do those codebases much good, so I'm not so 
> sure this'll benefit anyone....
> 
> Berin, care to comment?
> 

Event was originally a fork/port of the SEDA stuff in a sane API.
It was ported with the intention of building a SEDA framework on top
of Avalon.  Assumptions were made about the threading models and
fixes were done by trial and error.  There are a couple classes
in there that will conflict with Java5, but as that wasn't anywhere
around at the time I created it I had no way of knowing.

-- 

"Programming today is a race between software engineers striving to 
build bigger and better idiot-proof programs, and the Universe trying to 
produce bigger and better idiots. So far, the Universe is winning."
                 - Rich Cook

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@excalibur.apache.org
For additional commands, e-mail: dev-help@excalibur.apache.org
Apache Excalibur Project -- URL: http://excalibur.apache.org/