November 2015 - infinispan-issues

[JBoss JIRA] (ISPN-5623) Retried prepare commands do not wait for backup locks

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-5623?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-5623: ------------------------------ Status: Open (was: New) > Retried prepare commands do not wait for backup locks > ----------------------------------------------------- > > Key: ISPN-5623 > URL: https://issues.jboss.org/browse/ISPN-5623 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.2.3.Final, 8.0.0.Beta1 > Reporter: Dan Berindei > Assignee: Pedro Ruivo > Fix For: 8.1.0.Final > > Attachments: OptimisticPrimaryOwnerCrashDuringPrepareTest.java > > > When the primary owner crashes during prepare, the prepare command is retried on the new primary owner. But because the transaction topology id stays the same, the new primary owner does not check for backup locks owned by other transactions from the previous topology. > That makes it possible for the retried prepare command to lock a key that was already locked by another transaction on the primary owner. > This wasn't a problem before the ISPN-4546 fix, because a primary owner crash would have forced the transaction to roll back. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5922) Recovery MBean showInDoubtTransactions fails because of missing RecoveryManager

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5922?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5922: ----------------------------------------------- Pedro Ruivo <pruivo(a)redhat.com> changed the Status of [bug 1277249|https://bugzilla.redhat.com/show_bug.cgi?id=1277249] from ASSIGNED to POST > Recovery MBean showInDoubtTransactions fails because of missing RecoveryManager > -------------------------------------------------------------------------------- > > Key: ISPN-5922 > URL: https://issues.jboss.org/browse/ISPN-5922 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management, Transactions > Reporter: Tristan Tarrant > Assignee: Pedro Ruivo > Labels: jdg6 > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5935) Provide an alias to 'eq' in the Query DSL

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5935?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5935: -------------------------------- Fix Version/s: 8.0.2.Final > Provide an alias to 'eq' in the Query DSL > ----------------------------------------- > > Key: ISPN-5935 > URL: https://issues.jboss.org/browse/ISPN-5935 > Project: Infinispan > Issue Type: Feature Request > Components: Embedded Querying, Remote Querying > Affects Versions: 8.1.0.Alpha2 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 8.1.0.Beta1, 8.0.2.Final > > > The alias would provide a better experience for Scala users that make use of the QueryDSL. > Currently {{FilterConditionEndContext.eq}} conflicts with scala's {{AnyRef.eq()}} method since the scalac compiler cannot infer based on the context. Similar problem with other libraries: > https://github.com/etorreborre/specs2/issues/361 > https://datastax-oss.atlassian.net/browse/JAVA-290 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5765) Create new cache - dialog

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-5765?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic resolved ISPN-5765. --------------------------------------- Fix Version/s: 8.1.0.Final 8.1.0.Alpha2 Resolution: Done > Create new cache - dialog > ------------------------- > > Key: ISPN-5765 > URL: https://issues.jboss.org/browse/ISPN-5765 > Project: Infinispan > Issue Type: Sub-task > Components: Console > Reporter: Pedro Zapata > Assignee: Vladimir Blagojevic > Fix For: 8.1.0.Final, 8.1.0.Alpha2 > > > Create a create new cache dialog, following the UI defined at: > https://rawgit.com/infinispan/infinispan-console-mockup/master/cache-cont... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5761) Caches containers view - page

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-5761?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic resolved ISPN-5761. --------------------------------------- Fix Version/s: 8.1.0.Final 8.1.0.Alpha2 Resolution: Done > Caches containers view - page > ----------------------------- > > Key: ISPN-5761 > URL: https://issues.jboss.org/browse/ISPN-5761 > Project: Infinispan > Issue Type: Sub-task > Components: Console > Reporter: Pedro Zapata > Assignee: Vladimir Blagojevic > Fix For: 8.1.0.Final, 8.1.0.Alpha2 > > > Page to list the available cache container, as shown at: > https://rawgit.com/infinispan/infinispan-console-mockup/master/cache-cont... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5937) HotRod client ExpiryTest.testGlobalExpiryPutWithFlag random failures

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5937?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5937: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1279757 Bugzilla Update: Perform > HotRod client ExpiryTest.testGlobalExpiryPutWithFlag random failures > -------------------------------------------------------------------- > > Key: ISPN-5937 > URL: https://issues.jboss.org/browse/ISPN-5937 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 8.1.0.Beta1 > Reporter: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 8.1.0.Beta2 > > > The put operation succeeds, but the get immediately afterwards doesn't find the entry: > {noformat} > java.lang.AssertionError: expected:<v1> but was:<null> > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:101) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:108) > at org.infinispan.client.hotrod.ExpiryTest.expectCachedThenExpired(ExpiryTest.java:103) > at org.infinispan.client.hotrod.ExpiryTest.expectExpiryAfterRequest(ExpiryTest.java:99) > at org.infinispan.client.hotrod.ExpiryTest.testGlobalExpiryPutWithFlag(ExpiryTest.java:46){noformat} > http://ci.infinispan.org/viewLog.html?buildId=31770&tab=buildResultsDiv&b... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5937) HotRod client ExpiryTest.testGlobalExpiryPutWithFlag random failures

by Dan Berindei (JIRA)

Dan Berindei created ISPN-5937: ---------------------------------- Summary: HotRod client ExpiryTest.testGlobalExpiryPutWithFlag random failures Key: ISPN-5937 URL: https://issues.jboss.org/browse/ISPN-5937 Project: Infinispan Issue Type: Bug Components: Test Suite - Server Affects Versions: 8.1.0.Beta1 Reporter: Dan Berindei Priority: Critical Fix For: 8.1.0.Beta2 The put operation succeeds, but the get immediately afterwards doesn't find the entry: {noformat} java.lang.AssertionError: expected:<v1> but was:<null> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:101) at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:108) at org.infinispan.client.hotrod.ExpiryTest.expectCachedThenExpired(ExpiryTest.java:103) at org.infinispan.client.hotrod.ExpiryTest.expectExpiryAfterRequest(ExpiryTest.java:99) at org.infinispan.client.hotrod.ExpiryTest.testGlobalExpiryPutWithFlag(ExpiryTest.java:46){noformat} http://ci.infinispan.org/viewLog.html?buildId=31770&tab=buildResultsDiv&b... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5931) Rename ContinuousQueryResultListener to ContinuousQueryListener

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5931?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5931: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1279520|https://bugzilla.redhat.com/show_bug.cgi?id=1279520] from POST to MODIFIED > Rename ContinuousQueryResultListener to ContinuousQueryListener > --------------------------------------------------------------- > > Key: ISPN-5931 > URL: https://issues.jboss.org/browse/ISPN-5931 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta1 > > > Embedded ContinuousQueryResultListener should be renamed to ContinuousQueryListener to have similar names for embedded and remote API. The old interface should be kept for compatibility (deprecated). -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5926) Upgrade to hibernate-search 5.5.1.Final

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5926?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5926: -------------------------------- Fix Version/s: 8.1.0.Beta2 (was: 8.1.0.Beta1) > Upgrade to hibernate-search 5.5.1.Final > --------------------------------------- > > Key: ISPN-5926 > URL: https://issues.jboss.org/browse/ISPN-5926 > Project: Infinispan > Issue Type: Component Upgrade > Components: Embedded Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta2, 8.0.2.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5923) Wrong results when applying the <= operator to a string attribute having a null token defined

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5923?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5923: -------------------------------- Fix Version/s: 8.1.0.Beta2 (was: 8.1.0.Beta1) > Wrong results when applying the <= operator to a string attribute having a null token defined > --------------------------------------------------------------------------------------------- > > Key: ISPN-5923 > URL: https://issues.jboss.org/browse/ISPN-5923 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 8.0.1.Final, 8.1.0.Alpha2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.1.0.Beta2, 8.0.2.Final > > > The query having("myField").lte("Something") gets translated to lucene as myField:['_null_' TO 'Something'] where _null_ is the defined null token for this field. This query returns wrong results or no results at all, depending on the value of the null token. The issue no longer appears if there is no null token defined; it will get properly translated to myField:[* TO 'Something'] . -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 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 November 2015