December 2012 - infinispan-issues

[JBoss JIRA] (ISPN-2481) CLI: add XSR commands

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2481?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-2481: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1544 > CLI: add XSR commands > --------------------- > > Key: ISPN-2481 > URL: https://issues.jboss.org/browse/ISPN-2481 > Project: Infinispan > Issue Type: Feature Request > Components: CLI > Affects Versions: 5.2.0.Beta3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.2.0.CR1, 5.2.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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2524) CLI: automatic key wrapping when dealing with caches used by HotRod

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-2524?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-2524: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1544 > CLI: automatic key wrapping when dealing with caches used by HotRod > ------------------------------------------------------------------- > > Key: ISPN-2524 > URL: https://issues.jboss.org/browse/ISPN-2524 > Project: Infinispan > Issue Type: Feature Request > Components: CLI > Affects Versions: 5.2.0.Beta3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.2.0.CR1 > > -- 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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2425) Amend the xsite configuration and the xsd

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2425?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2425: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1543 > Amend the xsite configuration and the xsd > ----------------------------------------- > > Key: ISPN-2425 > URL: https://issues.jboss.org/browse/ISPN-2425 > Project: Infinispan > Issue Type: Feature Request > Affects Versions: 5.2.0.Beta2 > Reporter: Mircea Markus > Assignee: Mircea Markus > Priority: Blocker > Fix For: 5.2.0.CR1 > > > Change: > {code:xml} > <global> > ... > <sites local="LON"/> > ... > </global> > {code} > to > {code:xml} > <global> > ... > <site name="LON"/> > ... > </global> > {code} > And: > {code:xml} > <backups backupSites="NYC,SFO"> > <backup site="NYC" backupFailurePolicy="WARN" strategy="SYNC" timeout="12000"/> > <backup site="SFO" backupFailurePolicy="IGNORE" strategy="ASYNC"/> > <backup site="LON" strategy="SYNC"/> > </backups> > {code} > to: > {code:xml} > <backups> > <backup site="NYC" failurePolicy="WARN" strategy="SYNC" timeout="12000" enabled="true"/> > <backup site="SFO" failurePolicy="IGNORE" strategy="ASYNC" enabled="true"/> > <backup site="LON" strategy="SYNC" enabled="false"/> > </backups> > {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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2668) Replace the putifabsent CLI command with an option to the put command

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-2668: ------------------------------------- Summary: Replace the putifabsent CLI command with an option to the put command Key: ISPN-2668 URL: https://issues.jboss.org/browse/ISPN-2668 Project: Infinispan Issue Type: Enhancement Components: CLI Affects Versions: 5.2.0.Beta6 Reporter: Tristan Tarrant Assignee: Tristan Tarrant Priority: Minor Fix For: 5.2.0.CR1 -- 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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2656) Support RemoteCache.keySet()

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2656?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2656: ----------------------------------- Assignee: Ray Tsang (was: Galder Zamarreño) > Support RemoteCache.keySet() > ---------------------------- > > Key: ISPN-2656 > URL: https://issues.jboss.org/browse/ISPN-2656 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: Ray Tsang > Assignee: Ray Tsang > Labels: hotrod > > RemoteCache doesn't support keySet() method. A workaround is to use getBulk(). However, getBulk() returns both keys and values, which would be impractical with large dataset. -- 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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2656) Support RemoteCache.keySet()

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2656?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2656: ----------------------------------- Fix Version/s: 5.2.0.CR1 5.2.0.Final > Support RemoteCache.keySet() > ---------------------------- > > Key: ISPN-2656 > URL: https://issues.jboss.org/browse/ISPN-2656 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: Ray Tsang > Assignee: Ray Tsang > Labels: hotrod > Fix For: 5.2.0.CR1, 5.2.0.Final > > > RemoteCache doesn't support keySet() method. A workaround is to use getBulk(). However, getBulk() returns both keys and values, which would be impractical with large dataset. -- 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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2459) Rollback not preceded by Prepare sent to remote site

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2459?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2459: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1542 > Rollback not preceded by Prepare sent to remote site > ---------------------------------------------------- > > Key: ISPN-2459 > URL: https://issues.jboss.org/browse/ISPN-2459 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication, Transactions > Affects Versions: 5.2.0.Beta3 > Reporter: Radim Vansa > Assignee: Mircea Markus > Priority: Critical > Fix For: 5.2.0.CR1, 5.2.0.Final > > > When a {{TransactionManager.rollback()}} is called under optimistic locking, the {{RollbackCommand}} is sent to the remote site with backup cache. This makes no sense as there are no changes to roll back, and furthermore, the command fails in the remote site as the transaction which is rolled back is not known: > {code} > 05:37:00,727 WARN [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (Incoming-2,global,_edg-perf01-58034:LON) Problems invoking command SingleRpcCommand{cacheName='nycCache', command=RollbackCommand {gtx=GlobalTransaction:<c25cba86-1e90-e190-b101-155e93063c9c[T]>:5:local, cacheName='nycCache', topologyId=-1}} > org.infinispan.CacheException: Couldn't find a local transaction corresponding to remote transaction GlobalTransaction:<c25cba86-1e90-e190-b101-155e93063c9c[T]>:5:local > at org.infinispan.xsite.BackupReceiver$BackupCacheUpdater.completeTransaction(BackupReceiver.java:187) > at org.infinispan.xsite.BackupReceiver$BackupCacheUpdater.visitRollbackCommand(BackupReceiver.java:178) > at org.infinispan.commands.tx.RollbackCommand.acceptVisitor(RollbackCommand.java:61) > at org.infinispan.xsite.BackupReceiver.handleRemoteCommand(BackupReceiver.java:76) > at org.infinispan.xsite.BackupReceiverRepositoryImpl.handleRemoteCommand(BackupReceiverRepositoryImpl.java:60) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromRemoteSite(CommandAwareRpcDispatcher.java:240) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:217) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:483) > at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:390) > at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:248) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:604) > at org.jgroups.JChannel.up(JChannel.java:670) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020) > at org.jgroups.protocols.relay.RELAY2.deliver(RELAY2.java:420) > at org.jgroups.protocols.relay.RELAY2.route(RELAY2.java:316) > at org.jgroups.protocols.relay.RELAY2.handleMessage(RELAY2.java:292) > at org.jgroups.protocols.relay.RELAY2.handleRelayMessage(RELAY2.java:272) > at org.jgroups.protocols.relay.Relayer$Bridge.receive(Relayer.java:214) > at org.jgroups.JChannel.invokeCallback(JChannel.java:712) > at org.jgroups.JChannel.up(JChannel.java:673) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1020) > at org.jgroups.protocols.RSVP.up(RSVP.java:188) > at org.jgroups.protocols.FRAG2.up(FRAG2.java:181) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:418) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:400) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:896) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:244) > at org.jgroups.protocols.UNICAST2.handleDataReceived(UNICAST2.java:769) > at org.jgroups.protocols.UNICAST2.up(UNICAST2.java:414) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:601) > 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:1293) > at org.jgroups.protocols.TP$IncomingPacket.handleMyMessage(TP.java:1856) > at org.jgroups.protocols.TP$IncomingPacket.run(TP.java:1829) > 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:662) > {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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2667) Write tests for Query module

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-2667: ----------------------------------- Summary: Write tests for Query module Key: ISPN-2667 URL: https://issues.jboss.org/browse/ISPN-2667 Project: Infinispan Issue Type: Task Components: Querying Reporter: Anna Manukyan Assignee: Anna Manukyan Tests should be written for Query module with purpose of testing uncovered cases as well as increasing the test coverage. -- 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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2666) StateTransferPessimisticTest.testStateTransfer fails randomly

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2666?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-2666: ---------------------------------------- TRACE log: http://dl.dropbox.com/u/6148072/testStateTransfer-4.tgz > StateTransferPessimisticTest.testStateTransfer fails randomly > ------------------------------------------------------------- > > Key: ISPN-2666 > URL: https://issues.jboss.org/browse/ISPN-2666 > Project: Infinispan > Issue Type: Bug > Components: State transfer > Reporter: Galder Zamarreño > Assignee: Adrian Nistor > Labels: testsuite_stability > Fix For: 5.2.0.CR1 > > > {code}testStateTransfer(org.infinispan.statetransfer.StateTransferPessimisticTest) Time elapsed: 0.323 sec <<< FAILURE! > java.lang.AssertionError: expected:<1> but was:<2> > at org.junit.Assert.fail(Assert.java:93) > at org.junit.Assert.failNotEquals(Assert.java:647) > at org.junit.Assert.assertEquals(Assert.java:128) > at org.junit.Assert.assertEquals(Assert.java:472) > at org.junit.Assert.assertEquals(Assert.java:456) > at org.infinispan.statetransfer.StateTransferPessimisticTest.testStateTransfer(StateTransferPessimisticTest.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > 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: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} -- 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

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2650) Some Map Reduce tests are failing for Topology Aware nodes.

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2650?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-2650. ------------------------------------ Fix Version/s: 5.2.0.CR1 Resolution: Done > Some Map Reduce tests are failing for Topology Aware nodes. > ----------------------------------------------------------- > > Key: ISPN-2650 > URL: https://issues.jboss.org/browse/ISPN-2650 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 5.2.0.Beta5 > Reporter: Anna Manukyan > Assignee: Vladimir Blagojevic > Fix For: 5.2.0.CR1 > > > There are two test classes written for testing Map Reduce on TopologyAware nodes: > https://github.com/andyuk1986/infinispan/blob/DISTEXEC/core/src/test/java... > https://github.com/andyuk1986/infinispan/blob/DISTEXEC/core/src/test/java... > But both of them are failing. > The first one fails due to that the data is not replicated to other node (see https://issues.jboss.org/browse/ISPN-2629?focusedCommentId=12741469&page=...). > The second test fails due to not cancelled map reduce tasks (see https://issues.jboss.org/browse/ISPN-2629?focusedCommentId=12741470&page=...) . This one is really strange, as it fails only when I run it with the bunch of distexec tests, otherwise when separately run - it succeeds. -- 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

11 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2012