July 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3209) Server operation to suppress state transfer

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3209?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3209: -------------------------------- Fix Version/s: (was: 6.0.0.Alpha1) > Server operation to suppress state transfer > ------------------------------------------- > > Key: ISPN-3209 > URL: https://issues.jboss.org/browse/ISPN-3209 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Affects Versions: 5.2.6.Final > Reporter: Manik Surtani > Assignee: Tristan Tarrant > Priority: Minor > Fix For: 6.0.0.Final > > > This issue is to provide a Server operation for the functionality implemented in ISPN-3140 -- 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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3047) Drop encoding from CLI once servers store raw values

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3047?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3047: -------------------------------- Fix Version/s: 6.0.0.Final > Drop encoding from CLI once servers store raw values > ---------------------------------------------------- > > Key: ISPN-3047 > URL: https://issues.jboss.org/browse/ISPN-3047 > Project: Infinispan > Issue Type: Task > Components: CLI > Affects Versions: 5.3.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha1, 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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2115) Relative path in rhq ant task cause build to fail

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2115?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2115: -------------------------------- Fix Version/s: 6.0.0.Final > Relative path in rhq ant task cause build to fail > ------------------------------------------------- > > Key: ISPN-2115 > URL: https://issues.jboss.org/browse/ISPN-2115 > Project: Infinispan > Issue Type: Bug > Components: Build process > Reporter: Thomas Fromm > Assignee: Tristan Tarrant > Priority: Minor > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > When the directory ../../ above the infinispan source dir is not writable, > than build fails: > [ERROR] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (deploy) on project infinispan-rhq-plugin: An Ant BuildException has occured: Directory /usr/local/inubit/jon/dev-container/jbossas/server/default/deploy/${rhq.earName}/rhq-downloads/rhq-plugins creation was not successful for an unknown reason > [ERROR] around Ant part ...<mkdir dir="../../..//jon/dev-container/jbossas/server/default/deploy/${rhq.earName}/rhq-downloads/rhq-plugins"/>... @ 4:116 in /usr/local/inubit/tf/infinispan/rhq-plugin/target/antrun/build-main.xml > [ERROR] -> [Help 1] > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.7:run (deploy) on project infinispan-rhq-plugin: An Ant BuildException has occured: Directory /usr/local/inubit/jon/dev-container/jbossas/server/default/deploy/${rhq.earName}/rhq-downloads/rhq-plugins creation was not successful for an unknown reason > In current case the /usr/local/inubit/ is not writable for the user. -- 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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3209) Server operation to suppress state transfer

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3209?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3209: -------------------------------- Fix Version/s: 6.0.0.Final > Server operation to suppress state transfer > ------------------------------------------- > > Key: ISPN-3209 > URL: https://issues.jboss.org/browse/ISPN-3209 > Project: Infinispan > Issue Type: Feature Request > Components: Server > Affects Versions: 5.2.6.Final > Reporter: Manik Surtani > Assignee: Tristan Tarrant > Priority: Minor > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > This issue is to provide a Server operation for the functionality implemented in ISPN-3140 -- 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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2141) Better configuration options for Infinispan Query

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2141?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2141: -------------------------------- Fix Version/s: 6.0.0.Beta1 > Better configuration options for Infinispan Query > ------------------------------------------------- > > Key: ISPN-2141 > URL: https://issues.jboss.org/browse/ISPN-2141 > Project: Infinispan > Issue Type: Feature Request > Components: Querying > Reporter: Sanne Grinovero > Assignee: Tristan Tarrant > Labels: stable_embedded_query > Fix For: 6.0.0.Beta1, 6.0.0.Final > > > Rethink the configuration options for Query. > See also https://community.jboss.org/wiki/InfinispanQuery-DesignAndPlanning -- 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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3263) LevelDB cachestore doesn't have a 5.3 parser + XSD

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3263?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3263: -------------------------------- Fix Version/s: 6.0.0.Final > LevelDB cachestore doesn't have a 5.3 parser + XSD > -------------------------------------------------- > > Key: ISPN-3263 > URL: https://issues.jboss.org/browse/ISPN-3263 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha1, 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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3262) LevelDB cache store allows loading after shutdown

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3262?page=com.atlassian.jira.plugin.... ] Work on ISPN-3262 started by Galder Zamarreño. > LevelDB cache store allows loading after shutdown > ------------------------------------------------- > > Key: ISPN-3262 > URL: https://issues.jboss.org/browse/ISPN-3262 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.2.7.Final, 5.3.0.Final > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Priority: Minor > Fix For: 6.0.0.Final > > > I'm getting NPE in these tests: > https://github.com/mlinhard/infinispan/commit/d1efd673ba6c34a4f6383b16740... > it's caused by a thread asking the cache store to load all keys after it's been shutdown. > It might be considered also a problem of LevelDB implementation that doesn't guard against this. > these are the stacktraces of the causing events: > {code} > DbImpl closing org.iq80.leveldb.impl.DbImpl@121e74ed > Stack trace for thread main > org.iq80.leveldb.impl.DbImpl.close(DbImpl.java:-1) > org.infinispan.loaders.leveldb.LevelDBCacheStore.stop(LevelDBCacheStore.java:107) > org.infinispan.loaders.CacheLoaderManagerImpl.stop(CacheLoaderManagerImpl.java:296) > sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-2) > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > java.lang.reflect.Method.invoke(Method.java:601) > org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203) > org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:886) > org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:693) > org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:571) > org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:242) > org.infinispan.CacheImpl.stop(CacheImpl.java:604) > org.infinispan.CacheImpl.stop(CacheImpl.java:599) > org.infinispan.test.TestingUtil.killCaches(TestingUtil.java:734) > org.infinispan.test.TestingUtil.killCacheManagers(TestingUtil.java:590) > org.infinispan.loaders.MultiCacheStoreFunctionalTest.testStartStopOfBackupDoesntRewriteValue(MultiCacheStoreFunctionalTest.java:107) > sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-2) > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > java.lang.reflect.Method.invoke(Method.java:601) > org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > org.testng.TestRunner.privateRun(TestRunner.java:767) > org.testng.TestRunner.run(TestRunner.java:617) > org.testng.SuiteRunner.runTest(SuiteRunner.java:335) > org.testng.SuiteRunner.runSequentially(SuiteRunner.java:330) > org.testng.SuiteRunner.privateRun(SuiteRunner.java:291) > org.testng.SuiteRunner.run(SuiteRunner.java:240) > org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > org.testng.TestNG.runSuitesSequentially(TestNG.java:1224) > org.testng.TestNG.runSuitesLocally(TestNG.java:1149) > org.testng.TestNG.run(TestNG.java:1057) > org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111) > org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:204) > org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:175) > DbImpl iterator requested org.iq80.leveldb.impl.DbImpl@121e74ed > Stack trace for thread OOB-1,ISPN,NodeC-18285 > org.iq80.leveldb.impl.DbImpl.iterator(DbImpl.java:-1) > org.iq80.leveldb.impl.DbImpl.iterator(DbImpl.java:83) > org.infinispan.loaders.leveldb.LevelDBCacheStore.loadAllKeysLockSafe(LevelDBCacheStore.java:216) > org.infinispan.loaders.LockSupportCacheStore.loadAllKeys(LockSupportCacheStore.java:179) > org.infinispan.statetransfer.StateConsumerImpl.invalidateSegments(StateConsumerImpl.java:800) > org.infinispan.statetransfer.StateConsumerImpl.onTopologyUpdate(StateConsumerImpl.java:329) > org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:195) > org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:61) > org.infinispan.statetransfer.StateTransferManagerImpl$1.updateConsistentHash(StateTransferManagerImpl.java:121) > org.infinispan.topology.LocalTopologyManagerImpl.handleConsistentHashUpdate(LocalTopologyManagerImpl.java:207) > org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:174) > org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:146) > org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:253) > org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:220) > org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:484) > org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:391) > org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:249) > org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:598) > org.jgroups.JChannel.up(JChannel.java:707) > org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020) > org.jgroups.protocols.FRAG2.up(FRAG2.java:181) > org.jgroups.protocols.FC.up(FC.java:479) > org.jgroups.protocols.pbcast.GMS.up(GMS.java:896) > org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:245) > org.jgroups.protocols.UNICAST2.handleDataReceived(UNICAST2.java:765) > org.jgroups.protocols.UNICAST2.up(UNICAST2.java:420) > org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:606) > org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:288) > org.jgroups.protocols.Discovery.up(Discovery.java:359) > org.jgroups.protocols.TP.passMessageUp(TP.java:1263) > org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1825) > org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1798) > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > java.lang.Thread.run(Thread.java:722) > 2013-06-21 10:32:42,333 WARN [CacheTopologyControlCommand] (OOB-1,ISPN,NodeC-18285) ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=___defaultcache, type=CH_UPDATE, sender=NodeA-43485, joinInfo=null, topologyId=6, currentCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[NodeC-18285]}, pendingCH=null, throwable=null, viewId=3} > java.lang.NullPointerException > at org.iq80.leveldb.impl.DbImpl.internalIterator(DbImpl.java:757) > at org.iq80.leveldb.impl.DbImpl.iterator(DbImpl.java:722) > at org.iq80.leveldb.impl.DbImpl.iterator(DbImpl.java:83) > at org.infinispan.loaders.leveldb.LevelDBCacheStore.loadAllKeysLockSafe(LevelDBCacheStore.java:216) > at org.infinispan.loaders.LockSupportCacheStore.loadAllKeys(LockSupportCacheStore.java:179) > at org.infinispan.statetransfer.StateConsumerImpl.invalidateSegments(StateConsumerImpl.java:800) > at org.infinispan.statetransfer.StateConsumerImpl.onTopologyUpdate(StateConsumerImpl.java:329) > at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:195) > at org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:61) > at org.infinispan.statetransfer.StateTransferManagerImpl$1.updateConsistentHash(StateTransferManagerImpl.java:121) > at org.infinispan.topology.LocalTopologyManagerImpl.handleConsistentHashUpdate(LocalTopologyManagerImpl.java:207) > at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:174) > at org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:146) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:253) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:220) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:484) > at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:391) > at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:249) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:598) > at org.jgroups.JChannel.up(JChannel.java:707) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020) > at org.jgroups.protocols.FRAG2.up(FRAG2.java:181) > at org.jgroups.protocols.FC.up(FC.java:479) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:896) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:245) > at org.jgroups.protocols.UNICAST2.handleDataReceived(UNICAST2.java:765) > at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:420) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:606) > at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:288) > at org.jgroups.protocols.Discovery.up(Discovery.java:359) > at org.jgroups.protocols.TP.passMessageUp(TP.java:1263) > at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1825) > at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1798) > 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:722) > {code} -- 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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3292) Change license to ASL 2.0

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-3292: ------------------------------------- Summary: Change license to ASL 2.0 Key: ISPN-3292 URL: https://issues.jboss.org/browse/ISPN-3292 Project: Infinispan Issue Type: Task Reporter: Tristan Tarrant Assignee: Manik Surtani Priority: Blocker Fix For: 6.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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3292) Change license to ASL 2.0

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3292?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3292: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1942 > Change license to ASL 2.0 > ------------------------- > > Key: ISPN-3292 > URL: https://issues.jboss.org/browse/ISPN-3292 > Project: Infinispan > Issue Type: Task > Reporter: Tristan Tarrant > Assignee: Manik Surtani > Priority: Blocker > Fix For: 6.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

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3291) Component registry should always use an appropriate classloader

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-3291: ------------------------------------- Summary: Component registry should always use an appropriate classloader Key: ISPN-3291 URL: https://issues.jboss.org/browse/ISPN-3291 Project: Infinispan Issue Type: Bug Components: Core API Reporter: Tristan Tarrant Assignee: Tristan Tarrant Priority: Critical Fix For: 6.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

12 years, 9 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 July 2013