Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Date: Fri, 29 Oct 2004 13:42:21 +0200 (CEST)
From: Giacomo Pati <giacomo@apache.org>
To: dev@cocoon.apache.org
Subject: RE: Implementation of the Continuations checker
Message-ID: <Pine.LNX.4.61.0410291325370.10744@lapgp.otego.com>
X-GPG-PUBLIC_KEY: 
 http://pks.gpg.cz:11371/pks/lookup?op=get&search=0x371005D8BA4A9F94
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

On Fri, 29 Oct 2004, Carsten Ziegeler wrote:

> Giacomo Pati wrote:
>>
>> Sure, no problem. How should it be named?
>>
> What does it do? :)
>
>> Someone mentioned Crons JobScheduler as it has a fireJob()
>> method that could do it but would we want the cron block go
>> into the core?
>>
> Hmm, I think this depends on the effort it takes to create it.
> If we have to add/maintain 10 classes with hundreds of LOCs,
> I would say, let's use Cron - but if it is a simple class,
> we should imho avoid the dependency for the core.

Well, this depend of the functionality needed. With a look into the event 
package there are:

 	Command		(Interface)
 	DelayedCommand	(Interface)
 	RepeatedCommand	(Interface)

on the client side, and there will be:

 	CommandManager		(Interface)
 	DefaultCommandManager	(Class)
 	plus some helper classes to
 	implement the scheduling

on the service side.

Now, decide yourself if it is worth doing it ourself (in fact, cloning the 
event package more or less and maintaining it) or put the cron block into 
core which has all you need for background task management but adds some 
more jars and classes to the core.

>
>>> But why do we put it into the Context? Wouldn't it be
>> better to make a
>>> simple component out of it?
>>
>> It dosn't matter for me as long as a flow script ca do
>> .setupObject( foo ) and foo is able to get it.
>>
> Great :)
>
> Carsten
>
>

-- 
Giacomo Pati
Otego AG, Switzerland - http://www.otego.com
Orixo, the XML business alliance - http://www.orixo.com