April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4797) Use getAll for retrieving query results

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4797?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-4797: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3426 > Use getAll for retrieving query results > --------------------------------------- > > Key: ISPN-4797 > URL: https://issues.jboss.org/browse/ISPN-4797 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Beta2 > Reporter: Radim Vansa > Assignee: Gustavo Fernandes > Fix For: 7.2.0.Final > > > (as soon as getAll will be implemented) -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-3602) Cache statistics update differently in library and Client-Server mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3602?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3602: ----------------------------------------------- Matej Čimbora <mcimbora(a)redhat.com> changed the Status of [bug 1016450|https://bugzilla.redhat.com/show_bug.cgi?id=1016450] from ON_QA to VERIFIED > Cache statistics update differently in library and Client-Server mode > --------------------------------------------------------------------- > > Key: ISPN-3602 > URL: https://issues.jboss.org/browse/ISPN-3602 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.0.CR1 > Reporter: Jiří Holuša > Assignee: Vladimir Blagojevic > Priority: Minor > Labels: dm > Fix For: 7.0.0.Final > > > When running jdg quickstart carmart ( https://github.com/infinispan/jdg-quickstart/tree/master/carmart ) I noticed interesting thing. > When calling replace() in library mode, the number of stores in cache statistics doesn't change whereas when calling in Client-Server mode, the number of stores increase by 1. > I went deeper into the code and I found out that in CacheMgmtInterceptor, where there are implemented methods for such statistics updates (like for put() ), there isn't implemented method for updating stats for replace() method, so the control flow is just passed. > I think it should be consistent, but I don't know which approach is intended, if either increase by 1 or leave it the same. > If increase is the answer than the solution is simple, implement CacheMgmtInterceptor.visitReplaceCommand(...) the same way as e.g. visitPutKeyValueCommand. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5422) Deprecate org.infinispan.lifecycle.Lifecycle in favour of the one in commons

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-5422?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-5422: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Deprecate org.infinispan.lifecycle.Lifecycle in favour of the one in commons > ---------------------------------------------------------------------------- > > Key: ISPN-5422 > URL: https://issues.jboss.org/browse/ISPN-5422 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.2.0.CR1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > > org.infinispan.lifecycle.Lifecycle was replaced by an equivalent interface in commons. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5427) Change getAll to return ordered map

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-5427?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-5427: -------------------------------- Description: Currently our getAll returns a map of entries that exist in the cache in any order. We could enhance this to return a map where the entries are in the same iteration order of the Set (important when the user uses a LinkedHashSet). We could even do something like List<V> getAll(List<K>) to show better ordering as an option too. This has 2 immediate advantages. 1. Remote getAll no longer requires to serialize all the keys in the response since it knows which values map to which keys based on what it sent. 2. Query results need ordered List as well. See query/src/main/java/org/infinispan/query/impl/EntityLoader.java was: Currently our getAll returns a map of entries that exist in the cache in any order. We could enhance this to return a map where the entries are in the same iteration order of the Set (important when the user uses a LinkedHashSet). We could even do something like List<V> getAll(List<K>) to show better ordering. This has 2 immediate advantages. 1. Remote getAll no longer requires to serialize all the keys in the response since it knows which values map to which keys based on what it sent. 2. Query results need ordered List as well. See query/src/main/java/org/infinispan/query/impl/EntityLoader.java > Change getAll to return ordered map > ----------------------------------- > > Key: ISPN-5427 > URL: https://issues.jboss.org/browse/ISPN-5427 > Project: Infinispan > Issue Type: Enhancement > Components: Core, Remote Protocols > Reporter: William Burns > Assignee: William Burns > Fix For: 8.0.0.Final > > > Currently our getAll returns a map of entries that exist in the cache in any order. We could enhance this to return a map where the entries are in the same iteration order of the Set (important when the user uses a LinkedHashSet). We could even do something like List<V> getAll(List<K>) to show better ordering as an option too. > This has 2 immediate advantages. > 1. Remote getAll no longer requires to serialize all the keys in the response since it knows which values map to which keys based on what it sent. > 2. Query results need ordered List as well. See query/src/main/java/org/infinispan/query/impl/EntityLoader.java -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5427) Change getAll to return ordered map

by William Burns (JIRA)

William Burns created ISPN-5427: ----------------------------------- Summary: Change getAll to return ordered map Key: ISPN-5427 URL: https://issues.jboss.org/browse/ISPN-5427 Project: Infinispan Issue Type: Enhancement Components: Core, Remote Protocols Reporter: William Burns Assignee: William Burns Fix For: 8.0.0.Final Currently our getAll returns a map of entries that exist in the cache in any order. We could enhance this to return a map where the entries are in the same iteration order of the Set (important when the user uses a LinkedHashSet). We could even do something like List<V> getAll(List<K>) to show better ordering. This has 2 immediate advantages. 1. Remote getAll no longer requires to serialize all the keys in the response since it knows which values map to which keys based on what it sent. 2. Query results need ordered List as well. See query/src/main/java/org/infinispan/query/impl/EntityLoader.java -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5268) Backup segments may not be removed after failed state transfer

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5268?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5268: ----------------------------------------------- Matej Čimbora <mcimbora(a)redhat.com> changed the Status of [bug 1199210|https://bugzilla.redhat.com/show_bug.cgi?id=1199210] from ON_QA to VERIFIED > Backup segments may not be removed after failed state transfer > --------------------------------------------------------------- > > Key: ISPN-5268 > URL: https://issues.jboss.org/browse/ISPN-5268 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Tristan Tarrant > Assignee: Dan Berindei > Fix For: 7.0.0.Final > > > Dist cache can lost data if the primary and all backups are lost at the same time. To detect such data loss, they are monitoring the tatal sum of entries from all nodes using JMX. If the sum reduces by a considerable ammount, data loss (by lost a segment) is concluded. But they found a case that the sum increases, not decreases, after failed state transfer. This is probably caused by an extra backup segment that hasn't been cleaned up when the last state transfer failed. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5424) Make SemaphoreCompletionService an executor service

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5424?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-5424: ------------------------------- Status: Open (was: New) > Make SemaphoreCompletionService an executor service > --------------------------------------------------- > > Key: ISPN-5424 > URL: https://issues.jboss.org/browse/ISPN-5424 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.2.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.Final > > > Turns out the {{CompletionService}} features aren't that necessary, and it makes the use of {{Runnable}} more cumbersome. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5426) Create a remote query tutorial

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-5426?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-5426: -------------------------------- Status: Open (was: New) > Create a remote query tutorial > ------------------------------ > > Key: ISPN-5426 > URL: https://issues.jboss.org/browse/ISPN-5426 > Project: Infinispan > Issue Type: Feature Request > Components: Documentation-Query, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5426) Create a remote query tutorial

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-5426: ----------------------------------- Summary: Create a remote query tutorial Key: ISPN-5426 URL: https://issues.jboss.org/browse/ISPN-5426 Project: Infinispan Issue Type: Feature Request Components: Documentation-Query, Remote Querying Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 8.0.0.Final -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5425) Create an Infinispan Query tutorial

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-5425: ------------------------------------- Summary: Create an Infinispan Query tutorial Key: ISPN-5425 URL: https://issues.jboss.org/browse/ISPN-5425 Project: Infinispan Issue Type: Feature Request Components: Documentation-Query Reporter: Sanne Grinovero Assignee: Gustavo Fernandes -- This message was sent by Atlassian JIRA (v6.3.15#6346)

6 years

1
0
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2015