[JBoss JIRA] (ISPN-5286) JSR-107 Support for clustered caches in HotRod implementation
by Sebastian Łaskawiec (JIRA)
[ https://issues.jboss.org/browse/ISPN-5286?page=com.atlassian.jira.plugin.... ]
Sebastian Łaskawiec reassigned ISPN-5286:
-----------------------------------------
Assignee: Sebastian Łaskawiec (was: Ion Savin)
> JSR-107 Support for clustered caches in HotRod implementation
> --------------------------------------------------------------
>
> Key: ISPN-5286
> URL: https://issues.jboss.org/browse/ISPN-5286
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Reporter: Matej Čimbora
> Assignee: Sebastian Łaskawiec
>
> Current implementation supports only using local caches - usage of different cache types leads to the following exceptions (when using cache which is included in configuration file):
> Client:
> {code}
> javax.cache.CacheException: ISPN021027: Failed to add local cache 'default' on the server
> at org.infinispan.jcache.remote.ServerManager$3.run(ServerManager.java:118)
> at org.infinispan.jcache.remote.ServerManager.withManagementClient(ServerManager.java:171)
> at org.infinispan.jcache.remote.ServerManager.addCache(ServerManager.java:104)
> at org.infinispan.jcache.remote.JCacheManager.create(JCacheManager.java:65)
> at org.infinispan.jcache.AbstractJCacheManager.createCache(AbstractJCacheManager.java:94)
> at org.infinispan.server.test.jcache.JCacheRemoteIT.testCachingConfiguration(JCacheRemoteIT.java:78)
> {code}
> Server:
> {code}
> 10:47:29,896 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) JBAS014612: Operation ("add") failed - address: ([
> ("subsystem" => "infinispan"),
> ("cache-container" => "clustered"),
> ("local-cache" => "default")
> ]): org.jboss.msc.service.DuplicateServiceException: Service jboss.infinispan.clustered.default.config is already registered
> at org.jboss.msc.service.ServiceRegistrationImpl.setInstance(ServiceRegistrationImpl.java:158)
> {code}
> Furthermore, when using multiple nodes in the cluster and the cache is not amongst configured caches, it is created as 'local' only on one node (this relates to fact org.infinispan.jcache.remote.ServerManager is configured to use one specific management interface - which is btw hardcoded and cannot be changed). Exception can occur when trying to write into cache.
>
> Client
> {code}
> javax.cache.CacheException: ISPN021022: Cache named 'custom' was not found.
> at org.infinispan.jcache.remote.JCacheManager.create(JCacheManager.java:75)
> at org.infinispan.jcache.AbstractJCacheManager.createCache(AbstractJCacheManager.java:94)
> at org.infinispan.server.test.jcache.JCacheRemoteIT.testCachingConfiguration(JCacheRemoteIT.java:78)
> {code}
> Server
> {code}
> 10:59:01,034 ERROR [org.infinispan.server.hotrod.HotRodDecoder] (HotRodServerWorker-1) ISPN005003: Exception reported: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'custom' not found amongst the configured caches
> at org.infinispan.server.hotrod.HotRodDecoder.getCache(HotRodDecoder.scala:102)
> {code}
> For full logs pease see linked BZ.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-7086) Writes via memcached server cause UnknownOperationException
by Wolfram Huesken (JIRA)
[ https://issues.jboss.org/browse/ISPN-7086?page=com.atlassian.jira.plugin.... ]
Wolfram Huesken updated ISPN-7086:
----------------------------------
Affects Version/s: 8.2.6.Final
(was: 8.2.4.Final)
> Writes via memcached server cause UnknownOperationException
> -----------------------------------------------------------
>
> Key: ISPN-7086
> URL: https://issues.jboss.org/browse/ISPN-7086
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.0.0.CR3, 8.2.6.Final
> Environment: Ubuntu 16.04.1 LTS
> openjdk version "1.8.0_91"
> OpenJDK Runtime Environment (build 1.8.0_91-8u91-b14-3ubuntu1~16.04.1-b14)
> OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)
> The bug can be reproduced with OS X and other Linux distributions as well
> Reporter: Wolfram Huesken
> Labels: memcached
>
> We're using the stable server version (http://infinispan.org/download/) as a memcached replacement in a PHP application. When we're writing keys (or values) with different sizes via memcached, we encounter the following exception:
> {{17:14:42,531 ERROR [org.infinispan.server.memcached.RequestResolver$] (MemcachedServerWorker-8-1) ISPN005003: Exception reported: org.infinispan.server.memcached.UnknownOperationException: Unknown operation: }}
> When the exception occurs, the data is not stored.
> We're currently closing and reopening the connection after an error like that occurred, but it's slowing down the data transfer quite a lot.
> The bug is not only related to the server, but happens with the embedded version of infinispan, too.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7086) Writes via memcached server cause UnknownOperationException
by Wolfram Huesken (JIRA)
[ https://issues.jboss.org/browse/ISPN-7086?page=com.atlassian.jira.plugin.... ]
Wolfram Huesken updated ISPN-7086:
----------------------------------
Affects Version/s: (was: 9.0.0.Alpha4)
> Writes via memcached server cause UnknownOperationException
> -----------------------------------------------------------
>
> Key: ISPN-7086
> URL: https://issues.jboss.org/browse/ISPN-7086
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.0.0.CR3, 8.2.4.Final
> Environment: Ubuntu 16.04.1 LTS
> openjdk version "1.8.0_91"
> OpenJDK Runtime Environment (build 1.8.0_91-8u91-b14-3ubuntu1~16.04.1-b14)
> OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)
> The bug can be reproduced with OS X and other Linux distributions as well
> Reporter: Wolfram Huesken
> Labels: memcached
>
> We're using the stable server version (http://infinispan.org/download/) as a memcached replacement in a PHP application. When we're writing keys (or values) with different sizes via memcached, we encounter the following exception:
> {{17:14:42,531 ERROR [org.infinispan.server.memcached.RequestResolver$] (MemcachedServerWorker-8-1) ISPN005003: Exception reported: org.infinispan.server.memcached.UnknownOperationException: Unknown operation: }}
> When the exception occurs, the data is not stored.
> We're currently closing and reopening the connection after an error like that occurred, but it's slowing down the data transfer quite a lot.
> The bug is not only related to the server, but happens with the embedded version of infinispan, too.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7086) Writes via memcached server cause UnknownOperationException
by Wolfram Huesken (JIRA)
[ https://issues.jboss.org/browse/ISPN-7086?page=com.atlassian.jira.plugin.... ]
Wolfram Huesken updated ISPN-7086:
----------------------------------
Affects Version/s: 9.0.0.CR3
> Writes via memcached server cause UnknownOperationException
> -----------------------------------------------------------
>
> Key: ISPN-7086
> URL: https://issues.jboss.org/browse/ISPN-7086
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 9.0.0.CR3, 9.0.0.Alpha4, 8.2.4.Final
> Environment: Ubuntu 16.04.1 LTS
> openjdk version "1.8.0_91"
> OpenJDK Runtime Environment (build 1.8.0_91-8u91-b14-3ubuntu1~16.04.1-b14)
> OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)
> The bug can be reproduced with OS X and other Linux distributions as well
> Reporter: Wolfram Huesken
> Labels: memcached
>
> We're using the stable server version (http://infinispan.org/download/) as a memcached replacement in a PHP application. When we're writing keys (or values) with different sizes via memcached, we encounter the following exception:
> {{17:14:42,531 ERROR [org.infinispan.server.memcached.RequestResolver$] (MemcachedServerWorker-8-1) ISPN005003: Exception reported: org.infinispan.server.memcached.UnknownOperationException: Unknown operation: }}
> When the exception occurs, the data is not stored.
> We're currently closing and reopening the connection after an error like that occurred, but it's slowing down the data transfer quite a lot.
> The bug is not only related to the server, but happens with the embedded version of infinispan, too.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7587) DefaultCacheManager.defineConfiguration(String, String, Configuration) applies the configurations in the wrong order
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-7587?page=com.atlassian.jira.plugin.... ]
Work on ISPN-7587 started by William Burns.
-------------------------------------------
> DefaultCacheManager.defineConfiguration(String, String, Configuration) applies the configurations in the wrong order
> --------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-7587
> URL: https://issues.jboss.org/browse/ISPN-7587
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.CR2
> Reporter: Dan Berindei
> Assignee: William Burns
> Fix For: 9.0.0.Final
>
>
> {{DefaultCacheManager.defineConfiguration(String name, String template, Configuration configurationOverride)}} is supposed to use a template configuration, apply any non-default attributes from {{configurationOverride}}, and define a new cache configuration or template based on the result.
> However, it reads the override configuration first, so if both the template and the override define the same attribute, the attribute from the template wins.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7583) ClusterListenerDistInitialStateTest.testPrimaryOwnerGoesDownBeforeSendingEvent random failures
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-7583?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-7583:
--------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> ClusterListenerDistInitialStateTest.testPrimaryOwnerGoesDownBeforeSendingEvent random failures
> ----------------------------------------------------------------------------------------------
>
> Key: ISPN-7583
> URL: https://issues.jboss.org/browse/ISPN-7583
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Labels: testsuite_stability
> Fix For: 9.0.0.Final
>
>
> fixes:
> {code:java}
> testPrimaryOwnerGoesDownBeforeSendingEvent(org.infinispan.notifications.cachelistener.cluster.ClusterListenerDistInitialStateTest) Time elapsed: 0.015 sec <<< FAILURE!
> java.lang.AssertionError: expected [ClusterListenerDistInitialStateTest-NodeDR-44410] but found [ClusterListenerDistInitialStateTest-NodeDP-19475]
> at org.testng.Assert.fail(Assert.java:94)
> at org.testng.Assert.failNotEquals(Assert.java:494)
> at org.testng.Assert.assertEquals(Assert.java:123)
> at org.testng.Assert.assertEquals(Assert.java:165)
> at org.infinispan.notifications.cachelistener.cluster.ClusterListenerDistTest.testPrimaryOwnerGoesDownBeforeSendingEvent(ClusterListenerDistTest.java:74)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7587) DefaultCacheManager.defineConfiguration(String, String, Configuration) applies the configurations in the wrong order
by Dan Berindei (JIRA)
Dan Berindei created ISPN-7587:
----------------------------------
Summary: DefaultCacheManager.defineConfiguration(String, String, Configuration) applies the configurations in the wrong order
Key: ISPN-7587
URL: https://issues.jboss.org/browse/ISPN-7587
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 9.0.0.CR2
Reporter: Dan Berindei
Assignee: William Burns
Fix For: 9.0.0.Final
{{DefaultCacheManager.defineConfiguration(String name, String template, Configuration configurationOverride)}} is supposed to use a template configuration, apply any non-default attributes from {{configurationOverride}}, and define a new cache configuration or template based on the result.
However, it reads the override configuration first, so if both the template and the override define the same attribute, the attribute from the template wins.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month
[JBoss JIRA] (ISPN-7587) DefaultCacheManager.defineConfiguration(String, String, Configuration) applies the configurations in the wrong order
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-7587?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-7587:
-------------------------------
Status: Open (was: New)
> DefaultCacheManager.defineConfiguration(String, String, Configuration) applies the configurations in the wrong order
> --------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-7587
> URL: https://issues.jboss.org/browse/ISPN-7587
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.0.0.CR2
> Reporter: Dan Berindei
> Assignee: William Burns
> Fix For: 9.0.0.Final
>
>
> {{DefaultCacheManager.defineConfiguration(String name, String template, Configuration configurationOverride)}} is supposed to use a template configuration, apply any non-default attributes from {{configurationOverride}}, and define a new cache configuration or template based on the result.
> However, it reads the override configuration first, so if both the template and the override define the same attribute, the attribute from the template wins.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 1 month