November 2015 - infinispan-issues

[JBoss JIRA] (ISPN-5879) XSite client failover - ensure TcpTransportFactory.trySwitchCluster thread safety

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5879?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5879: ----------------------------------------------- Vaclav Dedik <vdedik(a)redhat.com> changed the Status of [bug 1273795|https://bugzilla.redhat.com/show_bug.cgi?id=1273795] from POST to MODIFIED > XSite client failover - ensure TcpTransportFactory.trySwitchCluster thread safety > --------------------------------------------------------------------------------- > > Key: ISPN-5879 > URL: https://issues.jboss.org/browse/ISPN-5879 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication, Remote Protocols > Reporter: Matej Čimbora > Assignee: Galder Zamarreño > Priority: Critical > Fix For: 8.1.0.CR1 > > > When reusing a HotRod client with several threads, site can be accidentally switched multiple times by threads invoking TcpTransportFactory.trySwitchCluster. This occurs when the threads attain 'maxRetries' limit at the same time, each of them being able to invoke TcpTransportFactory..updateServers with different 'clusterAddresses' parameter. This can lead to unpredictable result (e.g. switching back to failed cluster, while the other one (backup) is up and running). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5927) Infinispan calling setRollbackOnly() when detecting write skew

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5927?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5927: ----------------------------------------------- Pedro Ruivo <pruivo(a)redhat.com> changed the Status of [bug 1278991|https://bugzilla.redhat.com/show_bug.cgi?id=1278991] from NEW to POST > Infinispan calling setRollbackOnly() when detecting write skew > -------------------------------------------------------------- > > Key: ISPN-5927 > URL: https://issues.jboss.org/browse/ISPN-5927 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.2.Final > Reporter: Stephen Fikes > Assignee: Pedro Ruivo > Attachments: testcase.zip > > > In the context of Java Data Grid, when Infinispan detects [#write-skew] during prepare, it invokes [#setRollbackOnly]() on the transaction implementation. This results in an exception ({{com.arjuna.ats.jta.exceptions.InvalidTerminationStateException: ARJUNA016064: The transaction is in an invalid state!}}) because this operation is disallowed by Arjuna while in the {{PREPARING}} state. The result is that the causal error ({{org.infinispan.transaction.WriteSkewException}}) is lost and the error that propagates indicates that "invalid state" (of the transaction) is actually the cause of the failed commit. Only when debug logging was enabled could we see the root cause. > h3. {anchor:write-skew}Write skew exception > ... org.infinispan.transaction.WriteSkewException: Write skew detected on key <key> for transaction TransactionImple < ... status: ActionStatus.PREPARING > > at org.infinispan.transaction.WriteSkewHelper.performWriteSkewCheckAndReturnNewVersions(WriteSkewHelper.java:53) > ... > at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:104) > at org.infinispan.transaction.xa.TransactionXaAdapter.prepare(TransactionXaAdapter.java:92) > at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelPrepare(XAResourceRecord.java:213) > ... > h3. {anchor:setRollbackOnly}Set Rollback > at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.setRollbackOnly(TransactionImple.java:313) > at org.infinispan.interceptors.InvocationContextInterceptor.markTxForRollbackAndRethrow(InvocationContextInterceptor.java:163) > ... > at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:103) > ... > at org.infinispan.transaction.xa.TransactionXaAdapter.prepare(TransactionXaAdapter.java:92) > at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelPrepare(XAResourceRecord.java:213) > ... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3926) The Internal Cache Registry needs to be persistent

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3926?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3926: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1285472|https://bugzilla.redhat.com/show_bug.cgi?id=1285472] from NEW to ASSIGNED > The Internal Cache Registry needs to be persistent > -------------------------------------------------- > > Key: ISPN-3926 > URL: https://issues.jboss.org/browse/ISPN-3926 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Mircea Markus > Assignee: Tristan Tarrant > Fix For: 8.1.0.Alpha1, 8.1.0.Final > > > Several improvements suggested by Sanne: > - protobuf schemas should be persisted, hotrod topology info and security cache should not > - also for security I want to set lifetime properties -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5940) Add CDI Remote module to Wildfly modules

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5940?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5940: ----------------------------------------------- Vaclav Dedik <vdedik(a)redhat.com> changed the Status of [bug 1279919|https://bugzilla.redhat.com/show_bug.cgi?id=1279919] from ASSIGNED to POST > Add CDI Remote module to Wildfly modules > ---------------------------------------- > > Key: ISPN-5940 > URL: https://issues.jboss.org/browse/ISPN-5940 > Project: Infinispan > Issue Type: Enhancement > Reporter: Sebastian Łaskawiec > Assignee: Vaclav Dedik > Priority: Minor > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3926) The Internal Cache Registry needs to be persistent

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3926?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3926: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1285472 Bugzilla Update: Perform > The Internal Cache Registry needs to be persistent > -------------------------------------------------- > > Key: ISPN-3926 > URL: https://issues.jboss.org/browse/ISPN-3926 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Mircea Markus > Assignee: Tristan Tarrant > Fix For: 8.1.0.Alpha1, 8.1.0.Final > > > Several improvements suggested by Sanne: > - protobuf schemas should be persisted, hotrod topology info and security cache should not > - also for security I want to set lifetime properties -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5742) Add global persistent state path configuration

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5742?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5742: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1285472 Bugzilla Update: Perform > Add global persistent state path configuration > ---------------------------------------------- > > Key: ISPN-5742 > URL: https://issues.jboss.org/browse/ISPN-5742 > Project: Infinispan > Issue Type: Sub-task > Components: Configuration > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.1.0.Alpha1, 8.1.0.Final > > > The GlobalConfiguration should be enhanced with global state persistence settings to define a location where state will be stored across restarts. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5742) Add global persistent state path configuration

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5742?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5742: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1285472|https://bugzilla.redhat.com/show_bug.cgi?id=1285472] from NEW to ASSIGNED > Add global persistent state path configuration > ---------------------------------------------- > > Key: ISPN-5742 > URL: https://issues.jboss.org/browse/ISPN-5742 > Project: Infinispan > Issue Type: Sub-task > Components: Configuration > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.1.0.Alpha1, 8.1.0.Final > > > The GlobalConfiguration should be enhanced with global state persistence settings to define a location where state will be stored across restarts. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5981) Compatibility mode: HotRod client sends request to wrong owner

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5981?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5981: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1285381 Bugzilla Update: Perform > Compatibility mode: HotRod client sends request to wrong owner > -------------------------------------------------------------- > > Key: ISPN-5981 > URL: https://issues.jboss.org/browse/ISPN-5981 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 8.0.1.Final, 8.1.0.Beta1 > Reporter: Dan Berindei > Attachments: GetAllCompatDistTest.java > > > The HotRod client computes the hash on the serialized key, i.e. {{MurmurHash3.hash(obj2bytes(key))}}, but the server decides the entry location based on the unmarshalled key, i.e. {{MurmurHash3.hash(key.hashCode())}}. > I've modified {{GetAllCompatDistTest}} (attached) to test if there are any {{ClusteredGetCommand}}s being sent for {{RemoteCache.get(key)}} operations, and it finds quite a few: > {noformat} > java.lang.AssertionError: expected:<100> but was:<147> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) ~[testng-6.8.8.jar:?] > at org.infinispan.client.hotrod.GetAllCompatDistTest.testGetWithCompatibility(GetAllCompatDistTest.java:57) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5985) Add tests for listeners matching the requirements of ClientEvents.addClientQueryListener

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/ISPN-5985?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated ISPN-5985: --------------------------------- Component/s: Remote Querying > Add tests for listeners matching the requirements of ClientEvents.addClientQueryListener > ---------------------------------------------------------------------------------------- > > Key: ISPN-5985 > URL: https://issues.jboss.org/browse/ISPN-5985 > Project: Infinispan > Issue Type: Task > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.CR1, 8.1.0.Final, 8.0.2.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5959) Continuous query does not return existing entries in embedded mode

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/ISPN-5959?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated ISPN-5959: --------------------------------- Component/s: Remote Querying > Continuous query does not return existing entries in embedded mode > ------------------------------------------------------------------- > > Key: ISPN-5959 > URL: https://issues.jboss.org/browse/ISPN-5959 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 8.1.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.CR1, 8.1.0.Final, 8.0.2.Final > > > CQ in embedded mode does not return any matching entries that exist prior to CQ listener registration. This does not affect remote mode. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues November 2015