June 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5542) Shorten interceptor stack for local caches

by Radim Vansa (JIRA)

Radim Vansa created ISPN-5542: --------------------------------- Summary: Shorten interceptor stack for local caches Key: ISPN-5542 URL: https://issues.jboss.org/browse/ISPN-5542 Project: Infinispan Issue Type: Enhancement Components: Core Affects Versions: 8.0.0.Alpha1 Reporter: Radim Vansa Accessing local caches is much slower than plain concurrent hash maps, likely due high interceptor stack. One optimization is to have options to remove some interceptors when these are not used. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5539) IllegalLifecycleStateException on a remote node should not be sent to the originator

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5539?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5539: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3534 > IllegalLifecycleStateException on a remote node should not be sent to the originator > ------------------------------------------------------------------------------------ > > Key: ISPN-5539 > URL: https://issues.jboss.org/browse/ISPN-5539 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Blocker > Labels: testsuite_stability > Fix For: 8.0.0.Alpha2 > > > When a remote node is shutting down, {{InvocationContextInterceptor}} throws an {{IllegalLifecycleStateException}}, which is then propagated all the way to the user: > {noformat} > 12:47:42,504 ERROR (testng-NonTxPutIfAbsentDuringLeaveStressTest:) [UnitTestTestNGListener] Test testNodeLeavingDuringPutIfAbsent(org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest) failed.java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from NodeD-13773, see cause for remote stack trace > at java.util.concurrent.FutureTask.report(FutureTask.java:122) > at java.util.concurrent.FutureTask.get(FutureTask.java:206) > at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent(NonTxPutIfAbsentDuringLeaveStressTest.java:97) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > 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:348) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > Caused by: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from NodeD-13773, see cause for remote stack trace > at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:47) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:406) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:206) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:561) > at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:287) > at org.infinispan.interceptors.distribution.BaseDistributionInterceptor.handleNonTxWriteCommand(BaseDistributionInterceptor.java:353) > at org.infinispan.interceptors.distribution.NonTxDistributionInterceptor.visitPutKeyValueCommand(NonTxDistributionInterceptor.java:105) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97) > at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:384) > at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:449) > at org.infinispan.interceptors.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:195) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:86) > at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:40) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:55) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:111) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:44) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97) > at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:324) > at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:256) > at org.infinispan.statetransfer.StateTransferInterceptor.visitPutKeyValueCommand(StateTransferInterceptor.java:115) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97) > at org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191) > at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:44) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336) > at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1617) > at org.infinispan.cache.impl.CacheImpl.putIfAbsentInternal(CacheImpl.java:1122) > at org.infinispan.cache.impl.CacheImpl.putIfAbsent(CacheImpl.java:1112) > at org.infinispan.cache.impl.CacheImpl.putIfAbsent(CacheImpl.java:1717) > at org.infinispan.cache.impl.CacheImpl.putIfAbsent(CacheImpl.java:283) > at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest$1.doPut(NonTxPutIfAbsentDuringLeaveStressTest.java:73) > at org.infinispan.distribution.rehash.NonTxPutIfAbsentDuringLeaveStressTest$1.call(NonTxPutIfAbsentDuringLeaveStressTest.java:66) > at org.infinispan.test.AbstractInfinispanTest$LoggingCallable.call(AbstractInfinispanTest.java:435) > ... 4 more > Caused by: org.infinispan.IllegalLifecycleStateException: ISPN000324: Default cache is in 'STOPPING' state and this is an invocation not belonging to an on-going transaction, so it does not accept new invocations. Either restart it or recreate the cache container. > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:91) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:44) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336) > at org.infinispan.commands.remote.BaseRpcInvokingCommand.processVisitableCommand(BaseRpcInvokingCommand.java:39) > at org.infinispan.commands.remote.SingleRpcCommand.perform(SingleRpcCommand.java:48) > at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:85) > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:32) > ... 3 more > {noformat} > The remote node should reply with a {{CacheNotFoundResponse}} instead, so that the originator can wait for a new topology and retry the command (if necessary). > This is causing random failures in {{NonTxPutIfAbsentDuringLeaveStressTest.testNodeLeavingDuringPutIfAbsent}} and possibly other tests. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5540) Upgrade to Hibernate Search 5.3.0.Final

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5540?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5540: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3533 > Upgrade to Hibernate Search 5.3.0.Final > --------------------------------------- > > Key: ISPN-5540 > URL: https://issues.jboss.org/browse/ISPN-5540 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 8.0.0.Alpha1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5540) Upgrade to Hibernate Search 5.3.0.Final

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5540?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5540: ------------------------------------ Status: Open (was: New) > Upgrade to Hibernate Search 5.3.0.Final > --------------------------------------- > > Key: ISPN-5540 > URL: https://issues.jboss.org/browse/ISPN-5540 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 8.0.0.Alpha1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5528) Expose segment ownership in the Hot Rod client

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5528?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5528: ------------------------------------ Status: Open (was: New) > Expose segment ownership in the Hot Rod client > ---------------------------------------------- > > Key: ISPN-5528 > URL: https://issues.jboss.org/browse/ISPN-5528 > Project: Infinispan > Issue Type: Feature Request > Components: Hadoop Integration > Affects Versions: 8.0.0.Alpha1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > ISPN-5219 exposes entry iteration via Hot Rod and allows to filter based on segments. > In order to be able to eventually calculate the segments to be filtered on, ownership information for a cache needs to be exposed as well. > API suggestion by @wburns: > {code} > Set<Integer> getSegments() > Map<Address, Set<Integer>> getSegmentsByServer() > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5528) Expose segment ownership in the Hot Rod client

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5528?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5528: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3532 > Expose segment ownership in the Hot Rod client > ---------------------------------------------- > > Key: ISPN-5528 > URL: https://issues.jboss.org/browse/ISPN-5528 > Project: Infinispan > Issue Type: Feature Request > Components: Hadoop Integration > Affects Versions: 8.0.0.Alpha1 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > ISPN-5219 exposes entry iteration via Hot Rod and allows to filter based on segments. > In order to be able to eventually calculate the segments to be filtered on, ownership information for a cache needs to be exposed as well. > API suggestion by @wburns: > {code} > Set<Integer> getSegments() > Map<Address, Set<Integer>> getSegmentsByServer() > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5541) Add provided scope to javax api dependencies

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5541?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5541: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1230384 > Add provided scope to javax api dependencies > -------------------------------------------- > > Key: ISPN-5541 > URL: https://issues.jboss.org/browse/ISPN-5541 > Project: Infinispan > Issue Type: Enhancement > Components: Build process > Reporter: Dave Stahl > Priority: Minor > > javax api dependencies should be updated to include <scope>provided</scope> -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5541) Add provided scope to javax api dependencies

by Dave Stahl (JIRA)

[ https://issues.jboss.org/browse/ISPN-5541?page=com.atlassian.jira.plugin.... ] Dave Stahl updated ISPN-5541: ----------------------------- Issue Type: Enhancement (was: Feature Request) > Add provided scope to javax api dependencies > -------------------------------------------- > > Key: ISPN-5541 > URL: https://issues.jboss.org/browse/ISPN-5541 > Project: Infinispan > Issue Type: Enhancement > Components: Build process > Reporter: Dave Stahl > Priority: Minor > > javax api dependencies should be updated to include <scope>provided</scope> -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5541) Add provided scope to javax api dependencies

by Dave Stahl (JIRA)

Dave Stahl created ISPN-5541: -------------------------------- Summary: Add provided scope to javax api dependencies Key: ISPN-5541 URL: https://issues.jboss.org/browse/ISPN-5541 Project: Infinispan Issue Type: Feature Request Components: Build process Reporter: Dave Stahl Priority: Minor javax api dependencies should be updated to include <scope>provided</scope> -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4810) Local Transactional Cache loses data when eviction is enabled and there are multiple readers and one writer

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4810?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-4810: ------------------------------------- General issue is fixed in 5.2.12, however delta aware entries can have an issue still and is fixed in a future release 5.2.13 if needed. > Local Transactional Cache loses data when eviction is enabled and there are multiple readers and one writer > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-4810 > URL: https://issues.jboss.org/browse/ISPN-4810 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.2.Final > Environment: Windows 7 x64 (NTFS) > Oracle JDK1.7.0_40 > Apache Maven 3.0.5 > Reporter: Horia Chiorean > Assignee: William Burns > Labels: modeshape > Fix For: 7.2.0.Beta1, 5.2.12.Final, 5.2.13.Final > > Attachments: ispn_concurrent.zip > > > Using Infinispan 6.0.2 and a local, transactional cache backed by a <singleFile> store, with eviction enabled and a small {{max-entries}} setting, we have the following scenario: > * the main thread (i.e. the "writer") starts a transaction, adds a batch of strings into the cache and also appends the same strings into a List cache entry and then commits the transaction > * after the above has finished (i.e. after tx.commit) it fires a number of reader threads where each reader thread > ** checks that the string entries were added into the cache and > ** checks that the entries were correctly appended to the List entry > * the above steps are repeated a number of times > On any given run, based on timing, we're seeing that at some point (after some time) some of the reader threads will not see the latest version of the List entry (i.e. will not see the latest elements that were added into the list) but rather an old, stale List (sort of a "lost update" scenario). > If we either: > * disable eviction or > * set the {{max-entries}} to a large enough value (which I suspect has the same effect - not evicting anything) the problem doesn't show up. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2015