April 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3051) Allow embedded caches with no local storage (remote/client for embedded caches)

by Guillermo GARCIA OCHOA (JIRA)

[ https://issues.jboss.org/browse/ISPN-3051?page=com.atlassian.jira.plugin.... ] Guillermo GARCIA OCHOA updated ISPN-3051: ----------------------------------------- Description: Some clusters requires to use embedded caches to distributed its data. In the current state, Infinispan does not allow to access this kind of clusters without being a full member of the cluster, 'sharing' memory space and CPU time. The requested feature is to allow remote/client cache members in an embedded configuration (like the hotrod _RemoteCache_) *SUGGESTION* * *For the data:* Exclude marked/flagged hash spaces (nodes) from the consistent hash function. * *For remote execution:* is up to you guys ... was: Some clusters requires to use embedded caches to distributed its data. In the current state, Infinispan does not allow to access this kind of clusters without being a full member of the cluster 'sharing' memory space and CPU time. The requested feature is to allow remote/client cache members in an embedded configuration (like the hotrod _RemoteCache_) *SUGGESTION* * *For the data:* Exclude marked/flagged hash spaces (nodes) from the consistent hash function. * *For remote execution:* is up to you guys ... > Allow embedded caches with no local storage (remote/client for embedded caches) > ------------------------------------------------------------------------------- > > Key: ISPN-3051 > URL: https://issues.jboss.org/browse/ISPN-3051 > Project: Infinispan > Issue Type: Feature Request > Components: Distributed Cache > Reporter: Guillermo GARCIA OCHOA > Assignee: Mircea Markus > > Some clusters requires to use embedded caches to distributed its data. In the current state, Infinispan does not allow to access this kind of clusters without being a full member of the cluster, 'sharing' memory space and CPU time. > The requested feature is to allow remote/client cache members in an embedded configuration (like the hotrod _RemoteCache_) > *SUGGESTION* > * *For the data:* Exclude marked/flagged hash spaces (nodes) from the consistent hash function. > * *For remote execution:* is up to you guys ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3051) Allow embedded caches with no local storage (remote/client for embedded caches)

by Guillermo GARCIA OCHOA (JIRA)

Guillermo GARCIA OCHOA created ISPN-3051: -------------------------------------------- Summary: Allow embedded caches with no local storage (remote/client for embedded caches) Key: ISPN-3051 URL: https://issues.jboss.org/browse/ISPN-3051 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache Reporter: Guillermo GARCIA OCHOA Assignee: Mircea Markus Some clusters requires to use embedded caches to distributed its data. In the current state, Infinispan does not allow to access this kind of clusters without being a full member of the cluster 'sharing' memory space and CPU time. The requested feature is to allow remote/client cache members in an embedded configuration (like the hotrod _RemoteCache_) *SUGGESTION* * *For the data:* Exclude marked/flagged hash spaces (nodes) from the consistent hash function. * *For remote execution:* is up to you guys ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2934) Make the server RHQ plugin compatible with the one delivered with JDG 6.0.x

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-2934?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-2934: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Make the server RHQ plugin compatible with the one delivered with JDG 6.0.x > --------------------------------------------------------------------------- > > Key: ISPN-2934 > URL: https://issues.jboss.org/browse/ISPN-2934 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 5.2.5.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.2.6.Final, 5.3.0.Beta1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2912) Drop server-compatibility configuration parser

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2912?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2912: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 5.3.0.Beta1 Resolution: Done > Drop server-compatibility configuration parser > ---------------------------------------------- > > Key: ISPN-2912 > URL: https://issues.jboss.org/browse/ISPN-2912 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 5.2.4.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Beta1, 5.3.0.Final > > > Drop the JDG/AS/EAP configuration parsers since it is safer to use a static configuration converter -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-37) Migration tools

by Ondrej Zizka (JIRA)

[ https://issues.jboss.org/browse/ISPN-37?page=com.atlassian.jira.plugin.sy... ] Ondrej Zizka commented on ISPN-37: ---------------------------------- https://docs.jboss.org/author/display/ISPN/Configuration+Migration+Tools > Migration tools > --------------- > > Key: ISPN-37 > URL: https://issues.jboss.org/browse/ISPN-37 > Project: Infinispan > Issue Type: Feature Request > Components: Migration tools > Reporter: Manik Surtani > Assignee: Mircea Markus > Fix For: 4.0.0.BETA2, 4.0.0.Final > > > Provide a set of XSLT transformations to transform configurations from JBoss Cache and other competing products into Horizon configuration files. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3050) Cache.replace should support arrays of primitive types

by Adam Kovari (JIRA)

Adam Kovari created ISPN-3050: --------------------------------- Summary: Cache.replace should support arrays of primitive types Key: ISPN-3050 URL: https://issues.jboss.org/browse/ISPN-3050 Project: Infinispan Issue Type: Enhancement Components: Loaders and Stores Affects Versions: 5.2.1.Final Environment: - JBoss EAP 6.1.0 Alpha - Infinispan 5.2.1.Final Reporter: Adam Kovari Assignee: Mircea Markus Priority: Minor org.infinispan.Cache.replace does not handle values as arrays of primitive types well. It compares the old and new value as .equals but this doesn't work for arrays of primitives. It should use Arrays.equals for such a case. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3049) First remote transactional remote backup call fails

by Mircea Markus (JIRA)

Mircea Markus created ISPN-3049: ----------------------------------- Summary: First remote transactional remote backup call fails Key: ISPN-3049 URL: https://issues.jboss.org/browse/ISPN-3049 Project: Infinispan Issue Type: Bug Components: Cross-Site Replication Affects Versions: 5.2.5.Final Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.3.0.Beta1, 5.3.0.Final If the backup is performed in two steps (prepare + commit) the first replicated transaction will fail. The rest will succeed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-143) Security needs to be considered

by Iain MacLeod (JIRA)

[ https://issues.jboss.org/browse/ISPN-143?page=com.atlassian.jira.plugin.s... ] Iain MacLeod commented on ISPN-143: ----------------------------------- Hi Manik - do we have any updates on this? Have any proposals been made regarding an infinispan security model. Like Aleksander, I work for an organisation where sensitive data will be held in the cache and securing access to it is a requirement. I'm not only talking about encrypted communication but perhaps more importantly role based api access control. > Security needs to be considered > ------------------------------- > > Key: ISPN-143 > URL: https://issues.jboss.org/browse/ISPN-143 > Project: Infinispan > Issue Type: Feature Request > Reporter: Manik Surtani > Assignee: Manik Surtani > Fix For: 6.0.0.Final > > > We need to consider security for Infinispan. Storing state on the cloud only makes sense if the data can be secured. Both encryption and authentication need to be considered, and all levels (wire protocol, cache store, public API, server module, etc) need to be taken in to consideration. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3030) Implement a way to retrieve all keys from a REST endpoint

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3030?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-3030: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1791 > Implement a way to retrieve all keys from a REST endpoint > --------------------------------------------------------- > > Key: ISPN-3030 > URL: https://issues.jboss.org/browse/ISPN-3030 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 5.3.0.Final > > > The REST server should implement a method for handling GET /cacheName requests and return all available keys. > Depending on the "Accept" header, the keys may be returned in JSON, XML, HTML and plain text formats. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3048) Eviction needs to be transactional

by Paul Ferraro (JIRA)

Paul Ferraro created ISPN-3048: ---------------------------------- Summary: Eviction needs to be transactional Key: ISPN-3048 URL: https://issues.jboss.org/browse/ISPN-3048 Project: Infinispan Issue Type: Bug Components: Eviction Affects Versions: 5.3.0.Alpha1 Reporter: Paul Ferraro Assignee: Mircea Markus Priority: Critical Currently, Infinispan eviction is non-transactional. This makes Infinispan's eviction manager virtually unusable, since non-transactional eviction can cause phantom reads and data loss because it violates the isolation of concurrent transactions. This is especially problematic when using a passivation-enabled cache store. In this case, a cache eviction/passivation can cause a concurrently executed cache retrieval to return null - even though the act of passivation does not change the data - it only changes where it is stored. We work around this in the AS by performing eviction manually, using pessimistic locking in combination with eager lock acquisition prior to eviction. This is unfortunate, since it prevents me from leveraging Infinispan's build-in eviction strategies. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2013