October 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-1147) Document changes

by Manik Surtani (JIRA)

Document changes ---------------- Key: JBCACHE-1147 URL: http://jira.jboss.com/jira/browse/JBCACHE-1147 Project: JBoss Cache Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Manik Surtani Assigned To: Manik Surtani -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1143) Migrate repository from CVS to SVN

by Manik Surtani (JIRA)

Migrate repository from CVS to SVN ---------------------------------- Key: JBCACHE-1143 URL: http://jira.jboss.com/jira/browse/JBCACHE-1143 Project: JBoss Cache Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Manik Surtani Assigned To: Manik Surtani -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-751) ignoreModifications cache loader flag to be extended to all cache loaders, not just ones configured in a chaining cache loader

by Manik Surtani (JIRA)

ignoreModifications cache loader flag to be extended to all cache loaders, not just ones configured in a chaining cache loader ------------------------------------------------------------------------------------------------------------------------------ Key: JBCACHE-751 URL: http://jira.jboss.com/jira/browse/JBCACHE-751 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 1.4.0, 1.3.0 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.1.0 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1173) o.j.c.u.ThreadGate does not implement timeouts properly

by Jason T. Greene (JIRA)

o.j.c.u.ThreadGate does not implement timeouts properly ------------------------------------------------------- Key: JBCACHE-1173 URL: http://jira.jboss.com/jira/browse/JBCACHE-1173 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Jason T. Greene Assigned To: Jason T. Greene This should be rewritten to use j.u.c Condition instead of object.wait() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
5
0 / 0

[JBoss JIRA] Updated: (JBCACHE-407) Write locks not acquired on newly created empty nodes

by Manik Surtani (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-407?page=all ] Manik Surtani updated JBCACHE-407: ---------------------------------- Fix Version/s: 2.1.0.BETA1 > Write locks not acquired on newly created empty nodes > ----------------------------------------------------- > > Key: JBCACHE-407 > URL: http://jira.jboss.com/jira/browse/JBCACHE-407 > Project: JBoss Cache > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 1.4.1.GA, 1.4.0.GA, 1.3.0.GA, 2.0.0.GA > Reporter: Brian Stansberry > Assigned To: Manik Surtani > Fix For: 2.1.0.GA, 2.1.0.BETA1 > > > When an empty node is created during a put (e.g node "/a" created as a result of a cache.put("/a/1", "key", "value"); call), only a read lock is acquired on the empty node. If the node is created as part of a transaction, the following failure can occur: > 2 threads, empty cache, READ_COMMITTED > 1) T1 starts a tx > 2) T1 invokes cache.put("/a/1", "key", "value1"); > 3) T2 invokes cache.put("/a/2", "key", "value2"); > 4) T1's transaction rolls back > 5) T2 invokes cache.get("/a/2", "key"); Should get "value2", will get null because the tx rollback will remove node /a and thus /a/2 as well. > This IMO breaks READ_COMMITTED semantics, as T2 is able to "read" /a (in the sense of seeing it exists and thus can have children appended to it) before the tx that created /a is committed. > New unit test IsolationLevelReadCommittedTest.testNodeCreationRollback() demonstrates the issue. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (JBCACHE-1179) Blocking access to cache based on CacheStatus broken around channel connect/disconnect

by Brian Stansberry (JIRA)

Blocking access to cache based on CacheStatus broken around channel connect/disconnect -------------------------------------------------------------------------------------- Key: JBCACHE-1179 URL: http://jira.jboss.com/jira/browse/JBCACHE-1179 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.GA Reporter: Brian Stansberry Assigned To: Manik Surtani Priority: Critical Fix For: 2.1.0.GA CacheImpl.invokeMethod will throw an ISE if CacheStatus != STARTED. Problem is the channel is connected during CacheStatus.STARTING and CacheStatus.STOPPING. As long as the channel is connected you get exceptions during replication for as shown in http://www.jboss.com/index.html?module=bb&op=viewtopic&t=118013. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-1172) CacheLoaderInterceptor doesn't load data for Node.getKeys() or Node.getData()

by Brian Stansberry (JIRA)

CacheLoaderInterceptor doesn't load data for Node.getKeys() or Node.getData() ----------------------------------------------------------------------------- Key: JBCACHE-1172 URL: http://jira.jboss.com/jira/browse/JBCACHE-1172 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 2.0.0.GA Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: 2.1.0.GA CacheLoaderInterceptor.mustLoad always returns false if there is no data key associated with the MethodCall. Effect is calls for CacheImpl._getKeys and _getData don't trigger a load from the cache loader. Added tests testKeyKeys() and testGetData() to CacheLoaderTestsBase to show the issue. Solution is to add a boolean 'allKeys' variable to CacheLoaderInterceptor.invoke. Set it to true if the MethodCall is _getKeys or _getData. Pass the value through to mustLoad, and if true load the data if Node.isDataLoaded returns false. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (JBCACHE-1189) Implement JGroups Connect + State Transfer in JBC

by Manik Surtani (JIRA)

Implement JGroups Connect + State Transfer in JBC ------------------------------------------------- Key: JBCACHE-1189 URL: http://jira.jboss.com/jira/browse/JBCACHE-1189 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Manik Surtani Assigned To: Vladimir Blagojevic Fix For: 2.1.0.GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-1099) JDBCCacheLoader does not deal with Schema names?

by Manik Surtani (JIRA)

JDBCCacheLoader does not deal with Schema names? ------------------------------------------------ Key: JBCACHE-1099 URL: http://jira.jboss.com/jira/browse/JBCACHE-1099 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 2.0.0.CR2 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.0.0.CR3 Should be able to take in a schema name property and prepend this to table names when generating SQL. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

2
8
0 / 0

[JBoss JIRA] Created: (JBCACHE-1142) Update JBoss Cache source code infrastructure

by Manik Surtani (JIRA)

Update JBoss Cache source code infrastructure --------------------------------------------- Key: JBCACHE-1142 URL: http://jira.jboss.com/jira/browse/JBCACHE-1142 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Manik Surtani Assigned To: Manik Surtani Priority: Critical Fix For: 2.1.0.GA -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 3 months

1
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2007