September 2017 - infinispan-issues

[JBoss JIRA] (ISPN-8322) Cache.evict(...) ignores Flag.SKIP_LISTENER_NOTIFICATION

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8322?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-8322: ------------------------------------- Looks like `Cache.evict` was ignoring all Flag operators due to https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... > Cache.evict(...) ignores Flag.SKIP_LISTENER_NOTIFICATION > -------------------------------------------------------- > > Key: ISPN-8322 > URL: https://issues.jboss.org/browse/ISPN-8322 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 9.1.1.Final > Reporter: Paul Ferraro > Priority: Critical > Attachments: Test.java > > > cache.getAdvancedCache().withFlags(Flag.SKIP_LISTENER_NOTIFICATION).evict(...) should never directly trigger a CacheEntriesEvicted event. See attached reproducer. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8322) Cache.evict(...) ignores Flag.SKIP_LISTENER_NOTIFICATION

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8322?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8322: -------------------------------- Status: Open (was: New) > Cache.evict(...) ignores Flag.SKIP_LISTENER_NOTIFICATION > -------------------------------------------------------- > > Key: ISPN-8322 > URL: https://issues.jboss.org/browse/ISPN-8322 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 9.1.1.Final > Reporter: Paul Ferraro > Priority: Critical > Attachments: Test.java > > > cache.getAdvancedCache().withFlags(Flag.SKIP_LISTENER_NOTIFICATION).evict(...) should never directly trigger a CacheEntriesEvicted event. See attached reproducer. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8126) Allow creating caches on demand by Hot Rod Client

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8126?page=com.atlassian.jira.plugin.... ] Tristan Tarrant closed ISPN-8126. --------------------------------- Resolution: Duplicate Issue > Allow creating caches on demand by Hot Rod Client > ------------------------------------------------- > > Key: ISPN-8126 > URL: https://issues.jboss.org/browse/ISPN-8126 > Project: Infinispan > Issue Type: Feature Request > Components: Cloud Integrations, Remote Protocols > Reporter: Sebastian Łaskawiec > Assignee: Tristan Tarrant > > Currently we can't create caches on the fly. This is a pretty big usability gap especially in cloud environment. We should allow the Hot Rod client to create caches on the fly. > There should be also an eviction mechanism for those cashes (otherwise we would end up with OOM). Perhaps hooking into eviction reaper thread could be a good idea. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8126) Allow creating caches on demand by Hot Rod Client

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8126?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-8126: ------------------------------------- Assignee: Tristan Tarrant > Allow creating caches on demand by Hot Rod Client > ------------------------------------------------- > > Key: ISPN-8126 > URL: https://issues.jboss.org/browse/ISPN-8126 > Project: Infinispan > Issue Type: Feature Request > Components: Cloud Integrations, Remote Protocols > Reporter: Sebastian Łaskawiec > Assignee: Tristan Tarrant > > Currently we can't create caches on the fly. This is a pretty big usability gap especially in cloud environment. We should allow the Hot Rod client to create caches on the fly. > There should be also an eviction mechanism for those cashes (otherwise we would end up with OOM). Perhaps hooking into eviction reaper thread could be a good idea. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8340) Cache.size in a REPL cache should be performed locally only

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8340?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8340: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5463 > Cache.size in a REPL cache should be performed locally only > ----------------------------------------------------------- > > Key: ISPN-8340 > URL: https://issues.jboss.org/browse/ISPN-8340 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha1 > > > The size method on a REPL cache currently is distributed across to all nodes. There should be no reason to do this as all we are doing is counting entries. Instead we should only run size command for REPL locally. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8340) Cache.size in a REPL cache should be performed locally only

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8340?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8340: -------------------------------- Status: Open (was: New) > Cache.size in a REPL cache should be performed locally only > ----------------------------------------------------------- > > Key: ISPN-8340 > URL: https://issues.jboss.org/browse/ISPN-8340 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha1 > > > The size method on a REPL cache currently is distributed across to all nodes. There should be no reason to do this as all we are doing is counting entries. Instead we should only run size command for REPL locally. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7776) Clustered configuration state

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7776?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-7776: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5462 > Clustered configuration state > ----------------------------- > > Key: ISPN-7776 > URL: https://issues.jboss.org/browse/ISPN-7776 > Project: Infinispan > Issue Type: Feature Request > Components: Configuration > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.2.0.Final > > > See the design @ https://github.com/infinispan/infinispan-designs/blob/master/Clustered-ca... -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8140) Getting IndexOutOfBoundsException when retrieving WeakCounter

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8140?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8140: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.1.2.Final 9.2.0.Alpha1 Resolution: Done > Getting IndexOutOfBoundsException when retrieving WeakCounter > ------------------------------------------------------------- > > Key: ISPN-8140 > URL: https://issues.jboss.org/browse/ISPN-8140 > Project: Infinispan > Issue Type: Bug > Components: Clustered Counter > Affects Versions: 9.1.0.Final > Reporter: Martin Gencur > Assignee: Pedro Ruivo > Fix For: 9.1.2.Final, 9.2.0.Alpha1 > > > Calling getWeakCounter on EmbeddedCounterManager leads to the following exception: > {code} > java.lang.ArrayIndexOutOfBoundsException: 0 > at org.infinispan.counter.impl.weak.WeakCounterImpl.registerListener(WeakCounterImpl.java:228) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final] > at org.infinispan.counter.impl.weak.WeakCounterImpl.init(WeakCounterImpl.java:105) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final] > at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createWeakCounter(EmbeddedCounterManager.java:66) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final] > at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:129) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final] > at org.infinispan.counter.impl.manager.EmbeddedCounterManager$$Lambda$320/1622399598.apply(Unknown Source) ~[?:?] > at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660) ~[?:1.8.0_40] > at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getWeakCounter(EmbeddedCounterManager.java:94) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final] > at org.radargun.service.Infinispan91WeakCounterOperations.getWeakCounter(Infinispan91WeakCounterOperations.java:22) ~[plugin-infinispan91-3.0.0-SNAPSHOT.jar:?] > at org.radargun.stages.WeakCounterTestStage$WeakCounterLogic.init(WeakCounterTestStage.java:59) ~[radargun-counter-3.0.0-SNAPSHOT.jar:?] > at org.radargun.stages.test.Stressor.run(Stressor.java:65) [radargun-core-3.0.0-SNAPSHOT.jar:?] > {code} > The counter has this configuration: > {code} > <counters xmlns="urn:infinispan:config:counters:9.0" num-owners="2" reliability="CONSISTENT"> > <weak-counter name="c5" initial-value="5" storage="VOLATILE" concurrency-level="1"/> > </counters> > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8340) Cache.size in a REPL cache should be performed locally only

by William Burns (JIRA)

William Burns created ISPN-8340: ----------------------------------- Summary: Cache.size in a REPL cache should be performed locally only Key: ISPN-8340 URL: https://issues.jboss.org/browse/ISPN-8340 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 9.1.1.Final Reporter: William Burns Assignee: William Burns Fix For: 9.1.2.Final, 9.2.0.Alpha1 The size method on a REPL cache currently is distributed across to all nodes. There should be no reason to do this as all we are doing is counting entries. Instead we should only run size command for REPL locally. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8337) Empty results from queries from QueryFactory with offheap

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8337?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8337: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Empty results from queries from QueryFactory with offheap > --------------------------------------------------------- > > Key: ISPN-8337 > URL: https://issues.jboss.org/browse/ISPN-8337 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 9.1.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.1.2.Final, 9.2.0.Alpha1 > > > When enabling Storage.OFF_HEAP or Storage.BINARY, queries obtained from {{Search.getQueryFactory}} return empty results. Queries built > with Lucene from {{Search.getSearchManager}} are not affected. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 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 2017