[ http://issues.apache.org/jira/browse/IBATISNET-134?page=all ]
Gilles Bayon reassigned IBATISNET-134:
--
Assign To: Gilles Bayon
> lock mechanism doesn't prevent duplicate cache keys from being inserted into
> IList persistence
> ---
[
http://issues.apache.org/jira/browse/IBATISNET-134?page=comments#action_12360397
]
Gilles Bayon commented on IBATISNET-134:
Better think, that we must add a lock in CacheModel when we retrieve the object
as in Java V2, something like
public obje
[ http://issues.apache.org/jira/browse/IBATISNET-133?page=all ]
Gilles Bayon closed IBATISNET-133:
--
Resolution: Duplicate
Duplicate with IBATISNET-134
> lock mechanism doesn
>
>
> Key: IBATISNET-133
> URL: ht
[ http://issues.apache.org/jira/browse/IBATISNET-135?page=all ]
Roberto Rabe updated IBATISNET-135:
---
Attachment: ibatisbetatest.zip
Zip file containing test solution (includes MSSQL db scripts, SqlMap, and NUnit
tests).
(Reuploading)
> Test DataMapp
[ http://issues.apache.org/jira/browse/IBATISNET-135?page=all ]
Roberto Rabe updated IBATISNET-135:
---
Attachment: (was: ibatisbetatest.zip)
> Test DataMapper with Singleton
> --
>
> Key: IBATISNET-135
>
[ http://issues.apache.org/jira/browse/IBATISNET-135?page=all ]
Roberto Rabe updated IBATISNET-135:
---
Attachment: ibatisbetatest.zip
Zip file containing test solution (includes MSSQL db scripts, SqlMap, and NUnit
tests).
> Test DataMapper with Singlet
Test DataMapper with Singleton
--
Key: IBATISNET-135
URL: http://issues.apache.org/jira/browse/IBATISNET-135
Project: iBatis for .NET
Type: Test
Components: DataMapper, Testing
Versions: DataMapper 1.3
Reporter: Roberto Rab
[
http://issues.apache.org/jira/browse/IBATISNET-134?page=comments#action_12360380
]
Jeremy Gray commented on IBATISNET-134:
---
Check Contains first or just Remove the item - either one will resolve the race
condition so either one is fine by me. :)
>
[
http://issues.apache.org/jira/browse/IBATISNET-134?page=comments#action_12360378
]
Ron Grabowski commented on IBATISNET-134:
-
If there's a problem with items being in the cache when they shouldn't be,
adding a check around the Add method isn't a
[
http://issues.apache.org/jira/browse/IBATISNET-134?page=comments#action_12360364
]
Jeremy Gray commented on IBATISNET-134:
---
The problem isn't with lock(this), which appears to be used properly in this
instance, but rather with the _cache.Add(...) c
lock mechanism doesn't prevent duplicate cache keys from being inserted into
IList persistence
--
Key: IBATISNET-134
URL: http://issues.apache.org/jira/browse/IBATISNET-134
Project:
lock mechanism doesn
Key: IBATISNET-133
URL: http://issues.apache.org/jira/browse/IBATISNET-133
Project: iBatis for .NET
Type: Bug
Reporter: Jeff Ziolkowski
Assigned to: Gilles Bayon
--
This message is automatically generated by JIRA.
[
http://issues.apache.org/jira/browse/IBATIS-232?page=comments#action_12360301 ]
Sathiya Shanmugam commented on IBATIS-232:
--
Thanks for your comment Sven.
The same code works fine, when I pass the integer as a parameter to stored
procedure. But i
13 matches
Mail list logo