[JBoss JIRA] (ISPN-6201) Exception in JCache interface when xml file contains <local-cache-configuration> tag
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-6201?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec reassigned ISPN-6201:
-----------------------------------------
Assignee: Galder Zamarreño (was: Sebastian Łaskawiec)
> Exception in JCache interface when xml file contains <local-cache-configuration> tag
> ------------------------------------------------------------------------------------
>
> Key: ISPN-6201
> URL: https://issues.jboss.org/browse/ISPN-6201
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration, JCache
> Affects Versions: 8.1.1.Final
> Reporter: Sergey Sigelman
> Assignee: Galder Zamarreño
>
> Configure infinispan XML with a <local-cache-configuration> tag.
> {code:xml}
> <cache-container default-cache="">
> <local-cache-configuration name="defaultCacheConfig"/>
> <local-cache name="testCache1" />
> <local-cache name="testCache2" />
> </cache-container>
> {code}
> Then load the configuration using JCache:
> {code:java}
> CacheManager cacheManager = Caching.getCachingProvider().getCacheManager(
> URI.create("infinispan.xml"), getClass().getClassLoader());
> {code}
> An Exception is thrown:
> {code:java}
> org.infinispan.commons.CacheConfigurationException: ISPN000373: Attempted to start a cache using configuration template 'defaultCacheConfig'
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:602)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:572)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:440)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:426)
> at org.infinispan.jcache.embedded.JCacheManager.registerPredefinedCaches(JCacheManager.java:88)
> at org.infinispan.jcache.embedded.JCacheManager.<init>(JCacheManager.java:71)
> at org.infinispan.jcache.embedded.JCachingProvider.createCacheManager(JCachingProvider.java:46)
> at org.infinispan.jcache.AbstractJCachingProvider.getCacheManager(AbstractJCachingProvider.java:67)
> at org.infinispan.jcache.AbstractJCachingProvider.getCacheManager(AbstractJCachingProvider.java:80)
> ...
> {code}
> This bug is caused by org.infinispan.jcache.embedded.JCacheManager#registerPredefinedCaches not skipping over confuguration XML elements and treating them as real caches.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (ISPN-1307) REST protocol improvements for version 2
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-1307?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec reassigned ISPN-1307:
-----------------------------------------
Assignee: Galder Zamarreño (was: Sebastian Łaskawiec)
> REST protocol improvements for version 2
> ----------------------------------------
>
> Key: ISPN-1307
> URL: https://issues.jboss.org/browse/ISPN-1307
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Protocols
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: REST
>
> This JIRA is meant to act as an umbrella for improvements we might want to do in the REST protocol. For example:
> - As shown in ISPN-1285 and https://docs.jboss.org/author/display/ISPN/Accessing+data+in+Infinispan+v..., the use of 0 as timeToLiveSeconds and/or maxIdleTimeSeconds parameter(s) is not very intuitive and it's not even symmetric. This should be sorted out. This has been highlighted again in ISPN-1425. One option could be to use -2 as @DefaultValue in order to distinguish between no values given and other options.
> This JIRA should also figure out how to support multiple REST protocol versions.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (ISPN-9353) CacheMgmtInterceptor doesn't handle exceptions in GetAllCommand invocation
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-9353?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9353:
-------------------------------
Summary: CacheMgmtInterceptor doesn't handle exceptions in GetAllCommand invocation (was: CacheMgmtInterceptor doesn't handle exceptions in GetAllCommand results)
> CacheMgmtInterceptor doesn't handle exceptions in GetAllCommand invocation
> --------------------------------------------------------------------------
>
> Key: ISPN-9353
> URL: https://issues.jboss.org/browse/ISPN-9353
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.3.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.4.0.Alpha1
>
>
> {{CacheMgmtIterator.visitGetAllCommand()}} assumes that the return value is non-null even when an exception has been thrown, causing a {{NullPointerException}} that hides the initial exception (e.g. an {{AvailabilityException}})
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months
[JBoss JIRA] (ISPN-9353) CacheMgmtInterceptor doesn't handle exceptions in GetAllCommand results
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-9353?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-9353:
-------------------------------
Description: {{CacheMgmtIterator.visitGetAllCommand()}} assumes that the return value is non-null even when an exception has been thrown, causing a {{NullPointerException}} that hides the initial exception (e.g. an {{AvailabilityException}})
> CacheMgmtInterceptor doesn't handle exceptions in GetAllCommand results
> -----------------------------------------------------------------------
>
> Key: ISPN-9353
> URL: https://issues.jboss.org/browse/ISPN-9353
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.3.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.4.0.Alpha1
>
>
> {{CacheMgmtIterator.visitGetAllCommand()}} assumes that the return value is non-null even when an exception has been thrown, causing a {{NullPointerException}} that hides the initial exception (e.g. an {{AvailabilityException}})
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 2 months