June 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3270) Hotrod clients removeWithVersion doesn't work with replicated cache

by Jakub Markos (JIRA)

Jakub Markos created ISPN-3270: ---------------------------------- Summary: Hotrod clients removeWithVersion doesn't work with replicated cache Key: ISPN-3270 URL: https://issues.jboss.org/browse/ISPN-3270 Project: Infinispan Issue Type: Bug Components: Remote protocols Reporter: Jakub Markos Assignee: Galder Zamarreño I have a cluster of 2 latest infinispan servers (6.0.0-SNAPSHOT) with the following container configuration: {code:xml}<cache-container name="default" default-cache="default" listener-executor="infinispan-listener"> <transport stack="udp" executor="infinispan-transport" lock-timeout="240000"/> <replicated-cache name="default" start="EAGER" mode="SYNC" batching="false" remote-timeout="60000"> <transaction mode="NONE"/> <state-transfer enabled="true" timeout="60000"/> </replicated-cache> </cache-container> {code} Running this code: {code} remoteCache = remoteCacheManager.getCache(); remoteCache.clear(); assertFalse(remoteCache.removeWithVersion("aKey", 12321212l)); remoteCache.put("aKey", "aValue"); VersionedValue valueBinary = remoteCache.getVersioned("aKey"); System.out.println("value = " + valueBinary.getValue()); System.out.println("version = " + valueBinary.getVersion()); System.out.println(remoteCache.removeWithVersion("aKey",valueBinary.getVersion())); valueBinary = remoteCache.getVersioned("aKey"); System.out.println("value = " + valueBinary.getValue()); System.out.println("version = " + valueBinary.getVersion()); {code} results most of the time in (and the other times the removeWithVersion returns false) {quote} value = aValue version = 281483566645249 true value = aValue version = 281483566645249 {quote} The command works with distributed/local cache. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3192) Concurrent TreeCache.move() calls with the same destination lose data

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3192?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3192: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 5.3.0.Final (was: 6.0.0.Final) Resolution: Done > Concurrent TreeCache.move() calls with the same destination lose data > --------------------------------------------------------------------- > > Key: ISPN-3192 > URL: https://issues.jboss.org/browse/ISPN-3192 > Project: Infinispan > Issue Type: Bug > Components: Tree API > Affects Versions: 5.3.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 5.3.0.Final > > > The move method reads the contents of the destination node in the transaction/invocation context before locking it. > If there are multiple parallel movers with the same destination, some of the moved nodes might be lost. This sometimes happens in NodeMoveAPIPessimisticTest, causing random failures. > Note that even if the move() method locks the destination node, it will still be possible for the user to read the destination node in the same transaction and cause data loss. The move() method documentation should warn about this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3192) Concurrent TreeCache.move() calls with the same destination lose data

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3192?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3192: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1918 > Concurrent TreeCache.move() calls with the same destination lose data > --------------------------------------------------------------------- > > Key: ISPN-3192 > URL: https://issues.jboss.org/browse/ISPN-3192 > Project: Infinispan > Issue Type: Bug > Components: Tree API > Affects Versions: 5.3.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 6.0.0.Final > > > The move method reads the contents of the destination node in the transaction/invocation context before locking it. > If there are multiple parallel movers with the same destination, some of the moved nodes might be lost. This sometimes happens in NodeMoveAPIPessimisticTest, causing random failures. > Note that even if the move() method locks the destination node, it will still be possible for the user to read the destination node in the same transaction and cause data loss. The move() method documentation should warn about this. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3269) Connection leaks in TableManipulation

by Nicolas Filotto (JIRA)

[ https://issues.jboss.org/browse/ISPN-3269?page=com.atlassian.jira.plugin.... ] Nicolas Filotto updated ISPN-3269: ---------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/1930 > Connection leaks in TableManipulation > ------------------------------------- > > Key: ISPN-3269 > URL: https://issues.jboss.org/browse/ISPN-3269 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.1.7.Final, 5.2.6.Final, 5.3.0.CR2 > Reporter: Nicolas Filotto > Assignee: Mircea Markus > > It seems that there are connection leaks in the method getDatabaseType of the class TableManipulation. Indeed in this method we call twice {{connectionFactory.getConnection()}} but the returned connection is never closed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3269) Connection leaks in TableManipulation

by Nicolas Filotto (JIRA)

Nicolas Filotto created ISPN-3269: ------------------------------------- Summary: Connection leaks in TableManipulation Key: ISPN-3269 URL: https://issues.jboss.org/browse/ISPN-3269 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 5.3.0.CR2, 5.2.6.Final, 5.1.7.Final Reporter: Nicolas Filotto Assignee: Mircea Markus It seems that there are connection leaks in the method getDatabaseType of the class TableManipulation. Indeed in this method we call twice {{connectionFactory.getConnection()}} but the returned connection is never closed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3232) ClassCastException in LevelDBCacheStore

by Divya Mehra (JIRA)

[ https://issues.jboss.org/browse/ISPN-3232?page=com.atlassian.jira.plugin.... ] Divya Mehra commented on ISPN-3232: ----------------------------------- Impact is that expired entries won't automatically be cleaned up (could lead to a leak in how much disk space is used), and it would also hold up the expiration cleanup thread, affecting performance. > ClassCastException in LevelDBCacheStore > --------------------------------------- > > Key: ISPN-3232 > URL: https://issues.jboss.org/browse/ISPN-3232 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.3.0.CR1 > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > The test org/infinispan/loaders/leveldb/LevelDBCacheStoreTest.java shows this error in the log: > {code} > 2013-06-14 15:20:13,136 ERROR [AbstractCacheStore] (main) ISPN000045: Problems encountered while purging expired > org.infinispan.loaders.CacheLoaderException: org.infinispan.loaders.CacheLoaderException: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:412) > at org.infinispan.loaders.AbstractCacheStore$2.run(AbstractCacheStore.java:111) > at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:44) > at org.infinispan.loaders.AbstractCacheStore.purgeExpired(AbstractCacheStore.java:107) > at org.infinispan.loaders.BaseCacheStoreTest.purgeExpired(BaseCacheStoreTest.java:214) > at org.infinispan.loaders.BaseCacheStoreTest.testLoadAndStoreWithIdle(BaseCacheStoreTest.java:202) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:335) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:330) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291) > at org.testng.SuiteRunner.run(SuiteRunner.java:240) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1149) > at org.testng.TestNG.run(TestNG.java:1057) > at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111) > at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:204) > at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:175) > Caused by: org.infinispan.loaders.CacheLoaderException: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:403) > ... 29 more > Caused by: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:367) > ... 29 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3268) Equivalence classes are API and should live in a separate package

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3268?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3268: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Equivalence classes are API and should live in a separate package > ----------------------------------------------------------------- > > Key: ISPN-3268 > URL: https://issues.jboss.org/browse/ISPN-3268 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.3.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3232) ClassCastException in LevelDBCacheStore

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3232?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3232: ----------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/1929 > ClassCastException in LevelDBCacheStore > --------------------------------------- > > Key: ISPN-3232 > URL: https://issues.jboss.org/browse/ISPN-3232 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.3.0.CR1 > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > The test org/infinispan/loaders/leveldb/LevelDBCacheStoreTest.java shows this error in the log: > {code} > 2013-06-14 15:20:13,136 ERROR [AbstractCacheStore] (main) ISPN000045: Problems encountered while purging expired > org.infinispan.loaders.CacheLoaderException: org.infinispan.loaders.CacheLoaderException: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:412) > at org.infinispan.loaders.AbstractCacheStore$2.run(AbstractCacheStore.java:111) > at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:44) > at org.infinispan.loaders.AbstractCacheStore.purgeExpired(AbstractCacheStore.java:107) > at org.infinispan.loaders.BaseCacheStoreTest.purgeExpired(BaseCacheStoreTest.java:214) > at org.infinispan.loaders.BaseCacheStoreTest.testLoadAndStoreWithIdle(BaseCacheStoreTest.java:202) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:335) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:330) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291) > at org.testng.SuiteRunner.run(SuiteRunner.java:240) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1149) > at org.testng.TestNG.run(TestNG.java:1057) > at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111) > at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:204) > at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:175) > Caused by: org.infinispan.loaders.CacheLoaderException: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:403) > ... 29 more > Caused by: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:367) > ... 29 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3268) Equivalence classes are API and should live in a separate package

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3268?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3268: ---------------------------------- Status: Pull Request Sent (was: Pull Request Sent) Git Pull Request: https://github.com/infinispan/infinispan/pull/1927, https://github.com/infinispan/infinispan-server/pull/120 (was: https://github.com/infinispan/infinispan/pull/1927) > Equivalence classes are API and should live in a separate package > ----------------------------------------------------------------- > > Key: ISPN-3268 > URL: https://issues.jboss.org/browse/ISPN-3268 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.3.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3268) Equivalence classes are API and should live in a separate package

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3268?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3268: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1927 > Equivalence classes are API and should live in a separate package > ----------------------------------------------------------------- > > Key: ISPN-3268 > URL: https://issues.jboss.org/browse/ISPN-3268 > Project: Infinispan > Issue Type: Bug > Components: Core API > Affects Versions: 5.3.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2013