September 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4763) Create a new status for when put/putIfAbsent/replace return the previous value

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4763?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4763: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2905 > Create a new status for when put/putIfAbsent/replace return the previous value > ------------------------------------------------------------------------------ > > Key: ISPN-4763 > URL: https://issues.jboss.org/browse/ISPN-4763 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Protocols > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.0.0.CR1, 7.0.0.Final > > > With the current protocol way of handling previous, the client needs to track the request's return previous flag value when it needs to decide whether to decode the previous value in the response or it. > Doing this ties the decoder with the request made. It would be better for the put/putIfAbsent/replace operations to provide a different status code, say 0x04 for when the operation succeeds and the previous value follows. By doing this, the decode has all it needs to decode in the actual response, rather than having to remember what the request flag was. > This can easily be fixed in Hot Rod 2.0 protocol. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4768) Upgrade to Apache Lucene 4.10.1

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4768: ------------------------------------- Summary: Upgrade to Apache Lucene 4.10.1 Key: ISPN-4768 URL: https://issues.jboss.org/browse/ISPN-4768 Project: Infinispan Issue Type: Enhancement Components: Embedded Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 7.0.0.CR1 Upgrade to Apache Lucene 4.10.1 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4768) Upgrade to Apache Lucene 4.10.1

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4768?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4768: ---------------------------------- Status: Open (was: New) > Upgrade to Apache Lucene 4.10.1 > ------------------------------- > > Key: ISPN-4768 > URL: https://issues.jboss.org/browse/ISPN-4768 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > Upgrade to Apache Lucene 4.10.1 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4767) Make Lucene Directory compatible with Apache Lucene 4.8, 4.9 and 4.10

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4767?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4767: ---------------------------------- Status: Open (was: New) > Make Lucene Directory compatible with Apache Lucene 4.8, 4.9 and 4.10 > --------------------------------------------------------------------- > > Key: ISPN-4767 > URL: https://issues.jboss.org/browse/ISPN-4767 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > It is currently only compatible with Apache Lucene 4.8, but we need a broader range compatibility to allow Hibernate Search to upgrade. > This issue will not upgrade the actual Lucene version bundled with Infinispan, as that would break Infinispan Query. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4767) Make Lucene Directory compatible with Apache Lucene 4.8, 4.9 and 4.10

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4767?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4767: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2904 > Make Lucene Directory compatible with Apache Lucene 4.8, 4.9 and 4.10 > --------------------------------------------------------------------- > > Key: ISPN-4767 > URL: https://issues.jboss.org/browse/ISPN-4767 > Project: Infinispan > Issue Type: Enhancement > Components: Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > It is currently only compatible with Apache Lucene 4.8, but we need a broader range compatibility to allow Hibernate Search to upgrade. > This issue will not upgrade the actual Lucene version bundled with Infinispan, as that would break Infinispan Query. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4767) Make Lucene Directory compatible with Apache Lucene 4.8, 4.9 and 4.10

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4767: ------------------------------------- Summary: Make Lucene Directory compatible with Apache Lucene 4.8, 4.9 and 4.10 Key: ISPN-4767 URL: https://issues.jboss.org/browse/ISPN-4767 Project: Infinispan Issue Type: Enhancement Components: Lucene Directory Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 7.0.0.CR1 It is currently only compatible with Apache Lucene 4.8, but we need a broader range compatibility to allow Hibernate Search to upgrade. This issue will not upgrade the actual Lucene version bundled with Infinispan, as that would break Infinispan Query. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4766) Cache can't start if coordinator leaves during join and joiner becomes the new coordinator

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4766?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4766: ------------------------------- Status: Open (was: New) > Cache can't start if coordinator leaves during join and joiner becomes the new coordinator > ------------------------------------------------------------------------------------------ > > Key: ISPN-4766 > URL: https://issues.jboss.org/browse/ISPN-4766 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > When the joiner becomes the coordinator, it tries to recover the current cache topologies, but it receives just one expected member and no current topology. This causes a NPE in ClusterCacheStatus: > {noformat} > 22:51:49,547 ERROR (transport-thread-NodeB-p21124-t1:) [ClusterCacheStatus] ISPN000228: Failed to recover cache dist state after the current node became the coordinator > java.lang.NullPointerException > at org.infinispan.partionhandling.impl.PreferAvailabilityStrategy.onPartitionMerge(PreferAvailabilityStrategy.java:104) > at org.infinispan.topology.ClusterCacheStatus.doMergePartitions(ClusterCacheStatus.java:452) > at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:260) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:180) > at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener$1.run(ClusterTopologyManagerImpl.java:427) > {noformat} > The LocalTopologyManagerImpl waits a bit after receiving the SuspectException and tries again, but this time it receives a {@code null} initial topology, causing another NPE: > {noformat} > 22:51:51,319 DEBUG (testng-GlobalKeySetTaskTest:) [LocalTopologyManagerImpl] Error sending join request for cache dist to coordinator > java.lang.NullPointerException > at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:222) > at org.infinispan.topology.LocalTopologyManagerImpl.handleTopologyUpdate(LocalTopologyManagerImpl.java:191) > at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:105) > at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:108) > {noformat} > This keeps going on until the state transfer timeout expires. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4766) Cache can't start if coordinator leaves during join and joiner becomes the new coordinator

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4766?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4766: ------------------------------- Description: When the joiner becomes the coordinator, it tries to recover the current cache topologies, but it receives just one expected member and no current topology. This causes a NPE in ClusterCacheStatus: {noformat} 22:51:49,547 ERROR (transport-thread-NodeB-p21124-t1:) [ClusterCacheStatus] ISPN000228: Failed to recover cache dist state after the current node became the coordinator java.lang.NullPointerException at org.infinispan.partionhandling.impl.PreferAvailabilityStrategy.onPartitionMerge(PreferAvailabilityStrategy.java:104) at org.infinispan.topology.ClusterCacheStatus.doMergePartitions(ClusterCacheStatus.java:452) at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:260) at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:180) at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener$1.run(ClusterTopologyManagerImpl.java:427) {noformat} The LocalTopologyManagerImpl waits a bit after receiving the SuspectException and tries again, but this time it receives a {{null}} initial topology, causing another NPE: {noformat} 22:51:51,319 DEBUG (testng-GlobalKeySetTaskTest:) [LocalTopologyManagerImpl] Error sending join request for cache dist to coordinator java.lang.NullPointerException at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:222) at org.infinispan.topology.LocalTopologyManagerImpl.handleTopologyUpdate(LocalTopologyManagerImpl.java:191) at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:105) at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:108) {noformat} This keeps going on until the state transfer timeout expires. was: When the joiner becomes the coordinator, it tries to recover the current cache topologies, but it receives just one expected member and no current topology. This causes a NPE in ClusterCacheStatus: {noformat} 22:51:49,547 ERROR (transport-thread-NodeB-p21124-t1:) [ClusterCacheStatus] ISPN000228: Failed to recover cache dist state after the current node became the coordinator java.lang.NullPointerException at org.infinispan.partionhandling.impl.PreferAvailabilityStrategy.onPartitionMerge(PreferAvailabilityStrategy.java:104) at org.infinispan.topology.ClusterCacheStatus.doMergePartitions(ClusterCacheStatus.java:452) at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:260) at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:180) at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener$1.run(ClusterTopologyManagerImpl.java:427) {noformat} The LocalTopologyManagerImpl waits a bit after receiving the SuspectException and tries again, but this time it receives a {@code null} initial topology, causing another NPE: {noformat} 22:51:51,319 DEBUG (testng-GlobalKeySetTaskTest:) [LocalTopologyManagerImpl] Error sending join request for cache dist to coordinator java.lang.NullPointerException at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:222) at org.infinispan.topology.LocalTopologyManagerImpl.handleTopologyUpdate(LocalTopologyManagerImpl.java:191) at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:105) at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:108) {noformat} This keeps going on until the state transfer timeout expires. > Cache can't start if coordinator leaves during join and joiner becomes the new coordinator > ------------------------------------------------------------------------------------------ > > Key: ISPN-4766 > URL: https://issues.jboss.org/browse/ISPN-4766 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > When the joiner becomes the coordinator, it tries to recover the current cache topologies, but it receives just one expected member and no current topology. This causes a NPE in ClusterCacheStatus: > {noformat} > 22:51:49,547 ERROR (transport-thread-NodeB-p21124-t1:) [ClusterCacheStatus] ISPN000228: Failed to recover cache dist state after the current node became the coordinator > java.lang.NullPointerException > at org.infinispan.partionhandling.impl.PreferAvailabilityStrategy.onPartitionMerge(PreferAvailabilityStrategy.java:104) > at org.infinispan.topology.ClusterCacheStatus.doMergePartitions(ClusterCacheStatus.java:452) > at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:260) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:180) > at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener$1.run(ClusterTopologyManagerImpl.java:427) > {noformat} > The LocalTopologyManagerImpl waits a bit after receiving the SuspectException and tries again, but this time it receives a {{null}} initial topology, causing another NPE: > {noformat} > 22:51:51,319 DEBUG (testng-GlobalKeySetTaskTest:) [LocalTopologyManagerImpl] Error sending join request for cache dist to coordinator > java.lang.NullPointerException > at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:222) > at org.infinispan.topology.LocalTopologyManagerImpl.handleTopologyUpdate(LocalTopologyManagerImpl.java:191) > at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:105) > at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:108) > {noformat} > This keeps going on until the state transfer timeout expires. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4766) Cache can't start if coordinator leaves during join and joiner becomes the new coordinator

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4766?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4766: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2903 > Cache can't start if coordinator leaves during join and joiner becomes the new coordinator > ------------------------------------------------------------------------------------------ > > Key: ISPN-4766 > URL: https://issues.jboss.org/browse/ISPN-4766 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 7.0.0.CR1 > > > When the joiner becomes the coordinator, it tries to recover the current cache topologies, but it receives just one expected member and no current topology. This causes a NPE in ClusterCacheStatus: > {noformat} > 22:51:49,547 ERROR (transport-thread-NodeB-p21124-t1:) [ClusterCacheStatus] ISPN000228: Failed to recover cache dist state after the current node became the coordinator > java.lang.NullPointerException > at org.infinispan.partionhandling.impl.PreferAvailabilityStrategy.onPartitionMerge(PreferAvailabilityStrategy.java:104) > at org.infinispan.topology.ClusterCacheStatus.doMergePartitions(ClusterCacheStatus.java:452) > at org.infinispan.topology.ClusterTopologyManagerImpl.recoverClusterStatus(ClusterTopologyManagerImpl.java:260) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:180) > at org.infinispan.topology.ClusterTopologyManagerImpl$ClusterViewListener$1.run(ClusterTopologyManagerImpl.java:427) > {noformat} > The LocalTopologyManagerImpl waits a bit after receiving the SuspectException and tries again, but this time it receives a {@code null} initial topology, causing another NPE: > {noformat} > 22:51:51,319 DEBUG (testng-GlobalKeySetTaskTest:) [LocalTopologyManagerImpl] Error sending join request for cache dist to coordinator > java.lang.NullPointerException > at org.infinispan.topology.LocalTopologyManagerImpl.resetLocalTopologyBeforeRebalance(LocalTopologyManagerImpl.java:222) > at org.infinispan.topology.LocalTopologyManagerImpl.handleTopologyUpdate(LocalTopologyManagerImpl.java:191) > at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:105) > at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:108) > {noformat} > This keeps going on until the state transfer timeout expires. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4754) Module dependency to Hibernate Search should use slot version 5.0

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4754?page=com.atlassian.jira.plugin.... ] Sanne Grinovero commented on ISPN-4754: --------------------------------------- No, you'll need Hibernate Search 5.0.0.Beta1, which I'll release tomorrow. But the needed changes are integrated in master, in case you want to try it already. > Module dependency to Hibernate Search should use slot version 5.0 > ----------------------------------------------------------------- > > Key: ISPN-4754 > URL: https://issues.jboss.org/browse/ISPN-4754 > Project: Infinispan > Issue Type: Task > Components: Build process > Affects Versions: 7.0.0.Beta2 > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Priority: Blocker > Fix For: 7.0.0.CR1 > > > As discussed on the mailing list: > http://lists.jboss.org/pipermail/infinispan-dev/2014-September/015390.html > as we otherwise get a duplicate version of hibernate-search-engine on the classpath when people intend to use Infinispan modules to store Search indexes generated by an Hibernate Search "normal" distribution. > Also integration tests of Infinispan should download and use the Hibernate Search distribution of its modules for WildFly, rather than bundling custom ones. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 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 September 2014