[JBoss JIRA] (HRJS-9) Remove listener not working in cluster
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/HRJS-9?page=com.atlassian.jira.plugin.sys... ]
Galder Zamarreño resolved HRJS-9.
---------------------------------
Fix Version/s: 0.3.0
Resolution: Done
> Remove listener not working in cluster
> --------------------------------------
>
> Key: HRJS-9
> URL: https://issues.jboss.org/browse/HRJS-9
> Project: Infinispan Javascript client
> Issue Type: Bug
> Affects Versions: 0.2.0
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 0.3.0
>
>
> Removing listener not working in a cluster. The problem is most likely due to routing since the remove listener should remove it from the node where it was added, so it needs to keep around the node address where the client listener add was invoked. Right now there's no such guarantee.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (HRJS-9) Remove listener not working in cluster
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/HRJS-9?page=com.atlassian.jira.plugin.sys... ]
Work on HRJS-9 started by Galder Zamarreño.
-------------------------------------------
> Remove listener not working in cluster
> --------------------------------------
>
> Key: HRJS-9
> URL: https://issues.jboss.org/browse/HRJS-9
> Project: Infinispan Javascript client
> Issue Type: Bug
> Affects Versions: 0.2.0
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
>
> Removing listener not working in a cluster. The problem is most likely due to routing since the remove listener should remove it from the node where it was added, so it needs to keep around the node address where the client listener add was invoked. Right now there's no such guarantee.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-6559) Provide module for Infinispan Directory that satisfies the slot "for-hibernatesearch-5.5"
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6559?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6559:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Provide module for Infinispan Directory that satisfies the slot "for-hibernatesearch-5.5"
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-6559
> URL: https://issues.jboss.org/browse/ISPN-6559
> Project: Infinispan
> Issue Type: Bug
> Components: WildFly modules
> Affects Versions: 8.1.3.Final
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 8.2.2.Final
>
>
> Wildfly 10.0.0 internal hibernate search engine has an optional dependency to
> {code:xml}
> <!-- Infinispan extensions - provided as separate download by the Infinispan project -->
> <module name="org.infinispan.hibernate-search.directory-provider" slot="for-hibernatesearch-5.5" services="import" optional="true"/>
> {code}
> But as described in ISPN-6537 this dependency is not correctly satisfied by the modules zip, forcing users who depends on hibernate from wildfly to use the ispn-8.1 slot and thus another version of hibernate search
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-6535) CacheRemoveAllInterceptorTest and CacheResultInterceptorTest are unstable
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6535?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6535:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Final
Resolution: Done
> CacheRemoveAllInterceptorTest and CacheResultInterceptorTest are unstable
> -------------------------------------------------------------------------
>
> Key: ISPN-6535
> URL: https://issues.jboss.org/browse/ISPN-6535
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> {code}
> java.lang.RuntimeException: Could not inject members
> at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.injectClass(CDIInjectionEnricher.java:135)
> at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.enrich(CDIInjectionEnricher.java:78)
> at org.jboss.arquillian.test.impl.TestInstanceEnricher.enrich(TestInstanceEnricher.java:52)
> at org.jboss.arquillian.container.test.impl.ClientTestInstanceEnricher.enrich(ClientTestInstanceEnricher.java:51)
> at sun.reflect.GeneratedMethodAccessor30.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
> at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:102)
> at sun.reflect.GeneratedMethodAccessor15.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:84)
> at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:65)
> at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:95)
> at org.jboss.arquillian.testng.Arquillian.arquillianBeforeTest(Arquillian.java:133)
> at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:653)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:343)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:305)
> at org.testng.SuiteRunner.run(SuiteRunner.java:254)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1149)
> at org.testng.TestNG.run(TestNG.java:1057)
> at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:115)
> at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeMulti(TestNGDirectoryTestSuite.java:205)
> at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:108)
> at org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:111)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> Caused by: java.lang.IllegalStateException: Test name is not set! Please call TestResourceTracker.testThreadStarted(this) in thread testng-CachePutInterceptorTest !
> at org.infinispan.test.fwk.TestResourceTracker.getCurrentTestName(TestResourceTracker.java:77)
> at org.infinispan.test.fwk.TestResourceTracker.addResource(TestResourceTracker.java:43)
> at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:401)
> at org.infinispan.test.fwk.TestCacheManagerFactory.newDefaultCacheManager(TestCacheManagerFactory.java:70)
> at org.infinispan.test.fwk.TestCacheManagerFactory.createCacheManager(TestCacheManagerFactory.java:234)
> at org.infinispan.test.fwk.TestCacheManagerFactory.createCacheManager(TestCacheManagerFactory.java:219)
> at org.infinispan.integrationtests.cdijcache.interceptor.config.Config.smallCacheManager(Config.java:55)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52)
> at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137)
> at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263)
> at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170)
> at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstance(MethodInjectionPoint.java:137)
> at org.jboss.weld.bean.ProducerMethod$ProducerMethodProducer.produce(ProducerMethod.java:136)
> at org.jboss.weld.bean.AbstractProducerBean$AbstractProducer.produce(AbstractProducerBean.java:319)
> at org.jboss.weld.bean.AbstractProducerBean.create(AbstractProducerBean.java:307)
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:103)
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:90)
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:104)
> at org.jboss.weld.proxies.BasicCacheContainer$CacheContainer$EmbeddedCacheManager$Lifecycle$Listenable$-85647394$Proxy$_$$_WeldClientProxy.getCacheNames(BasicCacheContainer$CacheContainer$EmbeddedCacheManager$Lifecycle$Listenable$-85647394$Proxy$_$$_WeldClientProxy.java)
> at org.infinispan.cdi.InfinispanExtensionEmbedded.registerCacheConfigurations(InfinispanExtensionEmbedded.java:177)
> at org.infinispan.cdi.AdvancedCacheProducer.getAdvancedCache(AdvancedCacheProducer.java:59)
> at org.infinispan.cdi.InfinispanExtensionEmbedded$1.create(InfinispanExtensionEmbedded.java:96)
> at org.infinispan.cdi.InfinispanExtensionEmbedded$1.create(InfinispanExtensionEmbedded.java:92)
> at org.infinispan.cdi.util.ImmutableBean.create(ImmutableBean.java:65)
> at org.jboss.weld.context.unbound.DependentContextImpl.get(DependentContextImpl.java:68)
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:608)
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:674)
> at org.jboss.weld.injection.FieldInjectionPoint.inject(FieldInjectionPoint.java:136)
> at org.jboss.weld.util.Beans.injectBoundFields(Beans.java:763)
> at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:772)
> at org.jboss.weld.manager.SimpleInjectionTarget$1.proceed(SimpleInjectionTarget.java:106)
> at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48)
> at org.jboss.weld.manager.SimpleInjectionTarget.inject(SimpleInjectionTarget.java:102)
> at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.injectNonContextualInstance(CDIInjectionEnricher.java:145)
> at org.jboss.arquillian.testenricher.cdi.CDIInjectionEnricher.injectClass(CDIInjectionEnricher.java:125)
> ... 67 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-5943) Access log of cache operations
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5943?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-5943:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Access log of cache operations
> ------------------------------
>
> Key: ISPN-5943
> URL: https://issues.jboss.org/browse/ISPN-5943
> Project: Infinispan
> Issue Type: Feature Request
> Components: JMX, reporting and management
> Reporter: Pedro Zapata
> Assignee: William Burns
> Labels: jdg7
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> The HotRod and REST endpoint will have a dedicated log category, which will be disabled by default, to which we will log using a format which follows the typical HTTPD server access.log format, i.e. client_ip user_id timestamp op key response_size processing_time.
> Enabling the log will be possible either by configuring the XML or by using the CLI.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-5943) Access log of cache operations
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-5943?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-5943:
----------------------------------
Status: Pull Request Sent (was: Reopened)
> Access log of cache operations
> ------------------------------
>
> Key: ISPN-5943
> URL: https://issues.jboss.org/browse/ISPN-5943
> Project: Infinispan
> Issue Type: Feature Request
> Components: JMX, reporting and management
> Reporter: Pedro Zapata
> Assignee: William Burns
> Labels: jdg7
> Fix For: 9.0.0.Alpha2, 9.0.0.Final
>
>
> The HotRod and REST endpoint will have a dedicated log category, which will be disabled by default, to which we will log using a format which follows the typical HTTPD server access.log format, i.e. client_ip user_id timestamp op key response_size processing_time.
> Enabling the log will be possible either by configuring the XML or by using the CLI.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (ISPN-6574) JCache CacheManger need to know about existing caches if remote (HotRod) is used
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-6574?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-6574:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 8.2.2.Final
Resolution: Done
> JCache CacheManger need to know about existing caches if remote (HotRod) is used
> --------------------------------------------------------------------------------
>
> Key: ISPN-6574
> URL: https://issues.jboss.org/browse/ISPN-6574
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 8.2.1.Final, 9.0.0.Alpha1
> Reporter: Wolf-Dieter Fink
> Assignee: Galder Zamarreño
> Fix For: 9.0.0.Alpha2, 8.2.2.Final, 9.0.0.Final
>
>
> For a client which use the JCache API in combination with a Infinispan server it is expected that a getCache("MyCache") would return a reference to the existing cache or an Exception according to JSR-107 API.
> Also the getCacheNames() enableManagement(..) and enableStatistic(...) should support this also.
> Excerpt from API Doc:
> ------------------------------------
> K,V> Cache<K,V> getCache(String cacheName,
> Class<K> keyType,
> Class<V> valueType)
> Looks up a managed Cache given its name.
> This method must be used for Caches that were configured with runtime key and value types. Use getCache(String) for Caches where these were not specified.
> Implementations must ensure that the key and value types are the same as those configured for the Cache prior to returning from this method.
> Implementations may further perform type checking on mutative cache operations and throw a ClassCastException if these checks fail.
> Implementations that support declarative mechanisms for pre-configuring Caches may return a pre-configured Cache instead of null.
> Parameters:
> cacheName - the name of the managed Cache to acquire
> keyType - the expected Class of the key
> valueType - the expected Class of the value
> Returns:
> the Cache or null if it does exist or can't be pre-configured
> Throws:
> IllegalStateException - if the CacheManager is isClosed()
> IllegalArgumentException - if the specified key and/or value types are incompatible with the configured cache.
> SecurityException - when the operation could not be performed due to the current security settings
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months