Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Sender: skc@mailrelay2.ornis.com
Message-ID: <3C0FB3C9.79AB1498@ivision.fr>
Date: Thu, 06 Dec 2001 19:07:05 +0100
From: Sebastien Koechlin <skoechlin@ivision.fr>
Organization: IVision
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: [PATCH] working on Stores (Re: [PATCH] Re: Displaying status)
References: <LDEKKGCNJLEPFDOEIHFDGEPICJAA.g-froehlich@gmx.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Gerhard Froehlich wrote:
> 
> >From: skc@mailrelay2.ornis.com [mailto:skc@mailrelay2.ornis.com]On

[OT: your mailer is broken, it use wrong field]

> >So I probably do not have the main StoreJanitor.
> 
> There is only one impl, yet ;-).
> On my machine the StoreJanitorImpl initialize proper.
>
> >I'm going to write a static (synchronized) StoreJanitor to
> >record any in-memory Store created.
> >Is it a good solution, or is there something better ?
> 
> Why, the actual StoreJanitorImpl does this already. But maybe
> I understood your question wrong.

There is only one implementation, but I thought I got a new instance
of it. I tested and it's ok, there is one and only one instance.


> >Second:
> >
> >Everybody want to know what is inside, isn't it?
> >Here is another patch to display classname of cached object...
> >
> >And surprise, there is nothing in our Stores!
> >When I request an Object by his key, I have nothing most of the
> >time!
> 
> Yes because default we're using the NonCachingxxxPiplines (I don't
> know the reason, really!).
> Change in the cocoon.roles the roles for StreamPipline and EventPipeline
> to CachingStreamPipeline and CachingEventPipeline. Then it should
> work proper.
>
> >Why does we store null values in MRUMemoryStores ?
> 
> Don't know.

With all thoses null values, finding a key is probably slower.


-- 
S�bastien Koechlin - IVision - skoechlin@ivision.fr

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