January 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-320) cache.get() takes some times 15 seconds to execute

by Juha Heljoranta (JIRA)

cache.get() takes some times 15 seconds to execute --------------------------------------------------- Key: ISPN-320 URL: https://jira.jboss.org/jira/browse/ISPN-320 Project: Infinispan Issue Type: Bug Environment: jgroups.bind_addr = null bind.address = 127.0.0.1 java.runtime.version = 1.6.0_0-b16 java.runtime.name =OpenJDK Runtime Environment java.vm.version = 14.0-b16 java.vm.vendor = Sun Microsystems Inc. os.name = Linux os.version = 2.6.31.6-166.fc12.x86_64 sun.arch.data.model = 64 sun.cpu.endian = little protocol.stack = tcp java.net.preferIPv4Stack = true java.net.preferIPv6Stack = null MAVEN_OPTS = null Reporter: Juha Heljoranta Assignee: Manik Surtani cache.get() can get stuck for 15 seconds before returning. Trace level logging reveals: org.jgroups.blocks.GroupRequest - call did not execute correctly. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

2
8
0 / 0

[JBoss JIRA] Created: (ISPN-298) CloudCacheStore to be written

by Manik Surtani (JIRA)

CloudCacheStore to be written ----------------------------- Key: ISPN-298 URL: https://jira.jboss.org/jira/browse/ISPN-298 Project: Infinispan Issue Type: Task Components: Loaders and Stores Affects Versions: 4.0.0.CR2 Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.0.0.GA S3CacheStore should be removed. And replaced with a new CloudCacheStore, which makes use of JClouds' blob store API. Declaratively, you should be able to specify details of the target cloud store (type, credentials, etc) as well as whether the calls should be synchronous or asynchronous. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
6
0 / 0

[JBoss JIRA] Created: (ISPN-296) Attempting to remove a non-existent item from the cache that is part of Hibernate throws NullPointerException

by Bryan Grunow (JIRA)

Attempting to remove a non-existent item from the cache that is part of Hibernate throws NullPointerException ------------------------------------------------------------------------------------------------------------- Key: ISPN-296 URL: https://jira.jboss.org/jira/browse/ISPN-296 Project: Infinispan Issue Type: Bug Components: Lucene Directory, Querying Affects Versions: 4.0.0.CR2 Reporter: Bryan Grunow Assignee: Manik Surtani Here is the execpetion generated when trying to remove an item from the cache that doesn't exist. javax.transaction.RollbackException: [com.arjuna.ats.internal.jta.transaction.arjunacore.commitwhenaborted] [com.arjuna.ats.internal.jta.transaction.arjunacore.commitwhenaborted] Could not commit transaction. at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1398) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:138) at BasicGridTests.removeTest(BasicGridTests.java:373) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41) at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) at org.junit.runners.ParentRunner.run(ParentRunner.java:220) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Caused by: java.lang.NullPointerException at org.hibernate.Hibernate.getClass(Hibernate.java:369) at org.hibernate.search.backend.impl.BatchedQueueingProcessor.addWorkToBuilderQueue(BatchedQueueingProcessor.java:148) at org.hibernate.search.backend.impl.BatchedQueueingProcessor.processWorkByLayer(BatchedQueueingProcessor.java:140) at org.hibernate.search.backend.impl.BatchedQueueingProcessor.prepareWorks(BatchedQueueingProcessor.java:128) at org.hibernate.search.backend.impl.PostTransactionWorkQueueSynchronization.beforeCompletion(PostTransactionWorkQueueSynchronization.java:40) at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:101) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:269) at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:89) at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:176) at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1386) ... 26 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

3
9
0 / 0

[JBoss JIRA] Created: (ISPN-336) Entries loaded via loadAll not being checked for expiration

by Galder Zamarreno (JIRA)

Entries loaded via loadAll not being checked for expiration ----------------------------------------------------------- Key: ISPN-336 URL: https://jira.jboss.org/jira/browse/ISPN-336 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 4.0.0.CR3 Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.0.0.GA Those keys loaded initially from CacheLoader via loadAll method do not obey expiration rules unless they are modified. Just after first change they expire following lifespan and maxIdle values. It's interesting that we do check for expiration in some cases such as BucketBasedCacheStore when loading an individual. We should probably do it regardless of the type of cache loader used. IOW, we should probably move the check to CacheLoaderInterceptor or similar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-233) Investigate whether HHH-4485 can be applied to the Infinispan cache provider

by Galder Zamarreno (JIRA)

Investigate whether HHH-4485 can be applied to the Infinispan cache provider ---------------------------------------------------------------------------- Key: ISPN-233 URL: https://jira.jboss.org/jira/browse/ISPN-233 Project: Infinispan Issue Type: Task Reporter: Galder Zamarreno Assignee: Galder Zamarreno Read up on Brian's improvements to Clustered Caching of Frequently Inserted Entity Types and see if we can apply them to Infinispan cache provider too: http://bstansberry.wordpress.com/2009/10/08/improvements-to-clustered-cac... http://opensource.atlassian.com/projects/hibernate/browse/HHH-4485 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-122) cache.size within tx

by Mircea Markus (JIRA)

cache.size within tx -------------------- Key: ISPN-122 URL: https://jira.jboss.org/jira/browse/ISPN-122 Project: Infinispan Issue Type: Bug Reporter: Mircea Markus Assignee: Manik Surtani Following test fails, by returning a size of 0 even though 1 element was added within a tx. public void testSizeWithinTx() throws Exception { TransactionManager tm = TestingUtil.getTransactionManager(c); tm.begin(); c.put("key", "value"); assert c.size() == 1 : "expected 1, received " + c.size(); c.put("key2", "value2"); assert c.size() == 2; tm.commit(); assert c.size() == 2; } Also update http://www.jboss.org/community/wiki/Infinispaninteractivetutorial which relies on this functionality -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-273) test .sh and .bat scripts before each release

by Mircea Markus (JIRA)

test .sh and .bat scripts before each release --------------------------------------------- Key: ISPN-273 URL: https://jira.jboss.org/jira/browse/ISPN-273 Project: Infinispan Issue Type: Task Reporter: Mircea Markus Assignee: Mircea Markus make sure that the .sh and .bat files are tested and work before releasing. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
1
0 / 0

[JBoss JIRA] Created: (ISPN-202) Fix QueryHelper to throw an exception if there are 2 instances of the QueryInterceptor running on a given cache's interceptor chain.

by Navin Surtani (JIRA)

Fix QueryHelper to throw an exception if there are 2 instances of the QueryInterceptor running on a given cache's interceptor chain. ------------------------------------------------------------------------------------------------------------------------------------ Key: ISPN-202 URL: https://jira.jboss.org/jira/browse/ISPN-202 Project: Infinispan Issue Type: Bug Components: Querying Affects Versions: 4.0.0.CR1 Reporter: Navin Surtani Assignee: Manik Surtani -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

2
3
0 / 0

[JBoss JIRA] Assigned: (ISPN-27) RemoteCacheStore, based on delegating to a CacheServer

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-27?page=com.atlassian.jira.plugin... ] Manik Surtani reassigned ISPN-27: --------------------------------- Assignee: Mircea Markus (was: Galder Zamarreno) > RemoteCacheStore, based on delegating to a CacheServer > ------------------------------------------------------ > > Key: ISPN-27 > URL: https://jira.jboss.org/jira/browse/ISPN-27 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores > Reporter: Manik Surtani > Assignee: Mircea Markus > Fix For: 4.1.0.BETA1, 4.1.0.GA > > > RemoteCacheStore should use the custom binary protocol that is capable of failing over and load balancing. If the backend is configured to use distribution, the same consisitent hashing algorithm should be used by the loader to select the cache server instance in a cluster. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
0
0 / 0

[JBoss JIRA] Commented: (ISPN-20) check whether locking in JDBC cache stores can be replaced with SELECT FOR UPDATE

by Manik Surtani (JIRA)

[ https://jira.jboss.org/jira/browse/ISPN-20?page=com.atlassian.jira.plugin... ] Manik Surtani commented on ISPN-20: ----------------------------------- Either SELECT FOR UPDATE or we could use INSERT OR UPDATE. Then we don't need to read before we write. MySQL uses INSERT ... ON DUPLICATE KEY UPDATE ... http://dev.mysql.com/doc/refman/5.1/en/insert.html But this would need to be db independent ... > check whether locking in JDBC cache stores can be replaced with SELECT FOR UPDATE > --------------------------------------------------------------------------------- > > Key: ISPN-20 > URL: https://jira.jboss.org/jira/browse/ISPN-20 > Project: Infinispan > Issue Type: Feature Request > Components: Loaders and Stores, Locking and Concurrency > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 4.1.0.BETA1, 4.1.0.GA > > > Not sure whether the 'outside' locking (MVCC) can't be used so that we won't need locking code within cache stores -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2010