February 2018 - infinispan-issues

[JBoss JIRA] (ISPN-8884) JCache.put() does more work than required

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8884?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8884: ----------------------------------- Forum Reference: https://developer.jboss.org/message/980731#980731 > JCache.put() does more work than required > ----------------------------------------- > > Key: ISPN-8884 > URL: https://issues.jboss.org/browse/ISPN-8884 > Project: Infinispan > Issue Type: Bug > Components: JCache > Affects Versions: 9.2.0.CR3, 9.1.6.Final > Reporter: Galder Zamarreño > > JCache.put() has a void return but in spite of that it retrieves the previous value. > If the caller was getAndPut(), it'd make sense getting previous value. > If external policy is set to anything other than eternal external policy, it'd make sense to get previous value to see if put is create or update (to get expiry). > Any other time, getting previous value should not be necessary. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8884) JCache.put() does more work than required

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-8884: -------------------------------------- Summary: JCache.put() does more work than required Key: ISPN-8884 URL: https://issues.jboss.org/browse/ISPN-8884 Project: Infinispan Issue Type: Bug Components: JCache Affects Versions: 9.1.6.Final, 9.2.0.CR3 Reporter: Galder Zamarreño JCache.put() has a void return but in spite of that it retrieves the previous value. If the caller was getAndPut(), it'd make sense getting previous value. If external policy is set to anything other than eternal external policy, it'd make sense to get previous value to see if put is create or update (to get expiry). Any other time, getting previous value should not be necessary. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8883) Remote JCacheManager ignores force return values set by client

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-8883: -------------------------------------- Summary: Remote JCacheManager ignores force return values set by client Key: ISPN-8883 URL: https://issues.jboss.org/browse/ISPN-8883 Project: Infinispan Issue Type: Bug Components: JCache Affects Versions: 9.1.6.Final, 9.2.0.CR3 Reporter: Galder Zamarreño When remote JCacheManager is created, any value set for {{infinispan.client.hotrod.force_return_values}} in properties ignored since it sets force return values to true. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8882) Add integration test for Jolokia

by Diego Lovison (JIRA)

Diego Lovison created ISPN-8882: ----------------------------------- Summary: Add integration test for Jolokia Key: ISPN-8882 URL: https://issues.jboss.org/browse/ISPN-8882 Project: Infinispan Issue Type: Enhancement Components: Test Suite - Server Reporter: Diego Lovison Priority: Minor -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8569) Implement Spring's CacheManager.getCacheNames

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8569?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-8569. ------------------------------------ Resolution: Duplicate Issue > Implement Spring's CacheManager.getCacheNames > --------------------------------------------- > > Key: ISPN-8569 > URL: https://issues.jboss.org/browse/ISPN-8569 > Project: Infinispan > Issue Type: Enhancement > Components: Spring Integration > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > > org.springframework.cache.CacheManager#getCacheNames() for SpringRemoteCacheManager is not implemented yet. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8881) Upgrade JGroups kubernetes to 1.0.6.Final

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8881?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8881: ---------------------------------- Status: Open (was: New) > Upgrade JGroups kubernetes to 1.0.6.Final > ----------------------------------------- > > Key: ISPN-8881 > URL: https://issues.jboss.org/browse/ISPN-8881 > Project: Infinispan > Issue Type: Component Upgrade > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.2.0.Final > > > This removes the oauth dependency -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8881) Upgrade JGroups kubernetes to 1.0.6.Final

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8881?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8881: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5797 > Upgrade JGroups kubernetes to 1.0.6.Final > ----------------------------------------- > > Key: ISPN-8881 > URL: https://issues.jboss.org/browse/ISPN-8881 > Project: Infinispan > Issue Type: Component Upgrade > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.2.0.Final > > > This removes the oauth dependency -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8881) Upgrade JGroups kubernetes to 1.0.6.Final

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-8881: ------------------------------------- Summary: Upgrade JGroups kubernetes to 1.0.6.Final Key: ISPN-8881 URL: https://issues.jboss.org/browse/ISPN-8881 Project: Infinispan Issue Type: Component Upgrade Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 9.2.0.Final This removes the oauth dependency -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7793) Expose Infinispan cluster deployed in OpenShift

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-7793?page=com.atlassian.jira.plugin.... ] Tristan Tarrant commented on ISPN-7793: --------------------------------------- My preference here is to support this transparently using DNS. Each datagrid node should get assigned a resolvable hostname which is used as external-host in the hot rod server configuration. Client nodes will receive topology information through Hot Rod containing these host names. Client nodes which have direct visibility of the datagrid nodes will resolve their addresses directly. Client nodes which do not have direct visibility should have their DNS configured to remap the datagrid node names to the proxy addresses. > Expose Infinispan cluster deployed in OpenShift > ----------------------------------------------- > > Key: ISPN-7793 > URL: https://issues.jboss.org/browse/ISPN-7793 > Project: Infinispan > Issue Type: Feature Request > Components: Cloud > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > > Find a way to expose an existing cluster deployed on Kubernetes to the outside world. > Links: > * https://github.com/slaskawi/external-ip-proxy > * https://blog.fabric8.io/additional-kubernetes-controllers-from-fabric8-yo... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8880) SoftIndexFileStore process returns nothing when fetchValues is false

by William Burns (JIRA)

William Burns created ISPN-8880: ----------------------------------- Summary: SoftIndexFileStore process returns nothing when fetchValues is false Key: ISPN-8880 URL: https://issues.jboss.org/browse/ISPN-8880 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 9.2.0.CR2 Reporter: William Burns The soft index store process method relies on the value being set to determine if an entry was removed or not. Unfortunately when fetchValues is set to false this is always unset, which means it will return nothing. The reason is because of the not null check on this line https://github.com/infinispan/infinispan/blob/e5958e36e3358b52095798044c0... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2018