iBATIS read/write non-serialize cache

I have a cache model set up like this: cacheModel id=FindAllCache implementation=LRU readOnly=false flushInterval minutes=5/ property name=CacheSize value=2/ /cacheModel select id=FindAll extends=Base resultMap=Result cacheModel=FindAllCache /select I have turned on

Re: iBATIS read/write non-serialize cache

I think it might be the case of no parameters... for kicks, add a parameter to the query to see if that helps. a simple parameterClass=int should works. Also, which version are you using? I thought this was fixed... Clinton On Tue, May 13, 2008 at 11:02 AM, Eva Kwan [EMAIL PROTECTED] wrote:

RE: iBATIS read/write non-serialize cache

Adding a parameter didn't seem to help. I'm using version 1.6.1. When I trace through the iBATIS source, CachingStatement seems to be using the RequestScope as a part of the key for my configuration, and the hashcode for request is different for each of my select calls.

Re: iBATIS read/write non-serialize cache

Oooohhh So here's the thing... If you tell iBATIS that: A) The objects in the cache will be tinkered with (i.e. read-write, NOT read-only), and B) The objects are not serializable iBATIS has no choice but to localize the cache to your current session. That said, it should be the

RE: iBATIS read/write non-serialize cache

LOCAL_READ_WRITE is the option that I'm looking for. I guess I'll just wait for the response from the .NET team, and in the mean time, use cacheKey.Update(request.Session) as a temporary workaround. Thanks! Eva -Original Message- From: Clinton Begin [mailto:[EMAIL PROTECTED] Sent:

problem with update sql generation

Hello We are running into an issue with the code base in SqlGenerator.cs where the generation of the UPDATE clause is skipping each column that has a name that is part of the name of the column that it is updating by. Line 204 of SqlGenerator.cs // Create the set

Re: problem with update sql generation

It's certainly a bug but sql generation in this version is a bit experimental. It will improve in the next major version, V3. -- Cheers, Gilles

Re: iBATIS read/write non-serialize cache

I have just commit a test on the current trunk and didn't see any problem. 2008/05/13 20:53:45:SSS [DEBUG] IBatisNet.DataMapper.Commands.DefaultPreparedCommand - Statement Id: [GetLruCachedAccountsViaResultMap] PreparedStatement : [select *from Accountsorder by Account_ID]