April 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4094) Memory leak in RemoteQueryDslConditionsTest

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4094?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4094: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1083321|https://bugzilla.redhat.com/show_bug.cgi?id=1083321] from MODIFIED to ON_QA > Memory leak in RemoteQueryDslConditionsTest > ------------------------------------------- > > Key: ISPN-4094 > URL: https://issues.jboss.org/browse/ISPN-4094 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 7.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: 630, testsuite_stability > Fix For: 7.0.0.Alpha2 > > > A {{RemoteCacheManager}} instance is created for each test method in {{RemoteQueryDslConditionsTest}}, because of the {{@CleanupAfterMethod}} annotation. But the {{@AfterTest}} method that stops the remote cache is only once for the entire class, so all but one of the remote cache managers are not stopped properly. > {{GenericKeyedObjectPool}} registers a timer in {{EvictionTimer}}, which keeps the pool and the {{TcpTransport}} objects in it alive. And because the size of the buffer used by the transport is very big (1838kb on my system), {{RemoteQueryDslConditionsTest}} and its subclasses can quickly fill up the heap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4119) Merge JPA Cache Store back into main repo

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4119?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4119: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1077101|https://bugzilla.redhat.com/show_bug.cgi?id=1077101] from POST to ON_QA > Merge JPA Cache Store back into main repo > ----------------------------------------- > > Key: ISPN-4119 > URL: https://issues.jboss.org/browse/ISPN-4119 > Project: Infinispan > Issue Type: Task > Components: Loaders and Stores > Affects Versions: 7.0.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.0.Alpha2, 7.0.0.Final > > > The JPA CacheStore should move back into the main repository. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4005) Upgrade to Protostream 1.0.0.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4005?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4005: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1082463|https://bugzilla.redhat.com/show_bug.cgi?id=1082463] from MODIFIED to ON_QA > Upgrade to Protostream 1.0.0.Final > ---------------------------------- > > Key: ISPN-4005 > URL: https://issues.jboss.org/browse/ISPN-4005 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 6.0.1.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 630 > Fix For: 7.0.0.Alpha1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3909) Authorization for Cache and CacheManager access

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3909?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3909: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1083658|https://bugzilla.redhat.com/show_bug.cgi?id=1083658] from MODIFIED to ON_QA > Authorization for Cache and CacheManager access > ----------------------------------------------- > > Key: ISPN-3909 > URL: https://issues.jboss.org/browse/ISPN-3909 > Project: Infinispan > Issue Type: Sub-task > Components: Core, Security > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Labels: 630, roadmap > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3873) Race condition in AbstractInvocationContextFactory (results in NullPointerException in EquivalentHashMap when receiving an invalidate command during startup)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3873?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3873: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1083508|https://bugzilla.redhat.com/show_bug.cgi?id=1083508] from MODIFIED to ON_QA > Race condition in AbstractInvocationContextFactory (results in NullPointerException in EquivalentHashMap when receiving an invalidate command during startup) > ------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-3873 > URL: https://issues.jboss.org/browse/ISPN-3873 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.1.Final > Environment: Ubuntu Linux 12.04_LTS, Oracle Java SE 1.7.0_45 > Reporter: Karl von Randow > Assignee: Dan Berindei > Labels: 630 > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > Attachments: infinispan.trace.gz > > > Sometimes when I start one server in a cluster I see the NullPointerException reproduced below. This only occurs if there is another server running. I run multiple caches with clustering using invalidation. JGroups using JDBC_PING and TCP. The caches are non-transactional. > The NPE is because the keyEq (Equivalence instance for keys) is null. I believe this is because the command is processed before the start() method has been called on the AbstractInvocationContextFactory, as the start() method sets the keyEq ivar. > At this point I'm not sure how to fix it! > java.lang.NullPointerException > at org.infinispan.commons.equivalence.EquivalentHashMap.put(EquivalentHashMap.java:176) > at org.infinispan.commons.equivalence.EquivalentHashSet.add(EquivalentHashSet.java:109) > at org.infinispan.context.impl.NonTxInvocationContext.addLockedKey(NonTxInvocationContext.java:84) > at org.infinispan.util.concurrent.locks.LockManagerImpl.lock(LockManagerImpl.java:190) > at org.infinispan.util.concurrent.locks.LockManagerImpl.acquireLockNoCheck(LockManagerImpl.java:181) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockKey(AbstractLockingInterceptor.java:149) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitInvalidateCommand(AbstractLockingInterceptor.java:85) > at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:111) > at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:111) > at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:111) > at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) > at org.infinispan.commands.remote.BaseRpcInvokingCommand.processVisitableCommand(BaseRpcInvokingCommand.java:39) > at org.infinispan.commands.remote.SingleRpcCommand.perform(SingleRpcCommand.java:48) > at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:95) > at org.infinispan.remoting.InboundInvocationHandlerImpl.handleWithWaitForBlocks(InboundInvocationHandlerImpl.java:186) > at org.infinispan.remoting.InboundInvocationHandlerImpl.handle(InboundInvocationHandlerImpl.java:84) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:259) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:211) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:460) > at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:377) > at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:247) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:665) > at org.jgroups.JChannel.up(JChannel.java:730) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1019) > at org.jgroups.protocols.FRAG2.up(FRAG2.java:182) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:434) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:434) > at org.jgroups.stack.Protocol.up(Protocol.java:409) > at org.jgroups.stack.Protocol.up(Protocol.java:409) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:294) > at org.jgroups.protocols.RSVP.up(RSVP.java:221) > at org.jgroups.protocols.UNICAST2.removeAndPassUp(UNICAST2.java:919) > at org.jgroups.protocols.UNICAST2.handleDataReceived(UNICAST2.java:800) > at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:415) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600) > at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:147) > at org.jgroups.protocols.FD.up(FD.java:255) > at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:301) > at org.jgroups.protocols.MERGE2.up(MERGE2.java:209) > at org.jgroups.protocols.Discovery.up(Discovery.java:379) > at org.jgroups.protocols.TP.passMessageUp(TP.java:1399) > at org.jgroups.protocols.TP$MyHandler.run(TP.java:1585) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3886) StateTransferManager MBean is duplicated in the generated jmxComponents.html

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3886?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3886: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1083247|https://bugzilla.redhat.com/show_bug.cgi?id=1083247] from MODIFIED to ON_QA > StateTransferManager MBean is duplicated in the generated jmxComponents.html > ---------------------------------------------------------------------------- > > Key: ISPN-3886 > URL: https://issues.jboss.org/browse/ISPN-3886 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 6.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 630 > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > This is caused by management annotations being added on both interface and implementation which causes the tool that generates the jmxComponents.html to duplicate the MBean. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3367) ClusterTopologyManagerTest.testClusterRecoveryWithRebalance fails randomly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3367?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3367: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 988333|https://bugzilla.redhat.com/show_bug.cgi?id=988333] from MODIFIED to ON_QA > ClusterTopologyManagerTest.testClusterRecoveryWithRebalance fails randomly > -------------------------------------------------------------------------- > > Key: ISPN-3367 > URL: https://issues.jboss.org/browse/ISPN-3367 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.0.Alpha1, 6.0.2.Final > Environment: {w2k8r2 OracleJDK1.7}, { RHEL6_x86_64, OracleJDK1.7 and OpenJDK1.7}, {solaris10_x86_64 and solaris10-sparc_x86_64, OracleJDK1.7} > Reporter: Vitalii Chepeliuk > Assignee: Dan Berindei > Labels: 630, testsuite_stability > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > Attachments: ClusterTopologyManagerTest.log.zip > > > Error Message > Thread already timed out waiting for event merge > Stacktrace > java.lang.IllegalStateException: Thread already timed out waiting for event merge > at org.infinispan.test.fwk.CheckPoint.trigger(CheckPoint.java:131) > at org.infinispan.test.fwk.CheckPoint.triggerForever(CheckPoint.java:120) > at org.infinispan.statetransfer.ClusterTopologyManagerTest.testClusterRecoveryWithRebalance(ClusterTopologyManagerTest.java:280) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:724) > Add links to jenkins jobs > windows, OracleJDK1.7>>> > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > Linux, OracleJDK1.7>>> > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > Linux, OpenJDK1.7>>> > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3998) Let infinispan-parent inherit from infinispan-bom

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3998?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3998: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1083044|https://bugzilla.redhat.com/show_bug.cgi?id=1083044] from MODIFIED to ON_QA > Let infinispan-parent inherit from infinispan-bom > ------------------------------------------------- > > Key: ISPN-3998 > URL: https://issues.jboss.org/browse/ISPN-3998 > Project: Infinispan > Issue Type: Feature Request > Reporter: Martin Gencur > Assignee: Martin Gencur > Labels: 630 > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > infinispan-parent currently has a dependency on infinispan-bom with scope import. Properties declared in infinsipan-bom are thus not visible to child modules (those inheriting from infinispan-parent). > The suggestion is to let infinispan-parent inherit from infinispan-bom, which is in-line with http://maven.apache.org/guides/introduction/introduction-to-dependency-me... and makes it possible to access properties declared in infinispan-bom (such as version.protostream) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3611) Service jboss.infinispan.default failed to start on IBM JDK 6, argument type mismatch

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3611?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3611: ----------------------------------------------- Ladislav Thon <lthon(a)redhat.com> changed the Status of [bug 1078136|https://bugzilla.redhat.com/show_bug.cgi?id=1078136] from ON_QA to VERIFIED > Service jboss.infinispan.default failed to start on IBM JDK 6, argument type mismatch > ------------------------------------------------------------------------------------- > > Key: ISPN-3611 > URL: https://issues.jboss.org/browse/ISPN-3611 > Project: Infinispan > Issue Type: Bug > Reporter: Mircea Markus > Assignee: William Burns > Labels: 620 > Fix For: 6.0.0.Final > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-3920) Server initialization race condition - cache config defaults not used

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3920?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3920: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1083635|https://bugzilla.redhat.com/show_bug.cgi?id=1083635] from POST to MODIFIED > Server initialization race condition - cache config defaults not used > --------------------------------------------------------------------- > > Key: ISPN-3920 > URL: https://issues.jboss.org/browse/ISPN-3920 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 6.0.1.Final > Reporter: Ion Savin > Assignee: Ion Savin > Labels: 630 > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > Attachments: server.log.gz > > > The [simple|https://github.com/infinispan/cpp-client/blob/master/test/Simple.cpp] HRCPP unit tests puts a key/value pair into the default cache and then retrives the value to make sure it's the same. Running the test on a single CPU machine against 6.0.0.Final causes the test to fail. > The root cause seems to be a race-condition in service initialization. The ProtocolServerServices are initialized (and create cache intances) before the CacheConfigurationServices finish loading the cache configuration defaults. Because of this AnyEquivalence is used for both keys and values instead of AnyServerEquivalence. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2014