RE: Problem when flushing caches by code on version 2.1.7

2006-11-30 Thread Macarron Miegemolle, Eduardo
de 2006 18:11 Para: user-java@ibatis.apache.org Asunto: Re: Problem when flushing caches by code on version 2.1.7 I would say that you are safe to upgrade to ibatis 2.2.0. It has been in use now and I believe we are getting ready to vote GA on it. I would encourage you to upgrade and see if that

Re: Problem when flushing caches by code on version 2.1.7

2006-11-30 Thread Brandon Goodin
I would say that you are safe to upgrade to ibatis 2.2.0. It has been in use now and I believe we are getting ready to vote GA on it. I would encourage you to upgrade and see if that fixes it. Brandon On 11/30/06, Macarron Miegemolle, Eduardo <[EMAIL PROTECTED]> wrote: Hi there,

Problem when flushing caches by code on version 2.1.7

2006-11-30 Thread Macarron Miegemolle, Eduardo
Hi there, Or app has an isolated module that serves data that usually don´t change. When we alter some rows at BD we call a method that is supposed to flush all caches. This is our flush code: public void invalidaCacheNegocio() { log.info("Inva

Re: Flushing caches

2006-03-03 Thread Sven Boden
Custom CacheModels are still open as http://issues.apache.org/jira/browse/IBATIS-137. What you can already do now is write your own CacheController and specify the full class name where you would normally put LRU, MEMORY, ... But even then it will be very hard to implement a kind of object id

Re: Flushing caches

2006-03-03 Thread Reuben Firmin
Clinton sez, in the message referenced in that bug: "This is where custom, or domain specific, caching comes into play." Apologies if this is in TFM, but is there a way to get Ibatis to use your own cache implementation? Or is this something that you'd have to write at your DAO level? Sven B

Re: Flushing caches

2006-03-03 Thread Sven Boden
No that's not possible, and probably will never be. There's a JIRA open for it http://issues.apache.org/jira/browse/IBATIS-222 which I would like to close as "won't fix" ;-). The problem is that iBATIS has no concept of object identity. If you look at the caching code, caching is on the "lev

Re: Flushing caches

2006-03-03 Thread Reuben Firmin
I've been wondering about a related question -- is there any way to flush a cache for only one particular object? I'd like to be able to say "I've only modified this Foo bean, so flush it, but keep the other Foo beans that are in the cache". Are there problems associated with this that I'm mis

Re: Flushing caches

2006-03-03 Thread Sven Boden
Following should do the trick: sqlMapClient.flushDataCache(); or sqlMapClient.flushDataCache("cache id"); Look in the com.ibatis.sqlmap.client.SqlMapClient interface. Regards, Sven Joe Wolf wrote: Is there any way to programmatically flush a cache? I'm getting ready to head down the road

Flushing caches

2006-03-03 Thread Joe Wolf
Is there any way to programmatically flush a cache?  I'm getting ready to head down the road where I'll just call some bogus statement in my SQL map that's in my cache's flushOnExecute list.  I was wondering if there was a more straightforward way.  Thanks.   -Joe  CompSci Resources, LLC