[
https://issues.redhat.com/browse/ISPN-11642?page=com.atlassian.jira.plugi...
]
Nathan Mittlestat commented on ISPN-11642:
------------------------------------------
Hi Tristan. Thanks for the update. To follow up, is there a plan to support cache names
with "." in them? Also, can we apply a generic template as the example shows or
globally to all caches created through a hotrod client? i.e.
`<replicated-cache-configuration name="com.myproject.*"/>`.
Finally, our use case involves creating/deleting caches as applications are
deployed/undeployed. Can we dynamically update a CacheManager's vendorProperties? Or
would we be required to create a new CacheManager every time we want to add a new cache?
We don't know what caches will be created at the time the CacheManager is initialized.
That is why we have been trying to apply config like this:
```xml
<infinispan>
<cache-container>
<replicated-cache-configuration name="com.myproject.*"/>
</cache-container>
</infinispan>
```
Thank you for your help as always.
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)