July 2011 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-279) Avoid instance MarshalledValue accross the code

by Galder Zamarreno (JIRA)

Avoid instance MarshalledValue accross the code ----------------------------------------------- Key: ISPN-279 URL: https://jira.jboss.org/jira/browse/ISPN-279 Project: Infinispan Issue Type: Task Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.BETA1 Avoid doing things like this in EntryFactoryImpl or EventImpl and instead provide a way for key to be extracted when it somehow needs to be exported to the outside world when lazy serialization is on. if (key instanceof MarshalledValue) { key = ((MarshalledValue) key).get(); } -- 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

12 years, 9 months

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-1270) Hash cache configurations to make sure they're symmetric in cluster

by Galder Zamarreño (JIRA)

Hash cache configurations to make sure they're symmetric in cluster ------------------------------------------------------------------- Key: ISPN-1270 URL: https://issues.jboss.org/browse/ISPN-1270 Project: Infinispan Issue Type: Enhancement Components: CDI integration Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.1.0.FINAL On startup, verify that all nodes in the cluster have identical cache configuration, to avoid issues like the one presented in the user forum post. A hash (that's plattform/jvm independent) could be calculated on startup and coordinator could verify that all cache configurations have the same hash all across the cluster. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (ISPN-1106) Rehashing into a running cluster causes shared processing lock contention

by Erik Salter (JIRA)

Rehashing into a running cluster causes shared processing lock contention ------------------------------------------------------------------------- Key: ISPN-1106 URL: https://issues.jboss.org/browse/ISPN-1106 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.CR2 Reporter: Erik Salter Assignee: Manik Surtani On our initial test of 5.0.0.CR2, we wanted to test the cluster's rehashing behavior/performance and if all locks were cleaned up. The test was to start two nodes, then add a third node, all the while issuing commands to it. Upon adding a third node, the cluster becomes inoperable. The stack traces is in the following location: http://dl.dropbox.com/u/10929737/5.0.0.CR2/server_node1.log, http://dl.dropbox.com/u/10929737/5.0.0.CR2/server_node2.log, http://dl.dropbox.com/u/10929737/5.0.0.CR2/server_node3.log -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

6
19
0 / 0

[JBoss JIRA] Created: (ISPN-1255) RequestIgnoredException if a node

by Erik Salter (JIRA)

RequestIgnoredException if a node ---------------------------------- Key: ISPN-1255 URL: https://issues.jboss.org/browse/ISPN-1255 Project: Infinispan Issue Type: Bug Reporter: Erik Salter Assignee: Manik Surtani My application exposes its distributed operations via a REST-based infrastructure. To minimize the delta between JBoss starting and the cache starting, I used the new Distributed Executor to "sticky" a task to the data owner of a set of keys (with the same hash code). NOTE: Rehash still causes problems seen in ISPN-1106. (Attached new logs) I see a lot of the following error from the DistributedExecutorService when the new node's cache doesn't start in a timely manner: Reason: java.lang.IllegalStateException: Invalid response {Satriani-52149(PHL)=RequestIgnoredResponse} In addition, I see: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for valid responses! It takes the cache about 2+ minutes at low throughput rate (30 tx/s) to recover. For high throughput rate, the cluster doesn't recover. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

4
15
0 / 0

[JBoss JIRA] Created: (ISPN-1206) rest and memcached server modules aren't isolated and affect each other

by Michal Linhard (JIRA)

rest and memcached server modules aren't isolated and affect each other ----------------------------------------------------------------------- Key: ISPN-1206 URL: https://issues.jboss.org/browse/ISPN-1206 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 5.0.0.CR4 Reporter: Michal Linhard Assignee: Galder Zamarreño if we work with the same key with REST and memcached client at once, a server side class cast exception occurs because both work with different value representation: SERVER_ERROR java.lang.ClassCastException: [B cannot be cast to org.infinispan.server.memcached.MemcachedValue SERVER_ERROR java.lang.ClassCastException: [B cannot be cast to org.infinispan.server.core.CacheValue test: https://svn.devel.redhat.com/repos/jboss-qa/edg/edg-adapter/src/test/java... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
13
0 / 0

[JBoss JIRA] Created: (ISPN-1276) warn when using indexing but query module isn't present on classpath

by Michal Linhard (JIRA)

warn when using indexing but query module isn't present on classpath -------------------------------------------------------------------- Key: ISPN-1276 URL: https://issues.jboss.org/browse/ISPN-1276 Project: Infinispan Issue Type: Feature Request Components: Configuration, Querying Affects Versions: 5.0.0.CR8 Reporter: Michal Linhard Assignee: Manik Surtani It is possible to use indexing in the config xml: {code} <infinispan> <default> <invocationBatching enabled="true" /> <indexing enabled="true" indexLocalOnly="true"> <properties> <property name="hibernate.search.default.directory_provider" value="ram" /> </properties> </indexing> </default> </infinispan> {code} but without query module + it's dependencies on the classpath. I'd expect to be warned in such case... what happens is that LocalQueryInterceptor isn't added to the interceptor chain and indexing is not used, nothing is reported ... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

4
7
0 / 0

[JBoss JIRA] Created: (ISPN-1277) cannot use tree cache api + indexing

by Michal Linhard (JIRA)

cannot use tree cache api + indexing ------------------------------------ Key: ISPN-1277 URL: https://issues.jboss.org/browse/ISPN-1277 Project: Infinispan Issue Type: Bug Components: Querying, Tree API Affects Versions: 5.0.0.CR8 Reporter: Michal Linhard Assignee: Manik Surtani when trying to use tree API + indexing I get the following: {code} 2011-07-29 13:09:46,909 0 INFO [org.infinispan.query.impl.LifecycleManager] (main:) ISPN014003: Registering Query interceptor 2011-07-29 13:09:46,930 21 INFO [org.hibernate.search.Version] (main:) Hibernate Search 3.4.0.Final 2011-07-29 13:09:46,942 33 INFO [org.hibernate.annotations.common.Version] (main:) Hibernate Commons Annotations 3.2.0.Final 2011-07-29 13:09:47,019 110 INFO [org.infinispan.factories.TransactionManagerFactory] (main:) Using a batchMode transaction manager 2011-07-29 13:09:47,194 285 INFO [org.infinispan.factories.GlobalComponentRegistry] (main:) ISPN000128: Infinispan version: Infinispan 'Pagoa' 5.0.0.CR8 2011-07-29 13:09:47,228 319 INFO [org.infinispan.factories.ComponentRegistry] (main:) ISPN000128: Infinispan version: Infinispan 'Pagoa' 5.0.0.CR8 2011-07-29 13:09:47,321 412 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (main:) ISPN000136: Execution error java.lang.IllegalArgumentException: Indexing only works with entries keyed on Strings, primitives and classes that have the @Transformable annotation - you passed in a class org.infinispan.tree.NodeKey at org.infinispan.query.backend.KeyTransformationHandler.keyToString(KeyTransformationHandler.java:149) at org.infinispan.query.backend.QueryInterceptor.addToIndexes(QueryInterceptor.java:195) at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:103) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:119) at org.infinispan.interceptors.LockingInterceptor.visitPutKeyValueCommand(LockingInterceptor.java:294) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:119) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:133) at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:60) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:119) at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:214) at org.infinispan.interceptors.TxInterceptor.visitPutKeyValueCommand(TxInterceptor.java:162) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:119) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:104) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:64) at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:60) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:119) at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:77) at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:60) at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:274) at org.infinispan.CacheImpl.putIfAbsent(CacheImpl.java:522) at org.infinispan.CacheSupport.putIfAbsent(CacheSupport.java:63) at org.infinispan.tree.CacheAdapter.putIfAbsent(CacheAdapter.java:322) at org.infinispan.atomic.AtomicHashMap.newInstance(AtomicHashMap.java:76) at org.infinispan.atomic.AtomicMapLookup.getAtomicMap(AtomicMapLookup.java:76) at org.infinispan.atomic.AtomicMapLookup.getAtomicMap(AtomicMapLookup.java:57) at org.infinispan.tree.TreeStructureSupport.getAtomicMap(TreeStructureSupport.java:127) at org.infinispan.tree.TreeStructureSupport.createNodeInCache(TreeStructureSupport.java:78) at org.infinispan.tree.TreeCacheImpl.createRoot(TreeCacheImpl.java:467) at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:48) at org.infinispan.tree.TreeCacheFactory.createTreeCache(TreeCacheFactory.java:59) at org.jboss.test.TreeCacheExample.main(TreeCacheExample.java:36) Exception in thread "main" org.infinispan.CacheException: Unable to end batch at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:111) at org.infinispan.batch.AutoBatchSupport.endAtomic(AutoBatchSupport.java:49) at org.infinispan.tree.TreeStructureSupport.createNodeInCache(TreeStructureSupport.java:84) at org.infinispan.tree.TreeCacheImpl.createRoot(TreeCacheImpl.java:467) at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:48) at org.infinispan.tree.TreeCacheFactory.createTreeCache(TreeCacheFactory.java:59) at org.jboss.test.TreeCacheExample.main(TreeCacheExample.java:36) Caused by: javax.transaction.RollbackException: Transaction status is Status.STATUS_MARKED_ROLLBACK at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:95) at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:131) at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:108) ... 6 more {code} test case attached as zipped maven project -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

4
7
0 / 0

[JBoss JIRA] Created: (ISPN-1273) hash distribution is not correctly transferred to hot rod client

by Michal Linhard (JIRA)

hash distribution is not correctly transferred to hot rod client ---------------------------------------------------------------- Key: ISPN-1273 URL: https://issues.jboss.org/browse/ISPN-1273 Project: Infinispan Issue Type: Bug Affects Versions: 5.0.0.CR8 Reporter: Michal Linhard Assignee: Galder Zamarreño I'm starting 4 ispn instances on interfaces test1-test4 with numVirtualNodes 512. when my client pings one of the servers for topology info - this is the contents of it's servers2HashCode map: 10213 = test1 10225 = test3 10235 = test2 10236 = test4 i.e. it contains only one hashid per server. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
7
0 / 0

[JBoss JIRA] Created: (ISPN-1267) IsMarshallableInterceptor causes unnecessary marshalling in remote access mode

by Michal Linhard (JIRA)

IsMarshallableInterceptor causes unnecessary marshalling in remote access mode ------------------------------------------------------------------------------ Key: ISPN-1267 URL: https://issues.jboss.org/browse/ISPN-1267 Project: Infinispan Issue Type: Bug Components: Marshalling Affects Versions: 5.0.0.CR8 Reporter: Michal Linhard Assignee: Manik Surtani this is because by default GenericJBossMarshaller is used and GenericJBossMarshaller.isMarshallable implementation marshalls objects to find whether they are marshallable. this proves to be a very significant performance bottleneck, see details in JBPAPP-6865 in remote access storeAsBinary shouldn't have any performance impact, because the values that are received on serverside are already byte arrays. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

4
17
0 / 0

[JBoss JIRA] Created: (ISPN-1278) Update the version of JCACHE API

by Kevin Pollet (JIRA)

Update the version of JCACHE API -------------------------------- Key: ISPN-1278 URL: https://issues.jboss.org/browse/ISPN-1278 Project: Infinispan Issue Type: Task Components: CDI integration Reporter: Kevin Pollet Assignee: Kevin Pollet Fix For: 5.1.0.BETA1, 5.1.0.FINAL This migration will imply to: * create a default cache key generator implementation (now embedded in the RI) * fix some compilation issues due to refactoring Version of the JCACHE API: 0.2.20110727.jboss. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2011