June 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7922) OffHeap stream causes too many entries in memory at once

by William Burns (JIRA)

William Burns created ISPN-7922: ----------------------------------- Summary: OffHeap stream causes too many entries in memory at once Key: ISPN-7922 URL: https://issues.jboss.org/browse/ISPN-7922 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 9.0.1.Final Reporter: William Burns Assignee: William Burns Using flatMap for some reason causes the stream operation to keep entries in memory for all entries that map to a given lock. We should have these processed by address counter instead. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7921) Avoid deprecated methods in the Infinispan Directory Provider module

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-7921?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-7921: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5199 > Avoid deprecated methods in the Infinispan Directory Provider module > -------------------------------------------------------------------- > > Key: ISPN-7921 > URL: https://issues.jboss.org/browse/ISPN-7921 > Project: Infinispan > Issue Type: Task > Components: Integration , Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Optional > Fix For: 9.1.0.Beta1 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7921) Avoid deprecated methods in the Infinispan Directory Provider module

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-7921?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-7921: ---------------------------------- Status: Open (was: New) > Avoid deprecated methods in the Infinispan Directory Provider module > -------------------------------------------------------------------- > > Key: ISPN-7921 > URL: https://issues.jboss.org/browse/ISPN-7921 > Project: Infinispan > Issue Type: Task > Components: Integration , Lucene Directory > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Optional > Fix For: 9.1.0.Beta1 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7921) Avoid deprecated methods in the Infinispan Directory Provider module

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-7921: ------------------------------------- Summary: Avoid deprecated methods in the Infinispan Directory Provider module Key: ISPN-7921 URL: https://issues.jboss.org/browse/ISPN-7921 Project: Infinispan Issue Type: Task Components: Integration , Lucene Directory Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Optional Fix For: 9.1.0.Beta1 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7920) Upgrade to Hibernate Search 5.8.0.Beta3 and Elasticsearch 5.4.1

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-7920?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-7920: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5199 > Upgrade to Hibernate Search 5.8.0.Beta3 and Elasticsearch 5.4.1 > --------------------------------------------------------------- > > Key: ISPN-7920 > URL: https://issues.jboss.org/browse/ISPN-7920 > Project: Infinispan > Issue Type: Component Upgrade > Components: Embedded Querying, Remote Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 9.1.0.Beta1 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7920) Upgrade to Hibernate Search 5.8.0.Beta3 and Elasticsearch 5.4.1

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-7920?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-7920: ---------------------------------- Status: Open (was: New) > Upgrade to Hibernate Search 5.8.0.Beta3 and Elasticsearch 5.4.1 > --------------------------------------------------------------- > > Key: ISPN-7920 > URL: https://issues.jboss.org/browse/ISPN-7920 > Project: Infinispan > Issue Type: Component Upgrade > Components: Embedded Querying, Remote Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 9.1.0.Beta1 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7920) Upgrade to Hibernate Search 5.8.0.Beta3 and Elasticsearch 5.4.1

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-7920: ------------------------------------- Summary: Upgrade to Hibernate Search 5.8.0.Beta3 and Elasticsearch 5.4.1 Key: ISPN-7920 URL: https://issues.jboss.org/browse/ISPN-7920 Project: Infinispan Issue Type: Component Upgrade Components: Embedded Querying, Remote Querying Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 9.1.0.Beta1 -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7919) Expose ResponseCollector in the RpcManager interface

by Dan Berindei (JIRA)

Dan Berindei created ISPN-7919: ---------------------------------- Summary: Expose ResponseCollector in the RpcManager interface Key: ISPN-7919 URL: https://issues.jboss.org/browse/ISPN-7919 Project: Infinispan Issue Type: Task Components: Core Affects Versions: 9.1.0.Alpha1 Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 9.1.0.Final ISPN-6971/https://github.com/infinispan/infinispan/pull/5143 introduces a `ResponseCollector` interface in the `Transport` interface, the `RpcManager` interface should expose it as well (replacing `ResponseFilter`). Additionally, we should change core users of `RpcManager`/`JGroupsTransport` to avoid creating a `Map<Address, Response>` as much as possible. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7919) Expose ResponseCollector in the RpcManager interface

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7919?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7919: ------------------------------- Status: Open (was: New) > Expose ResponseCollector in the RpcManager interface > ---------------------------------------------------- > > Key: ISPN-7919 > URL: https://issues.jboss.org/browse/ISPN-7919 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.1.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.1.0.Final > > > ISPN-6971/https://github.com/infinispan/infinispan/pull/5143 introduces a `ResponseCollector` interface in the `Transport` interface, the `RpcManager` interface should expose it as well (replacing `ResponseFilter`). > Additionally, we should change core users of `RpcManager`/`JGroupsTransport` to avoid creating a `Map<Address, Response>` as much as possible. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7884) StackOverflowException caused by GetAllCommand

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7884?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-7884: ------------------------------------ [~rvansa] I'm not sure if it's related, but I've noticed that after a leave, the coordinator sometimes broadcasts a new topology with the same CH and only the actual members changed, and I don't think that's necessary and/or correct. If the cache is not entering degraded mode we're going to broadcast another topology with the leaver removed from the current CH immediately anyway, so all the intermediate topology doesn't buy us anything. On the contrary, any commands that got a `SuspectedException` and were waiting for a new topology to retry will retry too soon, and will get a `SuspectedException` again. > StackOverflowException caused by GetAllCommand > ---------------------------------------------- > > Key: ISPN-7884 > URL: https://issues.jboss.org/browse/ISPN-7884 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.Alpha1 > Reporter: Radim Vansa > Assignee: Radim Vansa > > GetAllCommand in BaseDistributionInterceptor handles all unsuccessful responses by throwing OutdatedTopologyException. > BaseStateTransferInterceptor assumes that this is due to UnsureResponse in a scenario where it should be possible to retry the command immediately. > If this occurs due to CacheNotFoundResponse (node being suspected) but before the availability mode is updated/consistent hash is updated with lost segments assigned to other nodes, the command is retried in a loop up to a point where the thread hits stack overflow. > This does not affect regular cache.get() since this one throws AllOwnersLostException instead and this is treated differently in BaseStateTransferInterceptor. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 9 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 June 2017