On 12/17/01 8:05 PM, "Kelvin Tan" <[EMAIL PROTECTED]> wrote:
>> >> Aaron's package can take care of if you wanted to do the caching on the >> application machine. > > I know I should really wait for the import of the cache package but... > > Is Aaron's package Torque-specific or a generic cache package? General tool. > One thing is implementing a LRU cache service, and its quite another to have > it work with the existing persistence framework/mechanism. One thing I've > done in preparation for the cache is to create an ObjectBroker, through > which all my application logic makes database requests. This means that its > transparent to the application whether or not a cache is actually used. > However, due to the way Torque's business objects are created, after the > business objects have been returned to the calling code, a cache is > effectively useless since invoking something like book.getAuthor() basically > makes a direct database request, bypassing the cache (_unless_ the cache > sits between the objects and its peers, which would make it pretty > Torque-specific and involve extensive modifications to Torque code, I > think). > > If it is a generic cache package, I would love to see it go into Fulcrum. > I'm not entirely satisfied with the GlobalCacheService. That will definitely be deprecated in favour of a caching tool based on the new stratum cache code. > Don't know if anyone > has bothered, but Expresso has a pretty decent cache. I think the license is > compatible with Apache's (hey, they call it an Apache-style license). I've > ported it over to Fulcrum's service framework, with some modifications, if > anyone's interested. > Hopefully at some point Fulcrum will just be able to pick up JARs and you will be able to package a service in a JAR and have the service manager pick it up. At that point I hope that it will be easy for people to contribute additional services. > Regards, > Kelvin Tan > > Relevanz Pte Ltd > http://www.relevanz.com > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- jvz. Jason van Zyl http://tambora.zenplex.org http://jakarta.apache.org/turbine http://jakarta.apache.org/velocity http://jakarta.apache.org/alexandria http://jakarta.apache.org/commons -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
