You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Gerhard Froehlich <g-...@gmx.de> on 2001/10/23 15:02:20 UTC
excalibur scratchpad: cache support
Hi Eung-ju, devs,
I did a closer look to the cache package in
excalibur scratchpad.
It looks really interesting to me, and I want
to ask why are this classes still in the scratch-
pad? Are there problems in the design,implementation?
Greets
Gerhard
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: excalibur scratchpad: cache support
Posted by Eung-ju Park <co...@isoft.co.kr>.
----- Original Message -----
From: "Gerhard Froehlich" <g-...@gmx.de>
To: "Avalon Development" <av...@jakarta.apache.org>
Sent: Tuesday, October 23, 2001 10:34 PM
Subject: RE: excalibur scratchpad: cache support
> >Gerhard Froehlich wrote:
> >>
> >> Hi Eung-ju, devs,
> >> I did a closer look to the cache package in
> >> excalibur scratchpad.
> >>
> >> It looks really interesting to me, and I want
> >> to ask why are this classes still in the scratch-
> >> pad? Are there problems in the design,implementation?
> >
> >Last time I asked about that, Eung-ju meantioned
> >that there are some things he is still working out
> >in the API. When the API is stable, it will be
> >promoted.
> Eung-ju it would be interesting, what are you doing
> actually on the API. Maybe I can give some ideas from
> the store development in cocoon2. I had to made many
> thoughts about that.
I think API is stable in my use. but it is not verified for other usages.(
like cache store in file, validator that use excalibur.Monitor )
I'm very busy for a living work at this time. I have no time to test and
improve it. :-|
Welcome any suggestion. And I need it.
> >
> >If you want to take a look at a similar cache component
> >that is well tested, the MRUCache in Cocoon is a good
> >alternative.
> Thanx, I developed it :))
> >
> >Eung-ju, are you concidering any aspects from Cocoon's
> >cache component?
Yep.
I see the commons's cache and Cocoon's cache. But I don't understands it
fully.
Because I have short real world programming exprience.
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: excalibur scratchpad: cache support
Posted by Eung-ju Park <co...@apache.org>.
----- Original Message -----
From: "Gerhard Froehlich" <g-...@gmx.de>
To: "Avalon Development" <av...@jakarta.apache.org>
Sent: Sunday, October 28, 2001 9:15 PM
Subject: RE: excalibur scratchpad: cache support
> Hi,
> >>Eung-ju it would be interesting, what are you doing
> >>actually on the API. Maybe I can give some ideas from
> >>the store development in cocoon2. I had to made many
> >>thoughts about that.
>
> >I think API is stable in my use. but it is not verified for other
usages.(
> >like cache store in file, validator that use excalibur.Monitor )
> >I'm very busy for a living work at this time. I have no time to test and
> >improve it. :-|
>
> Did you made some thoughts about that cache store in file?
I have no idea about cache store in file in this time. And I have no needs.
But cache package is not a my private package :-). I think it must support
various cache store.
>
> >Welcome any suggestion. And I need it.
> >> >Eung-ju, are you concidering any aspects from Cocoon's
> >> >cache component?
> >Yep.
> >I see the commons's cache and Cocoon's cache. But I don't understands it
> >fully.
> >Because I have short real world programming exprience.
> And I have to much :))
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: excalibur scratchpad: cache support
Posted by Gerhard Froehlich <g-...@gmx.de>.
Hi,
>>Eung-ju it would be interesting, what are you doing
>>actually on the API. Maybe I can give some ideas from
>>the store development in cocoon2. I had to made many
>>thoughts about that.
>I think API is stable in my use. but it is not verified for other usages.(
>like cache store in file, validator that use excalibur.Monitor )
>I'm very busy for a living work at this time. I have no time to test and
>improve it. :-|
Did you made some thoughts about that cache store in file?
>Welcome any suggestion. And I need it.
>> >Eung-ju, are you concidering any aspects from Cocoon's
>> >cache component?
>Yep.
>I see the commons's cache and Cocoon's cache. But I don't understands it
>fully.
>Because I have short real world programming exprience.
And I have to much :))
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: excalibur scratchpad: cache support
Posted by Gerhard Froehlich <g-...@gmx.de>.
>Gerhard Froehlich wrote:
>>
>> Hi Eung-ju, devs,
>> I did a closer look to the cache package in
>> excalibur scratchpad.
>>
>> It looks really interesting to me, and I want
>> to ask why are this classes still in the scratch-
>> pad? Are there problems in the design,implementation?
>
>Last time I asked about that, Eung-ju meantioned
>that there are some things he is still working out
>in the API. When the API is stable, it will be
>promoted.
Eung-ju it would be interesting, what are you doing
actually on the API. Maybe I can give some ideas from
the store development in cocoon2. I had to made many
thoughts about that.
>
>If you want to take a look at a similar cache component
>that is well tested, the MRUCache in Cocoon is a good
>alternative.
Thanx, I developed it :))
>
>Eung-ju, are you concidering any aspects from Cocoon's
>cache component?
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org
Re: excalibur scratchpad: cache support
Posted by Berin Loritsch <bl...@apache.org>.
Gerhard Froehlich wrote:
>
> Hi Eung-ju, devs,
> I did a closer look to the cache package in
> excalibur scratchpad.
>
> It looks really interesting to me, and I want
> to ask why are this classes still in the scratch-
> pad? Are there problems in the design,implementation?
Last time I asked about that, Eung-ju meantioned
that there are some things he is still working out
in the API. When the API is stable, it will be
promoted.
If you want to take a look at a similar cache component
that is well tested, the MRUCache in Cocoon is a good
alternative.
Eung-ju, are you concidering any aspects from Cocoon's
cache component?
---------------------------------------------------------------------
To unsubscribe, e-mail: avalon-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: avalon-dev-help@jakarta.apache.org