March 2011 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-530) Hot Rod client should load balance between different owners for a key

by Galder Zamarreno (JIRA)

Hot Rod client should load balance between different owners for a key --------------------------------------------------------------------- Key: ISPN-530 URL: https://jira.jboss.org/browse/ISPN-530 Project: Infinispan Issue Type: Feature Request Components: Cache Server Reporter: Galder Zamarreno Assignee: Mircea Markus Fix For: 5.0.0.BETA1 While doing the demo for JUDCon, I realised that smart routing on the client side always choses the same node for the same key. IOW, assume you have k1 stored in nodes A, B and the cluster is formed of nodes A, B and C. Now, when the client figures out that the owner is A, any further requests on k1 will be sent to A. This has the possibility of overloading A. I think the client should, from the given list of owners of a key, do round robin between them for requests on the same key. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

4
6
0 / 0

[JBoss JIRA] Created: (ISPN-1003) Recovery cache should not have recovery enabled

by Galder Zamarreño (JIRA)

Recovery cache should not have recovery enabled ----------------------------------------------- Key: ISPN-1003 URL: https://issues.jboss.org/browse/ISPN-1003 Project: Infinispan Issue Type: Bug Components: Transactions Reporter: Galder Zamarreño Assignee: Mircea Markus Fix For: 5.0.0.BETA2 Add configuration validation so that if recovery is enabled, the recovery cache has no recovery enabled! Otherwise users will see an endless loop. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-997) getting java.io.IOException: Unsupported protocol version 48

by Kavita Patil (JIRA)

getting java.io.IOException: Unsupported protocol version 48 ------------------------------------------------------------ Key: ISPN-997 URL: https://issues.jboss.org/browse/ISPN-997 Project: Infinispan Issue Type: Bug Components: Cache Server, Marshalling Affects Versions: 4.2.0.Final Environment: Red Hat 3.4.6-2 Reporter: Kavita Patil Assignee: Manik Surtani Hi, I Have a 2 infinispan node cluster setup. I am facing problem when i try to access the cache entries inserted in Node1 from Node2. I am using JDBC shared cacheloader. Exception looks like below.. Reading the keys inserted in Node1 Mar 16, 2011 1:57:44 AM org.infinispan.loaders.jdbc.JdbcUtil unmarshall SEVERE: I/O error while unmarshalling from stream java.io.IOException: Unsupported protocol version 48 at org.jboss.marshalling.river.RiverUnmarshaller.doStart(RiverUnmarshaller.java:1167) at org.jboss.marshalling.AbstractUnmarshaller.start(AbstractUnmarshaller.java:389) at org.infinispan.marshall.jboss.GenericJBossMarshaller.startObjectInput(GenericJBossMarshaller.java:169) at org.infinispan.marshall.VersionAwareMarshaller.startObjectInput(VersionAwareMarshaller.java:155) at org.infinispan.marshall.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:112) at org.infinispan.marshall.AbstractStreamingMarshaller.objectFromInputStream(AbstractStreamingMarshaller.java:23) at org.infinispan.loaders.jdbc.JdbcUtil.unmarshall(JdbcUtil.java:88) at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.readStoredEntry(JdbcStringBasedCacheStore.java:371) at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.loadLockSafe(JdbcStringBasedCacheStore.java:296) at org.infinispan.loaders.LockSupportCacheStore.load(LockSupportCacheStore.java:100) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:149) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeededAndUpdateStats(CacheLoaderInterceptor.java:218) at org.infinispan.interceptors.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:89) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:88) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:169) at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:160) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:87) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:58) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:88) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:273) at org.infinispan.CacheDelegate.get(CacheDelegate.java:207) at com.hp.uup.cache.examples.EmbeddedCacheClusterNode2.main(EmbeddedCacheClusterNode2.java:58) Mar 16, 2011 1:57:44 AM org.infinispan.interceptors.InvocationContextInterceptor handleAll SEVERE: Execution error: org.infinispan.loaders.CacheLoaderException: I/O error while unmarshalling from stream at org.infinispan.loaders.jdbc.JdbcUtil.unmarshall(JdbcUtil.java:92) at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.readStoredEntry(JdbcStringBasedCacheStore.java:371) at org.infinispan.loaders.jdbc.stringbased.JdbcStringBasedCacheStore.loadLockSafe(JdbcStringBasedCacheStore.java:296) at org.infinispan.loaders.LockSupportCacheStore.load(LockSupportCacheStore.java:100) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:149) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeededAndUpdateStats(CacheLoaderInterceptor.java:218) at org.infinispan.interceptors.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:89) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:88) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:169) at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:160) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:87) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:58) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:88) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:59) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:273) at org.infinispan.CacheDelegate.get(CacheDelegate.java:207) at com.hp.uup.cache.examples.EmbeddedCacheClusterNode2.main(EmbeddedCacheClusterNode2.java:58) Caused by: java.io.IOException: Unsupported protocol version 48 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

4
24
0 / 0

[JBoss JIRA] Created: (ISPN-862) XAResource.isSameRM is not implemented correctly

by Mircea Markus (JIRA)

XAResource.isSameRM is not implemented correctly ------------------------------------------------ Key: ISPN-862 URL: https://issues.jboss.org/browse/ISPN-862 Project: Infinispan Issue Type: Bug Affects Versions: 4.2.0.Final Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.0.0.BETA1 XAResource.isSameRM is described withing "3.4.9 Identifying Resource Manager Instance" of JTA spec. Discussing this with Jonathan Halliday a cluster itself should be seen as a ResourceManager, which means that the semantic of XAResource.isSameRM(XAResource) is as follows: - if it is the same type as ours (TransactionXAResource) AND - other's cluster name is same as ours then return true. False in all other situations. Current implementation returns true if and only of the two TransactionXAResource implementations are associated with the same Transaction object. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-982) Testsuite is leaking threads

by Sanne Grinovero (JIRA)

Testsuite is leaking threads ---------------------------- Key: ISPN-982 URL: https://issues.jboss.org/browse/ISPN-982 Project: Infinispan Issue Type: Bug Components: Test Suite Reporter: Sanne Grinovero Assignee: Mircea Markus Fix For: 5.0.0.BETA1 It seems that during test execution of the core module (master branch) the number of used threads ramps up quite noticeably. On Linux this is likely to hit the barrier of permitted threads per process, which will prevent the GC thread to start and in turn send the testsuite to critical failure via a very misleading OOM exception. you can observe the behaviour running the testsuite and attaching jconsole to it, on the "threads" tab you'll see the number raising. In my case it goes up to around ~800 threads before being killed (long before the tests are finished). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 7 months

3
7
0 / 0

[JBoss JIRA] Created: (ISPN-994) Crete tooling (JMX) to handle heuristic transactions

by Mircea Markus (JIRA)

Crete tooling (JMX) to handle heuristic transactions ---------------------------------------------------- Key: ISPN-994 URL: https://issues.jboss.org/browse/ISPN-994 Project: Infinispan Issue Type: Feature Request Components: Transactions Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.0.0.CR1 now that ISPN-272 is implemented the TM is aware about the heuristic transactions. After TM determines such a transaction it informs the System Administrator. It's SA's job to force the rollback/commit of those pending transactions. In order to do that he needs tooling in order to access the cluster. A solution would be JMX as described here: http://lists.jboss.org/pipermail/infinispan-dev/2011-March/007651.html -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
12
0 / 0

[JBoss JIRA] Created: (ISPN-980) Modify the Cassandra Cache Store to support Cassandra 0.7

by Tristan Tarrant (JIRA)

Modify the Cassandra Cache Store to support Cassandra 0.7 --------------------------------------------------------- Key: ISPN-980 URL: https://issues.jboss.org/browse/ISPN-980 Project: Infinispan Issue Type: Task Components: Loaders and Stores Affects Versions: 4.2.0.Final Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 5.0.0.Final -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-899) ConsistentHash related improvements

by Mircea Markus (JIRA)

ConsistentHash related improvements ----------------------------------- Key: ISPN-899 URL: https://issues.jboss.org/browse/ISPN-899 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache Affects Versions: 4.2.0.Final Reporter: Mircea Markus Assignee: Manik Surtani Fix For: 5.0.0.Final Following methods of CH are no longer used in the code base: int getHashId(Address a); int getHashSpace(); They should be removed. Also AbstractConsistentHash.getCaches can/should be added in the abstract implementation. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

5
12
0 / 0

[JBoss JIRA] Created: (ISPN-1007) eagerLockSingleNode="true" and rehasing

by Mircea Markus (JIRA)

eagerLockSingleNode="true" and rehasing --------------------------------------- Key: ISPN-1007 URL: https://issues.jboss.org/browse/ISPN-1007 Project: Infinispan Issue Type: Bug Components: Transactions Affects Versions: 4.2.1.FINAL Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 4.2.2.BETA1, 5.0.0.FINAL When eagerLockSingleNode="true", if the main data owner of a key changes during a transaction then the k might end up in inconsistent state. A solution to avoid this is: - on topology change, if a eagerLockSingleNode is enabled, iterate over all transactions's keys - if the main owner for a key has changed then just mark the tx for rollback This way, on next operation for that transaction an exception should be thrown, e.g. TxRollbackOnlyException -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 8 months

3
7
0 / 0

[JBoss JIRA] Created: (ISPN-380) Be compliant with JBoss AS logging requirements

by Manik Surtani (JIRA)

Be compliant with JBoss AS logging requirements ----------------------------------------------- Key: ISPN-380 URL: https://jira.jboss.org/jira/browse/ISPN-380 Project: Infinispan Issue Type: Feature Request Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.1.0.CR1, 4.1.0.Final This (JBoss internal) document has details of standardised logging formats and codes, to enable easy i18n, etc. in future. https://docspace.corp.redhat.com/docs/DOC-30217 -- 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

13 years, 8 months

2
16
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2011