Return-Path: 
 <cocoon-dev-return-21544-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 90887 invoked by uid 500); 23 Jan 2002 20:37:15 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 90876 invoked from network); 23 Jan 2002 20:37:15 -0000
Message-ID: <3C4F1F64.2030705@anyware-tech.com>
Date: Wed, 23 Jan 2002 21:39:00 +0100
From: Sylvain Wallez <sylvain.wallez@anyware-tech.com>
Organization: Anyware Technologies
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.7) Gecko/20011221
X-Accept-Language: fr, en
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: ServletConfig.getRealPath
References: <AB72DC50CB6AD3119A6A00902798A0220145B1B0@EXCHANGE>
 <3C4BFEB8.BAE98D8@apache.org> <3C4D90CF.6070004@anyware-tech.com>
 <3C4E9321.BAB48B3B@apache.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Stefano Mazzocchi wrote:

>Sylvain Wallez wrote:
>
<snip/>

>>There's the ServletTargetFactory that logs to the servlet container. It
>>is declared in logkit.xconf and was used up to recently to log all
>>errors to the engine's log
>>
>Is this documented?
>
The LogTarget is in LogKit and the LogTargetFactory is in Excalibur.

>>About clustering, we have a component that I think won't work in
>>clustered environment : the FragmentExtractor/Generator. It grabs on the
>>fly parts of a document and keeps them in memory for servicing by
>>requests that follow the current one. In a clustered environment, it is
>>very likely that those requests are served by another computer in the
>>cluster, and thus the extracted fragments won't be found.
>>
>
>Damn, that's right. BTW, I've always considered it to be a hack, but
>never found an objective evidence for it: I think you did :)
>
Maybe a hack, but a nice hack ! I was really impressed by this idea 
which helps a lot to serve documents that have to be decomposed in 
several subdocuments because of the limitations of http.

>I think we need to seriously consider removing it and provide a better
>alternative is the functionality is used (I never found the need for it
>myself, but others might have)
>
>What do you think?
>
Instead of removing is abruptly, it would be better to add a flashy 
warning about clustering issues in the javadocs and plan a rewrite in 
the todo list.

>>A solution could be to store these fragments in the servlet session :
>>
I also thought of using your nice XMLCompiler to store fragments instead 
of building a DOM to speed up things.

I volunteer for that but won't be able to do it quickly. So no problem 
if someone else wants to do it !

Sylvain

-- 
Sylvain Wallez
Anyware Technologies - http://www.anyware-tech.com



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