[JBoss JIRA] (ISPN-11642) Remote JCacheManager doesn't apply configuration from URI
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11642?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11642:
-----------------------------------
Status: Open (was: New)
> 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: Dan Berindei
> Priority: Major
>
> 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
[JBoss JIRA] (ISPN-11642) Remote JCacheManager doesn't apply configuration from URI
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11642?page=com.atlassian.jira.plugi... ]
Tristan Tarrant reassigned ISPN-11642:
--------------------------------------
Assignee: 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: Dan Berindei
> Priority: Major
>
> 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
[JBoss JIRA] (ISPN-11642) Remote JCacheManager doesn't apply configuration from URI
by Nathan Mittlestat (Jira)
Nathan Mittlestat created ISPN-11642:
----------------------------------------
Summary: 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
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
[JBoss JIRA] (ISPN-11641) JVM crashed. SIGSEGV in org.rocksdb.RocksIterator.next0
by Sergey Morgunov (Jira)
Sergey Morgunov created ISPN-11641:
--------------------------------------
Summary: JVM crashed. SIGSEGV in org.rocksdb.RocksIterator.next0
Key: ISPN-11641
URL: https://issues.redhat.com/browse/ISPN-11641
Project: Infinispan
Issue Type: Bug
Components: Loaders and Stores
Affects Versions: 9.4.16.Final
Reporter: Sergey Morgunov
Attachments: crash.log
*JRE*: OpenJDK 8u222.
Crash log attached. (crash.log)
Cache configuration:
{code:xml}
<distributed-cache name="sessions" configuration="sessionsConfiguration">
<memory>
<object size="100000" strategy="REMOVE"/>
</memory>
<persistence passivation="false">
<rocksdb-store path="cache/warm/" preload="true" fetch-state="true">
<expiration path="cache/expired/"/>
</rocksdb-store>
</persistence>
</distributed-cache>
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months
[JBoss JIRA] (ISPN-11637) [9.4.x] Documentation Updates
by Donald Naro (Jira)
[ https://issues.redhat.com/browse/ISPN-11637?page=com.atlassian.jira.plugi... ]
Donald Naro updated ISPN-11637:
-------------------------------
Description:
Several minor/trivial documentation updates for issues in downstream 7.3.6:
- Update User Guide troubleshooting to include details on running under Security Manager
- Server Guide mentions websocket endpoint
- Rocks DB example causes harmless WARN messages in server logs
was:
Several minor/trivial documentation updates for issues in downstream 7.3.6:
- Update User Guide troubleshooting to include details on running under Security Manager
- Typo in CLI script in User Guide
- Server Guide mentions websocket endpoint
- Rocks DB example causes harmless WARN messages in server logs
> [9.4.x] Documentation Updates
> -----------------------------
>
> Key: ISPN-11637
> URL: https://issues.redhat.com/browse/ISPN-11637
> Project: Infinispan
> Issue Type: Enhancement
> Components: Documentation
> Affects Versions: 9.4.17.Final
> Reporter: Donald Naro
> Assignee: Donald Naro
> Priority: Major
>
> Several minor/trivial documentation updates for issues in downstream 7.3.6:
> - Update User Guide troubleshooting to include details on running under Security Manager
> - Server Guide mentions websocket endpoint
> - Rocks DB example causes harmless WARN messages in server logs
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months
[JBoss JIRA] (ISPN-11637) [9.4.x] Documentation Updates
by Donald Naro (Jira)
[ https://issues.redhat.com/browse/ISPN-11637?page=com.atlassian.jira.plugi... ]
Donald Naro updated ISPN-11637:
-------------------------------
Status: Open (was: New)
> [9.4.x] Documentation Updates
> -----------------------------
>
> Key: ISPN-11637
> URL: https://issues.redhat.com/browse/ISPN-11637
> Project: Infinispan
> Issue Type: Enhancement
> Components: Documentation
> Affects Versions: 9.4.17.Final
> Reporter: Donald Naro
> Assignee: Donald Naro
> Priority: Major
>
> Several minor/trivial documentation updates for issues in downstream 7.3.6:
> - Update User Guide troubleshooting to include details on running under Security Manager
> - Typo in CLI script in User Guide
> - Server Guide mentions websocket endpoint
> - Rocks DB example causes harmless WARN messages in server logs
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months
[JBoss JIRA] (ISPN-11640) Remove Unused AbstractCacheStream inner classes
by Ryan Emerson (Jira)
Ryan Emerson created ISPN-11640:
-----------------------------------
Summary: Remove Unused AbstractCacheStream inner classes
Key: ISPN-11640
URL: https://issues.redhat.com/browse/ISPN-11640
Project: Infinispan
Issue Type: Sub-task
Components: Core
Affects Versions: 11.0.0.Dev04
Reporter: Ryan Emerson
Assignee: Ryan Emerson
Fix For: 11.0.0.Dev05
{{AbstractCacheStream.MapHandler}} and {{AbstractCacheStream.FlatMapHandler}} are never used.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months