Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <40EAD255.3000600@reverycodes.com>
Date: Tue, 06 Jul 2004 12:24:53 -0400
From: Vadim Gritsenko <vadim@reverycodes.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.7) Gecko/20040616
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: [RT] The API for the request object
References: <OF9D81CB9A.0B1DCE24-ONC1256EC8.00261128@sundn.de>
 <40EA7B58.5010801@apache.org>
 <A951F304-CF40-11D8-AEE0-0003935AD2EE@media.demon.co.uk>
In-Reply-To: <A951F304-CF40-11D8-AEE0-0003935AD2EE@media.demon.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Jeremy Quinn wrote:

>
> On 6 Jul 2004, at 11:13, Sylvain Wallez wrote:
>
>>> Now, the basic mechanism for this could be to scan all attribute 
>>> values of the request and find out if the value should be cleaned up 
>>> or not. This could be done by either testing for the usual suspects 
>>> from Avalon (Disposable, Recyclable) or by defining a new Cocoon 
>>> specific interface.
>>> But perhaps there is a better way?
>>>
>>
>> What about adding a list of ProcessingListeners to the object model, 
>> which can be augmented by the various components that participate in 
>> request handling, and is called at particular places such as:
>> - processing start (such listeners must be registered in the xconf),
>> - sitemap mount,
>> - end of pipeline building,
>> - start of pipeline execution (differs from the previous one as it 
>> may not be called if the result is cached)
>> - end of pipeline execution
>> - end of processing
>>
>> That would allow e.g. a flowscript to register a listener that closes 
>> a hibernate session once the processing is terminated, thus allowing 
>> the same session to be used in the view.
>>
>
> I believe this is already possible with the JXTemplate callback hook:
>
>     catch (return) {session.close ()}
>
> though there does seem to be a lot of confusion about it and the 
> syntax is strange ;)


I think those listeners are not only for flowscript, but more generic 
approach. Btw, sendPageAndWait also has a provision for clean up 
function. Problem is it does not work each time [1].

Vadim

[1] http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=108716210425332&w=2