December 2014 - infinispan-issues

[JBoss JIRA] (ISPN-5062) Cross site state transfer - incorrect status of push operation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5062?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5062: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1172034|https://bugzilla.redhat.com/show_bug.cgi?id=1172034] from NEW to ASSIGNED > Cross site state transfer - incorrect status of push operation > --------------------------------------------------------------- > > Key: ISPN-5062 > URL: https://issues.jboss.org/browse/ISPN-5062 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 7.1.0.Alpha1 > Reporter: Matej Čimbora > Assignee: Pedro Ruivo > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > Status of push operation remains at value "CANCELLED" after the push operation was cancelled and reinvoked (even if state transfer is currently in progress) - "SENDING" value is expected. Otherwise works as expected (after the state transfer completes, status is switched to "OK"). > - Sites LON (lonCache) - main, BRN (brnCache) - backup > Consider the following scenario: > [standalone@localhost:9999 distributed-cache=lonCache] site --push BRN > ok > [standalone@localhost:9999 distributed-cache=lonCache] site --cancelpush BRN > ok > [standalone@localhost:9999 distributed-cache=lonCache] site --pushstatus > BRN=CANCELED > [standalone@localhost:9999 distributed-cache=lonCache] site --push BRN > ok > [standalone@localhost:9999 distributed-cache=lonCache] site --pushstatus > BRN=CANCELED > [standalone@localhost:9999 distributed-cache=lonCache] site --pushstatus > BRN=OK > Expected behavior: > [standalone@localhost:9999 distributed-cache=lonCache] site --push BRN > ok > [standalone@localhost:9999 distributed-cache=lonCache] site --cancelpush BRN > ok > [standalone@localhost:9999 distributed-cache=lonCache] site --pushstatus > BRN=CANCELED > [standalone@localhost:9999 distributed-cache=lonCache] site --push BRN > ok > [standalone@localhost:9999 distributed-cache=lonCache] site --pushstatus > BRN=SENDING > [standalone@localhost:9999 distributed-cache=lonCache] site --pushstatus > BRN=OK -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5061) Cross site state transfer - NPE on consumer site when backup cache is local

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5061?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5061: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1172021|https://bugzilla.redhat.com/show_bug.cgi?id=1172021] from NEW to ASSIGNED > Cross site state transfer - NPE on consumer site when backup cache is local > --------------------------------------------------------------------------- > > Key: ISPN-5061 > URL: https://issues.jboss.org/browse/ISPN-5061 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 7.1.0.Alpha1 > Reporter: Matej Čimbora > Assignee: Pedro Ruivo > Fix For: 7.1.0.Beta1 > > > NPE detected on consumer site after invoking push operation on producer site. Occurs when corresponding cache does not exist on consumer site (either with the same name as the main cache or specified via <backup-for> option). > Configuration: > 2 sites, BRN (main), LON (backup) > Producer site CLI: > Unable to pushState to 'LON'. org.infinispan.commons.CacheException: Problems invoking command. > Consumer site log: > 11:18:45,245 WARN [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (remote-thread--p3-t1) ISPN000071: Caught exception when handling command XSiteStateTransferControlCommand{control=START_RECEIVE, siteName='LON', statusOk=false, cacheName='lonCache'}: java.lang.NullPointerException > at org.infinispan.xsite.BackupReceiverImpl.invokeRemotelyInLocalSite(BackupReceiverImpl.java:213) [infinispan-core.jar:7.1.0.Alpha1] > at org.infinispan.xsite.BackupReceiverImpl.handleStateTransferControl(BackupReceiverImpl.java:90) [infinispan-core.jar:7.1.0.Alpha1] > at org.infinispan.xsite.statetransfer.XSiteStateTransferControlCommand.performInLocalSite(XSiteStateTransferControlCommand.java:41) [infinispan-core.jar:7.1.0.Alpha1] > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$3.run(CommandAwareRpcDispatcher.java:252) [infinispan-core.jar:7.1.0.Alpha1] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_60] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_60] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60] > 11:18:45,420 WARN [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (remote-thread--p3-t1) ISPN000071: Caught exception when handling command XSiteStateTransferControlCommand{control=FINISH_RECEIVE, siteName='LON', statusOk=false, cacheName='lonCache'}: java.lang.NullPointerException > at org.infinispan.xsite.BackupReceiverImpl.invokeRemotelyInLocalSite(BackupReceiverImpl.java:213) [infinispan-core.jar:7.1.0.Alpha1] > at org.infinispan.xsite.BackupReceiverImpl.handleStateTransferControl(BackupReceiverImpl.java:90) [infinispan-core.jar:7.1.0.Alpha1] > at org.infinispan.xsite.statetransfer.XSiteStateTransferControlCommand.performInLocalSite(XSiteStateTransferControlCommand.java:41) [infinispan-core.jar:7.1.0.Alpha1] > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher$3.run(CommandAwareRpcDispatcher.java:252) [infinispan-core.jar:7.1.0.Alpha1] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_60] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_60] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60] -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4359) Provide an annotation driven way of declaring protobuf metadata

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4359?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4359: ----------------------------------------------- Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1172646|https://bugzilla.redhat.com/show_bug.cgi?id=1172646] from NEW to ASSIGNED > Provide an annotation driven way of declaring protobuf metadata > --------------------------------------------------------------- > > Key: ISPN-4359 > URL: https://issues.jboss.org/browse/ISPN-4359 > Project: Infinispan > Issue Type: Feature Request > Components: Marshalling > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: jdg > > The main goal of this is to simply marshalling of java objects to protobuf using the Protostream library. > Instead of providing a Protostream MessageMarshaller implementation and a proto schema file it would be nice to have an alternative way of just adding minimal annotations to a Java class (and its fields) to assist on the fly generation (via reflection) of the proto schema. The Protostream library should also infer the marshaller so it would not require a manually implemented one. The annotation should require minimal info (tag number) and the rest should be inferred based on common sense defaults (protobuf type, java collection type, collection element type ...) but should be possible to override. The auto-generated schema should be available to users and they should be able then to use it as reference if they need it to implement domain model classes and marshallers for other languages. > The user should still be able to specify a manually created schema (besides the annotated classes) and in that case the Protostream library should check the auto-inferred schema against the provided one and ensure they match. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5032) Create dedicated GetCacheEntryCommand to simplify code and save memory on GetKeyValueCommand

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5032?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5032: ---------------------------------- Labels: jdg performance (was: performance) > Create dedicated GetCacheEntryCommand to simplify code and save memory on GetKeyValueCommand > -------------------------------------------------------------------------------------------- > > Key: ISPN-5032 > URL: https://issues.jboss.org/browse/ISPN-5032 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Minor > Labels: jdg, performance > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > Class {{GetKeyValueCommand}} is a strong allocation hot spot and can be simplified as some fields are easily factored out. > There have been TODO comments in there for a while, I'm creating a dedicated {{GetCacheEntryCommand}} for when we need to fetch the whole entry rather than just the value. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4359) Provide an annotation driven way of declaring protobuf metadata

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-4359?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-4359: ---------------------------------- Labels: jdg (was: ) > Provide an annotation driven way of declaring protobuf metadata > --------------------------------------------------------------- > > Key: ISPN-4359 > URL: https://issues.jboss.org/browse/ISPN-4359 > Project: Infinispan > Issue Type: Feature Request > Components: Marshalling > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: jdg > > The main goal of this is to simply marshalling of java objects to protobuf using the Protostream library. > Instead of providing a Protostream MessageMarshaller implementation and a proto schema file it would be nice to have an alternative way of just adding minimal annotations to a Java class (and its fields) to assist on the fly generation (via reflection) of the proto schema. The Protostream library should also infer the marshaller so it would not require a manually implemented one. The annotation should require minimal info (tag number) and the rest should be inferred based on common sense defaults (protobuf type, java collection type, collection element type ...) but should be possible to override. The auto-generated schema should be available to users and they should be able then to use it as reference if they need it to implement domain model classes and marshallers for other languages. > The user should still be able to specify a manually created schema (besides the annotated classes) and in that case the Protostream library should check the auto-inferred schema against the provided one and ensure they match. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4359) Provide an annotation driven way of declaring protobuf metadata

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4359?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4359: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1172646 > Provide an annotation driven way of declaring protobuf metadata > --------------------------------------------------------------- > > Key: ISPN-4359 > URL: https://issues.jboss.org/browse/ISPN-4359 > Project: Infinispan > Issue Type: Feature Request > Components: Marshalling > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > > The main goal of this is to simply marshalling of java objects to protobuf using the Protostream library. > Instead of providing a Protostream MessageMarshaller implementation and a proto schema file it would be nice to have an alternative way of just adding minimal annotations to a Java class (and its fields) to assist on the fly generation (via reflection) of the proto schema. The Protostream library should also infer the marshaller so it would not require a manually implemented one. The annotation should require minimal info (tag number) and the rest should be inferred based on common sense defaults (protobuf type, java collection type, collection element type ...) but should be possible to override. The auto-generated schema should be available to users and they should be able then to use it as reference if they need it to implement domain model classes and marshallers for other languages. > The user should still be able to specify a manually created schema (besides the annotated classes) and in that case the Protostream library should check the auto-inferred schema against the provided one and ensure they match. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5054) EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5054?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5054: ------------------------------- Priority: Blocker (was: Major) > EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently > ------------------------------------------------------------------------------------------------- > > Key: ISPN-5054 > URL: https://issues.jboss.org/browse/ISPN-5054 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.2.Final > Reporter: William Burns > Priority: Blocker > Labels: testsuite_stability > > This test has failed for a bit on an off. > http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=502... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5054) EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5054?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5054: ------------------------------- Component/s: Test Suite - Core > EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently > ------------------------------------------------------------------------------------------------- > > Key: ISPN-5054 > URL: https://issues.jboss.org/browse/ISPN-5054 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 7.0.2.Final > Reporter: William Burns > Priority: Blocker > Labels: testsuite_stability > > This test has failed for a bit on an off. > http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=502... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5054) EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5054?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5054: ------------------------------- Component/s: Core > EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently > ------------------------------------------------------------------------------------------------- > > Key: ISPN-5054 > URL: https://issues.jboss.org/browse/ISPN-5054 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 7.0.2.Final > Reporter: William Burns > Priority: Blocker > Labels: testsuite_stability > > This test has failed for a bit on an off. > http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=502... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5054) EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5054?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5054: ------------------------------- Labels: testsuite_stability (was: ) > EntryRetrieverReplPartitionHandlingTest.testRetrievalWhenPartitionIsDegrated fails intermittently > ------------------------------------------------------------------------------------------------- > > Key: ISPN-5054 > URL: https://issues.jboss.org/browse/ISPN-5054 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite - Core > Affects Versions: 7.0.2.Final > Reporter: William Burns > Priority: Blocker > Labels: testsuite_stability > > This test has failed for a bit on an off. > http://ci.infinispan.org/project.html?projectId=Infinispan&testNameId=502... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 4 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 December 2014