April 2020 - infinispan-issues - Jboss List Archives

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

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-11642?page=com.atlassian.jira.plugi... ] Katia Aresti updated ISPN-11642: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > 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, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11703) JGroups Stacks should be initailized lazily

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11703?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11703: ------------------------------ Summary: JGroups Stacks should be initailized lazily (was: Jgroups Stacks should be initailized lazily) > JGroups Stacks should be initailized lazily > ------------------------------------------- > > Key: ISPN-11703 > URL: https://issues.redhat.com/browse/ISPN-11703 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Will Burns > Priority: Major > Fix For: 11.0.0.Dev05 > > > When we initialize the Parser we always read in the default jgroups stacks. This is done even if the global configuration doesn't have clustering. The parser is also started whenever a new cache is configured and started at runtime. These should be done only if the parser requires the jgroups stacks. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11704) Change from FileSystemBind to Docker Volume in Server Test Suite

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11704?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11704: --------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/8238 > Change from FileSystemBind to Docker Volume in Server Test Suite > ---------------------------------------------------------------- > > Key: ISPN-11704 > URL: https://issues.redhat.com/browse/ISPN-11704 > Project: Infinispan > Issue Type: Enhancement > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Critical > Fix For: 11.0.0.Alpha2, 10.1.6.Final > > > When dealing with {{container.withFileSystemBind}} we need to configure SELinux on the host. > This enhancement remove this need. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11704) Change from FileSystemBind to Docker Volume in Server Test Suite

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11704?page=com.atlassian.jira.plugi... ] Work on ISPN-11704 started by Diego Lovison. -------------------------------------------- > Change from FileSystemBind to Docker Volume in Server Test Suite > ---------------------------------------------------------------- > > Key: ISPN-11704 > URL: https://issues.redhat.com/browse/ISPN-11704 > Project: Infinispan > Issue Type: Enhancement > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Critical > Fix For: 11.0.0.Alpha2, 10.1.6.Final > > > When dealing with {{container.withFileSystemBind}} we need to configure SELinux on the host. > This enhancement remove this need. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11704) Change from FileSystemBind to Docker Volume in Server Test Suite

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11704?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11704: --------------------------------- Status: Open (was: New) > Change from FileSystemBind to Docker Volume in Server Test Suite > ---------------------------------------------------------------- > > Key: ISPN-11704 > URL: https://issues.redhat.com/browse/ISPN-11704 > Project: Infinispan > Issue Type: Enhancement > Reporter: Diego Lovison > Priority: Critical > Fix For: 11.0.0.Alpha2, 10.1.6.Final > > > When dealing with {{container.withFileSystemBind}} we need to configure SELinux on the host. > This enhancement remove this need. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11704) Change from FileSystemBind to Docker Volume in Server Test Suite

by Diego Lovison (Jira)

Diego Lovison created ISPN-11704: ------------------------------------ Summary: Change from FileSystemBind to Docker Volume in Server Test Suite Key: ISPN-11704 URL: https://issues.redhat.com/browse/ISPN-11704 Project: Infinispan Issue Type: Enhancement Reporter: Diego Lovison Fix For: 10.1.6.Final, 11.0.0.Alpha2 When dealing with {{container.withFileSystemBind}} we need to configure SELinux on the host. This enhancement remove this need. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11703) Jgroups Stacks should be initailized lazily

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11703?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11703: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8119 > Jgroups Stacks should be initailized lazily > ------------------------------------------- > > Key: ISPN-11703 > URL: https://issues.redhat.com/browse/ISPN-11703 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Will Burns > Priority: Major > Fix For: 11.0.0.Dev05 > > > When we initialize the Parser we always read in the default jgroups stacks. This is done even if the global configuration doesn't have clustering. The parser is also started whenever a new cache is configured and started at runtime. These should be done only if the parser requires the jgroups stacks. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11703) Jgroups Stacks should be initailized lazily

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11703?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11703: ------------------------------ Status: Open (was: New) > Jgroups Stacks should be initailized lazily > ------------------------------------------- > > Key: ISPN-11703 > URL: https://issues.redhat.com/browse/ISPN-11703 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Will Burns > Priority: Major > Fix For: 11.0.0.Dev05 > > > When we initialize the Parser we always read in the default jgroups stacks. This is done even if the global configuration doesn't have clustering. The parser is also started whenever a new cache is configured and started at runtime. These should be done only if the parser requires the jgroups stacks. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11703) Jgroups Stacks should be initailized lazily

by Will Burns (Jira)

Will Burns created ISPN-11703: --------------------------------- Summary: Jgroups Stacks should be initailized lazily Key: ISPN-11703 URL: https://issues.redhat.com/browse/ISPN-11703 Project: Infinispan Issue Type: Bug Components: Core Reporter: Will Burns Fix For: 11.0.0.Dev05 When we initialize the Parser we always read in the default jgroups stacks. This is done even if the global configuration doesn't have clustering. The parser is also started whenever a new cache is configured and started at runtime. These should be done only if the parser requires the jgroups stacks. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11702) Remove CreateCacheCommand

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11702?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11702: -------------------------------- Parent: ISPN-11057 Issue Type: Sub-task (was: Enhancement) > Remove CreateCacheCommand > ------------------------- > > Key: ISPN-11702 > URL: https://issues.redhat.com/browse/ISPN-11702 > Project: Infinispan > Issue Type: Sub-task > Reporter: Ryan Emerson > Priority: Major > > The {{CreateCacheCommand}} is never actually used. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 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