Isn't this possible today by using a custom attribute and extending or
rewriting the cache?

Wally

-----Original Message-----
From: Jason McKerr [mailto:[EMAIL PROTECTED]] 
Sent: Thursday, January 23, 2003 9:55 AM
To: OJB Users List
Subject: RE: Customizing if a persistente object use the cache or not


Yup, that'd be cooler than an ice-cube sandwich.

-Jason

On Thu, 2003-01-23 at 07:49, Matthew Baird wrote:
> I think even better than this would to be have a cache setting like 
> Castor does
>  
> cache="none|time-limited|count-limited|soft|jcs|custom"
> capacity=""
>  
> m
> 
>       -----Original Message----- 
>       From: Jason McKerr [mailto:[EMAIL PROTECTED]] 
>       Sent: Thu 1/23/2003 7:47 AM 
>       To: OJB Users List 
>       Cc: 
>       Subject: Re: Customizing if a persistente object use the cache
or not
>       
>       
> 
>       I agree this could be a very useful feature if it's possible.
>       
>       -jason
>       
>       On Thu, 2003-01-23 at 07:34, CLARAMONTE Jean-Baptiste wrote:
>       > Hello,
>       >
>       > I would like to know if there is a way to customize for each
object if it
>       > can or can't be in cache ?
>       > Do you think it could be easy to add this functionality so
that it could be
>       > added in the respository, like this for example :
>       >
>       >    <class-descriptor
>       >         class="Customer"
>       >         table="CUSTOMER"
>       >         in-cache="false">
>       > ...
>       >    </class-descriptor>
>       >
>       >
>       > Like that you could customize which class need to always be up
to date
>       > compared to the database and which just need to be loaded one
time (static
>       > data).
>       >
>       >
>       > thanks for your opinion on the subject
>       >
>       > JB
>       
>       
>       --
>       To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
>       For additional commands, e-mail: 
> <mailto:[EMAIL PROTECTED]>
>       
>       
> 
> 
> ______________________________________________________________________
> 
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: 
> <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to