April 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2634) Implement cross-site replication based on I-RAC (Reliably Asynchronous Clustering)

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-2634?page=com.atlassian.jira.plugin... ] Pedro Zapata Fernandez updated ISPN-2634: ----------------------------------------- Fix Version/s: 11.0.0.Final > Implement cross-site replication based on I-RAC (Reliably Asynchronous Clustering) > ---------------------------------------------------------------------------------- > > Key: ISPN-2634 > URL: https://issues.redhat.com/browse/ISPN-2634 > Project: Infinispan > Issue Type: Feature Request > Components: Cross-Site Replication > Reporter: Mircea Markus > Assignee: Pedro Ruivo > Priority: Major > Fix For: 11.0.0.Final > > > As described here: https://community.jboss.org/wiki/RAC > Newer version here? > https://github.com/infinispan/infinispan-designs/blob/master/RAC:-Reliabl... -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11623) cli -c or --connect should use the default localhost:11222

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11623?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11623: ------------------------------------------ Fix Version/s: 11.0.0.Dev05 > cli -c or --connect should use the default localhost:11222 > ---------------------------------------------------------- > > Key: ISPN-11623 > URL: https://issues.redhat.com/browse/ISPN-11623 > Project: Infinispan > Issue Type: Enhancement > Components: CLI > Affects Versions: 10.1.5.Final > Reporter: Wolf-Dieter Fink > Assignee: Wolf-Dieter Fink > Priority: Major > Fix For: 11.0.0.Dev05 > > > If cli command is used with connect option without given connection parameter the "-c" option will throw an exception and the "--connect" will not connect without any message. > As before the default should be used to connect -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11624) Server patching tool

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11624?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11624: ------------------------------------------ Fix Version/s: 11.0.0.Dev05 > Server patching tool > -------------------- > > Key: ISPN-11624 > URL: https://issues.redhat.com/browse/ISPN-11624 > Project: Infinispan > Issue Type: Feature Request > Components: CLI, Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Labels: supportability > Fix For: 11.0.0.Dev05 > > > Add patching commands to the CLI: > * *patch create* to create patch archives (zips) > * *patch ls* to list the patches applied to a server > * *patch describe* to describe the contents of a patch archive > * *patch install* to install a patch on a server > * *patch rollback* to roll back the server to the previous patch > The patch zip should contain all the artifacts to upgrade from any number of source versions to a target version and a series of json patch descriptor with instructions (ADD, REMOVE, REPLACE, UPGRADE) on how to apply those artifacts > The installation process will back up any artifacts that will be replaced/upgraded/removed so that they can be rolled back. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11625) CLI commands to interact with Operator

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11625?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11625: ------------------------------------------ Fix Version/s: 12.0.0.Final > CLI commands to interact with Operator > -------------------------------------- > > Key: ISPN-11625 > URL: https://issues.redhat.com/browse/ISPN-11625 > Project: Infinispan > Issue Type: Feature Request > Components: CLI, Operator > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 12.0.0.Final > > > The Infinispan Server CLI should be extended so that it can be used to control/configure the operator and custom resource definitions. > The CLI should act as a `kubectl` plugin, i.e. installed as `kubectl-infinispan` so that it can be invoked as `kubectl infinispan ...` or `oc infinispan ...` > The CLI should be able to perform the following operations: > * install the operator CRD > * create CRs (cache service, caches, etc) > * transparently connect to a running cluster to perform interactive operations > Investigate the possibility of building/shipping a native binary. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11628) Java Rest Client - Create cache from default templates

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11628?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11628: ------------------------------------------ Fix Version/s: 11.0.0.Final > Java Rest Client - Create cache from default templates > ------------------------------------------------------ > > Key: ISPN-11628 > URL: https://issues.redhat.com/browse/ISPN-11628 > Project: Infinispan > Issue Type: Enhancement > Components: REST > Affects Versions: 10.1.5.Final > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Major > Fix For: 11.0.0.Final > > > Like in hotrod client, create caches passing the ENUM with the default templates names -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11646) Drop Elasticsearch support

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-11646: ---------------------------------------- Summary: Drop Elasticsearch support Key: ISPN-11646 URL: https://issues.redhat.com/browse/ISPN-11646 Project: Infinispan Issue Type: Enhancement Components: Embedded Querying, Remote Querying Affects Versions: 11.0.0.Dev04 Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes Fix For: 11.0.0.Final, 11.0.0.Dev05 This integration hasn't been maintained for a while and doesn't support all aspects of query/indexing -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11642) Remote JCacheManager doesn't apply configuration from URI

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11642?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11642: ------------------------------------------ Fix Version/s: 10.1.7.Final 11.0.0.Dev05 > Remote JCacheManager doesn't apply configuration from URI > --------------------------------------------------------- > > Key: ISPN-11642 > URL: https://issues.redhat.com/browse/ISPN-11642 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 10.1.6.Final > Reporter: Nathan Mittlestat > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.1.7.Final, 11.0.0.Dev05 > > > Our project is using JCache API's backed by Infinspan. This is a client-server scenario where we are configuring the Hot Rod Java Client to connect to an Infinispan server. > We are using _javax.cache.spi.CachingProvider.getCacheManager(URI, ClassLoader, Properties)_ to obtain a _CacheManager_. The URI passed points to an infinispan XML that specifies replicated-cache-configuration as part of the configuration. However the cache created from _CacheManager.createCache()_ ends up being a local cache. This proves to be a problem when connecting to a cluster of Infinispan servers, as when other connections attempt to utilize the cached data, they connect to a different Infinispn sever that doesn't have the cached data. We have verified the XML file pointed to by the URI is on the ClassLoader passed to the _CacheManager_, and still see the same results. > When we attempt this same scenario using embedded mode instead of client server mode, the configuration in the URI is applied correctly. We have even been able to create a cluster of embedded Infinispan servers via JGroups and confirmed the caches are replicated and not local. > We have also attempted this scenario using Infinispan's proprietary APIs: > _RemoteCacheManager.administration().getOrCreateCache(String name, BasicConfiguration configuration)_ > The configuration object passed to _RemoteCacheManagerAdmin.getOrCreateCache()_ loads the same Infinispan XML configuration used in the failing remote JCache scenario (as a _XMlStringConfiguration_ object). -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11642) Remote JCacheManager doesn't apply configuration from URI

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11642?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez reassigned ISPN-11642: --------------------------------------------- Assignee: Tristan Tarrant (was: Dan Berindei) > Remote JCacheManager doesn't apply configuration from URI > --------------------------------------------------------- > > Key: ISPN-11642 > URL: https://issues.redhat.com/browse/ISPN-11642 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 10.1.6.Final > Reporter: Nathan Mittlestat > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.1.7.Final, 11.0.0.Dev05 > > > Our project is using JCache API's backed by Infinspan. This is a client-server scenario where we are configuring the Hot Rod Java Client to connect to an Infinispan server. > We are using _javax.cache.spi.CachingProvider.getCacheManager(URI, ClassLoader, Properties)_ to obtain a _CacheManager_. The URI passed points to an infinispan XML that specifies replicated-cache-configuration as part of the configuration. However the cache created from _CacheManager.createCache()_ ends up being a local cache. This proves to be a problem when connecting to a cluster of Infinispan servers, as when other connections attempt to utilize the cached data, they connect to a different Infinispn sever that doesn't have the cached data. We have verified the XML file pointed to by the URI is on the ClassLoader passed to the _CacheManager_, and still see the same results. > When we attempt this same scenario using embedded mode instead of client server mode, the configuration in the URI is applied correctly. We have even been able to create a cluster of embedded Infinispan servers via JGroups and confirmed the caches are replicated and not local. > We have also attempted this scenario using Infinispan's proprietary APIs: > _RemoteCacheManager.administration().getOrCreateCache(String name, BasicConfiguration configuration)_ > The configuration object passed to _RemoteCacheManagerAdmin.getOrCreateCache()_ loads the same Infinispan XML configuration used in the failing remote JCache scenario (as a _XMlStringConfiguration_ object). -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11619) Remove deprecated RemoteCache#getVersioned

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11619?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez updated ISPN-11619: ------------------------------------------ Status: Open (was: New) > Remove deprecated RemoteCache#getVersioned > ------------------------------------------ > > Key: ISPN-11619 > URL: https://issues.redhat.com/browse/ISPN-11619 > Project: Infinispan > Issue Type: Task > Components: Hot Rod > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 11.0.0.Dev05 > > > The getVersioned method has been deprecated since 9.0.0.Alpha0. We should finally kill it. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11553) Add BlockHound to cluster locks

by Pedro Zapata Fernandez (Jira)

[ https://issues.redhat.com/browse/ISPN-11553?page=com.atlassian.jira.plugi... ] Pedro Zapata Fernandez reassigned ISPN-11553: --------------------------------------------- Assignee: Will Burns > Add BlockHound to cluster locks > ------------------------------- > > Key: ISPN-11553 > URL: https://issues.redhat.com/browse/ISPN-11553 > Project: Infinispan > Issue Type: Enhancement > Components: Clustered Locks > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 11.0.0.Dev05 > > > Cluster Locks use a blocking pool for a few things. This should be removable, assuming functional map is properly non blocking. We should introduce block hound and find out! -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 12 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 April 2020