February 2012 - infinispan-issues

[JBoss JIRA] (ISPN-1892) Revert to UNICAST where RSVP is not supported

by Dan Berindei (JIRA)

Dan Berindei created ISPN-1892: ---------------------------------- Summary: Revert to UNICAST where RSVP is not supported Key: ISPN-1892 URL: https://issues.jboss.org/browse/ISPN-1892 Project: Infinispan Issue Type: Enhancement Components: State transfer Affects Versions: 5.1.2.CR1 Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 5.1.2.FINAL This is related to ISPN-1879. UNICAST2 without RSVP behaves quite badly when there are multiple senders and a single joiner, see ISPN-1838. UNICAST2 + RSVP doesn't seem to perform much better than UNICAST, so rather than backporting RSVP to the JGroups 3.0.x branch it's probably safer to revert to UNICAST in the default Infinispan configuration. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

2
3
0 / 0

[JBoss JIRA] (ISPN-1857) inconsistency issue caused by lock failover during node joining

by Mircea Markus (JIRA)

Mircea Markus created ISPN-1857: ----------------------------------- Summary: inconsistency issue caused by lock failover during node joining Key: ISPN-1857 URL: https://issues.jboss.org/browse/ISPN-1857 Project: Infinispan Issue Type: Bug Components: Locking and Concurrency, Transactions Affects Versions: 5.1.1.FINAL Reporter: Mircea Markus Assignee: Mircea Markus Priority: Critical Fix For: 5.1.2.CR1, 5.1.2.FINAL Scenario: tx1 writes to k, hash(k) = {A, B}. Tx is prepared, commit hasn't been send yet. New node C has joined so that ch(k) = {C, B}, tx1 hasn't completed. tx2 writes on k adn prepares/acquire lock on k@C. both transactions commit at the same time resulting in B seeing tx2 result and B seeing tx1 result. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
3
0 / 0

[JBoss JIRA] (ISPN-1891) Upgrade to JGroups 3.0.6

by Dan Berindei (JIRA)

Dan Berindei created ISPN-1891: ---------------------------------- Summary: Upgrade to JGroups 3.0.6 Key: ISPN-1891 URL: https://issues.jboss.org/browse/ISPN-1891 Project: Infinispan Issue Type: Component Upgrade Components: Core API Affects Versions: 5.1.1.FINAL Reporter: Dan Berindei Assignee: Dan Berindei Priority: Critical Fix For: 5.1.2.FINAL Uprade to Group 3.0.6 in order to get the fix for JGRP-1428. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
2
0 / 0

[JBoss JIRA] (ISPN-1881) RPC calls should not use an executor if communicating with a single recipient

by Manik Surtani (JIRA)

Manik Surtani created ISPN-1881: ----------------------------------- Summary: RPC calls should not use an executor if communicating with a single recipient Key: ISPN-1881 URL: https://issues.jboss.org/browse/ISPN-1881 Project: Infinispan Issue Type: Enhancement Components: Distributed Cache Affects Versions: 5.1.1.FINAL Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.1.2.CR1, 5.1.2.FINAL The CommandAwareRpcDispatcher makes use of an executor to communicate with recipients in parallel, followed by polling the futures. This step can be heavily optimised if we just have a single recipient, which is a very common case when using distributed (numOwners = 2, and the call is executed on one of the owners). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
3
0 / 0

[JBoss JIRA] (ISPN-1887) AdvancedCache.lock() when run without transactions should produce a more sane error

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-1887: -------------------------------------- Summary: AdvancedCache.lock() when run without transactions should produce a more sane error Key: ISPN-1887 URL: https://issues.jboss.org/browse/ISPN-1887 Project: Infinispan Issue Type: Bug Affects Versions: 5.1.1.FINAL Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.1.2.CR1, 5.1.2.FINAL 2) using AdvancedCache::lock w/o Tx present results in CCE java.lang.ClassCastException: org.infinispan.context.impl.NonTxInvocationContext cannot be cast to org.infinispan.context.impl.TxInvocationContext at org.infinispan.commands.control.LockControlCommand.acceptVisitor(LockControlCommand.java:129) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:345) at org.infinispan.CacheImpl.lock(CacheImpl.java:481) at org.infinispan.CacheImpl.lock(CacheImpl.java:468) at org.infinispan.AbstractDelegatingAdvancedCache.lock(AbstractDelegatingAdvancedCache.java:153) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
2
0 / 0

[JBoss JIRA] (ISPN-1888) A question about index and query

by zhang ni (JIRA)

zhang ni created ISPN-1888: ------------------------------ Summary: A question about index and query Key: ISPN-1888 URL: https://issues.jboss.org/browse/ISPN-1888 Project: Infinispan Issue Type: Bug Components: Querying Affects Versions: 5.1.1.FINAL Environment: windows server Reporter: zhang ni Assignee: Sanne Grinovero Priority: Critical Fix For: 5.1.1.FINAL There are two cache in my cluster, one cache put data and one cache using getClusteredQuery API to search. When putting 100 entries, the query work well. But when putting 200 or 300 or more data, the query can not work, the log is as following: Exception in thread "main" java.lang.IndexOutOfBoundsException: Index: 149, Size: 149 at java.util.ArrayList.RangeCheck(ArrayList.java:547) at java.util.ArrayList.get(ArrayList.java:322) at org.infinispan.query.clustered.DistributedIterator.current(DistributedIterator.java:138) at org.infinispan.query.clustered.DistributedIterator.next(DistributedIterator.java:114) at org.infinispan.query.clustered.ClusteredCacheQueryImpl.list(ClusteredCacheQueryImpl.java:136) at start.Start.main(Start.java:68) My query code is： QueryParser queryParser = new QueryParser(Version.LUCENE_30, "userName", new StandardAnalyzer(Version.LUCENE_30)); Query luceneQuery =queryParser.parse("wf");; CacheQuery query12 = searchManager.getClusteredQuery(luceneQuery); System.out.println("start query...."); List<Object> objectList = query12.list(); System.out.println("query result is:"); if (objectList.size() == 0) { System.out.println("no data"); } for (Object value : objectList) { MetricValue mvalue = (MetricValue)value; System.out.println(mvalue); } My configuration is： <infinispan xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:infinispan:config:5.1 http://www.infinispan.org/schemas/infinispan-config-5.1.xsd" xmlns="urn:infinispan:config:5.1"> <global> <transport transportClass="org.infinispan.remoting.transport.jgroups.JGroupsTransport"> <properties> <property name="configurationFile" value="jgroups.xml" /> </properties> </transport> <serialization marshallerClass="org.infinispan.marshall.VersionAwareMarshaller" /> </global> <default>  <clustering mode="distribution"> <sync /> <hash numOwners="2" /> </clustering> </default> <namedCache name="yunhua"> <indexing enabled="true" indexLocalOnly="true" > <properties> <property name="hibernate.search.default.directory_provider" value="ram" /> <property name="hibernate.search.lucene_version" value="LUCENE_30" /> </properties> </indexing> </namedCache> </infinispan> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

4
6
0 / 0

[JBoss JIRA] (ISPN-1871) Upgrade to RHQ 4.3.0

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-1871: -------------------------------------- Summary: Upgrade to RHQ 4.3.0 Key: ISPN-1871 URL: https://issues.jboss.org/browse/ISPN-1871 Project: Infinispan Issue Type: Enhancement Components: JMX, reporting and management Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.1.2.FINAL Apart from the upgrade, have a go at running the standalone RHQ container in unit tests in order to unit test installation of the RHQ plugin and querying/monitoring some of the data exposed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
11
0 / 0

[JBoss JIRA] (ISPN-1882) IllegalStateException in state transfer when starting a single clustered node

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-1882: -------------------------------------- Summary: IllegalStateException in state transfer when starting a single clustered node Key: ISPN-1882 URL: https://issues.jboss.org/browse/ISPN-1882 Project: Infinispan Issue Type: Bug Components: State transfer Affects Versions: 5.1.1.FINAL Reporter: Galder Zamarreño Assignee: Dan Berindei Fix For: 5.1.2.CR1, 5.1.2.FINAL Starting a single clustered node results in: {code}java.lang.IllegalStateException: Trying to unblock write commands for cache view 1 but they were not blocked at org.infinispan.statetransfer.StateTransferLockImpl.unblockNewTransactions(StateTransferLockImpl.java:260) at org.infinispan.statetransfer.BaseStateTransferManagerImpl.postInstallView(BaseStateTransferManagerImpl.java:351) at org.infinispan.cacheviews.CacheViewsManagerImpl.handleCommitView(CacheViewsManagerImpl.java:520) at org.infinispan.cacheviews.CacheViewsManagerImpl.clusterCommitView(CacheViewsManagerImpl.java:387) at org.infinispan.cacheviews.CacheViewsManagerImpl.clusterInstallView(CacheViewsManagerImpl.java:271) at org.infinispan.cacheviews.CacheViewsManagerImpl$ViewInstallationTask.call(CacheViewsManagerImpl.java:876) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:680){code} See attached log. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

3
7
0 / 0

[JBoss JIRA] (ISPN-1889) Use a ConcurrentMapFactory abstraction when constructing concurrent maps

by Manik Surtani (JIRA)

Manik Surtani created ISPN-1889: ----------------------------------- Summary: Use a ConcurrentMapFactory abstraction when constructing concurrent maps Key: ISPN-1889 URL: https://issues.jboss.org/browse/ISPN-1889 Project: Infinispan Issue Type: Task Components: Core API Affects Versions: 5.1.1.FINAL Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 5.1.2.CR1, 5.1.2.FINAL This allows for more flexible configuration of ConcurrentMaps, including the ability to use different implementations and levels of tune. Specifically, the ability to use a backported and highly memory-efficient CHM from JDK 8 is included, by using the system parameter {-Dinfinispan.unsafe.allow_jdk8_chm=true} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
3
0 / 0

[JBoss JIRA] (ISPN-1885) CommandAwareRpcDispatcher returns nonserializable objects from handle(Message)

by Paul Ferraro (JIRA)

Paul Ferraro created ISPN-1885: ---------------------------------- Summary: CommandAwareRpcDispatcher returns nonserializable objects from handle(Message) Key: ISPN-1885 URL: https://issues.jboss.org/browse/ISPN-1885 Project: Infinispan Issue Type: Bug Components: RPC Affects Versions: 5.1.1.FINAL Reporter: Paul Ferraro Assignee: Manik Surtani Priority: Critical Fix For: 5.1.2.FINAL In CommandAwareRpcDispatcher, in handle(Message), if an exception occurs during request unmarshalling, or command execution, the object returned in an ExceptionResponse. However, JGroups cannot serialize this object. Hence the following stacktrace: [JBossINF] 10:24:24,735 ERROR [org.infinispan.cacheviews.CacheViewsManagerImpl] (CacheViewTrigger,perf21/web) Error recovering views from the cluster members: java.util.concurrent.ExecutionException: org.infinispan.CacheException: java.util.concurrent.ExecutionException: org.infinispan.marshall.NotSerializableException: org.infinispan.remoting.responses.ExceptionResponse [JBossINF] at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) [rt.jar:1.6.0_30] [JBossINF] at java.util.concurrent.FutureTask.get(FutureTask.java:83) [rt.jar:1.6.0_30] [JBossINF] at org.infinispan.cacheviews.CacheViewsManagerImpl.recoverViews(CacheViewsManagerImpl.java:672) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at org.infinispan.cacheviews.CacheViewsManagerImpl.access$500(CacheViewsManagerImpl.java:95) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at org.infinispan.cacheviews.CacheViewsManagerImpl$ViewTriggerThread.run(CacheViewsManagerImpl.java:812) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] Caused by: org.infinispan.CacheException: java.util.concurrent.ExecutionException: org.infinispan.marshall.NotSerializableException: org.infinispan.remoting.responses.ExceptionResponse [JBossINF] at org.infinispan.util.Util.rewrapAsCacheException(Util.java:524) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:115) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:447) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at org.infinispan.cacheviews.CacheViewsManagerImpl$4.call(CacheViewsManagerImpl.java:663) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at org.infinispan.cacheviews.CacheViewsManagerImpl$4.call(CacheViewsManagerImpl.java:660) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [rt.jar:1.6.0_30] [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:138) [rt.jar:1.6.0_30] [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_30] [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_30] [JBossINF] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30] [JBossINF] Caused by: java.util.concurrent.ExecutionException: org.infinispan.marshall.NotSerializableException: org.infinispan.remoting.responses.ExceptionResponse [JBossINF] at org.jgroups.blocks.UnicastRequest.getValue(UnicastRequest.java:165) [jgroups-3.0.4.Final.jar:3.0.4.Final] [JBossINF] at org.jgroups.blocks.UnicastRequest.get(UnicastRequest.java:191) [jgroups-3.0.4.Final.jar:3.0.4.Final] [JBossINF] at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$ReplicationTask.call(CommandAwareRpcDispatcher.java:269) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommands(CommandAwareRpcDispatcher.java:111) [infinispan-core-5.1.1.FINAL.jar:5.1.1.FINAL] [JBossINF] ... 8 more [JBossINF] Caused by: org.infinispan.marshall.NotSerializableException: org.infinispan.remoting.responses.ExceptionResponse [JBossINF] Caused by: an exception which occurred: [JBossINF] in object org.infinispan.remoting.responses.ExceptionResponse@58e39f23 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

2
8
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2012