[JBoss JIRA] (ISPN-4969) Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-4969?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-4969:
-------------------------------
Fix Version/s: 7.0.1.Final
> Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-4969
> URL: https://issues.jboss.org/browse/ISPN-4969
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 5.2.8.Final, 6.0.2.Final, 7.0.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Blocker
> Fix For: 7.0.1.Final
>
>
> We've had several reports in the WildFly forums of application runtime failures following undeployment of a separate application.
> WF creates a cache instance for each web application within the same cache container. However, KeyAffinityServiceImpl registers a cache manager listener that calls stop() on a @CacheStoppedEvent. However, this event is triggered by any cache stop, not necessarily the cache with to which the KeyAffinityService is associated.
> The KeyAffinityServiceImpl.handleCacheStopped(CacheStoppedEvent) should only call stop() if the event.getCacheName() equals the name of the cache to which the affinity service is associated.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4969) Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-4969?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-4969:
-------------------------------
Fix Version/s: (was: 7.0.1.Final)
> Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-4969
> URL: https://issues.jboss.org/browse/ISPN-4969
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 5.2.8.Final, 6.0.2.Final, 7.0.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Blocker
>
> We've had several reports in the WildFly forums of application runtime failures following undeployment of a separate application.
> WF creates a cache instance for each web application within the same cache container. However, KeyAffinityServiceImpl registers a cache manager listener that calls stop() on a @CacheStoppedEvent. However, this event is triggered by any cache stop, not necessarily the cache with to which the KeyAffinityService is associated.
> The KeyAffinityServiceImpl.handleCacheStopped(CacheStoppedEvent) should only call stop() if the event.getCacheName() equals the name of the cache to which the affinity service is associated.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4969) Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-4969?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-4969:
-------------------------------
Affects Version/s: 6.0.2.Final
5.2.8.Final
> Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-4969
> URL: https://issues.jboss.org/browse/ISPN-4969
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 5.2.8.Final, 6.0.2.Final, 7.0.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Blocker
>
> We've had several reports in the WildFly forums of application runtime failures following undeployment of a separate application.
> WF creates a cache instance for each web application within the same cache container. However, KeyAffinityServiceImpl registers a cache manager listener that calls stop() on a @CacheStoppedEvent. However, this event is triggered by any cache stop, not necessarily the cache with to which the KeyAffinityService is associated.
> The KeyAffinityServiceImpl.handleCacheStopped(CacheStoppedEvent) should only call stop() if the event.getCacheName() equals the name of the cache to which the affinity service is associated.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4969) Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-4969?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated ISPN-4969:
-------------------------------
Summary: Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager (was: Stopping a cache will stop all KeyAffinityServices created for other caches within a cache container)
> Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-4969
> URL: https://issues.jboss.org/browse/ISPN-4969
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 5.2.8.Final, 6.0.2.Final, 7.0.0.Final
> Reporter: Paul Ferraro
> Priority: Blocker
>
> We've had several reports in the WildFly forums of application runtime failures following undeployment of a separate application.
> WF creates a cache instance for each web application within the same cache container. However, KeyAffinityServiceImpl registers a cache manager listener that calls stop() on a @CacheStoppedEvent. However, this event is triggered by any cache stop, not necessarily the cache with to which the KeyAffinityService is associated.
> The KeyAffinityServiceImpl.handleCacheStopped(CacheStoppedEvent) should only call stop() if the event.getCacheName() equals the name of the cache to which the affinity service is associated.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4969) Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/ISPN-4969?page=com.atlassian.jira.plugin.... ]
Paul Ferraro reassigned ISPN-4969:
----------------------------------
Assignee: Paul Ferraro
> Stopping a cache will stop all KeyAffinityServices created for other caches in the cache manager
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-4969
> URL: https://issues.jboss.org/browse/ISPN-4969
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 5.2.8.Final, 6.0.2.Final, 7.0.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
> Priority: Blocker
> Fix For: 7.0.1.Final
>
>
> We've had several reports in the WildFly forums of application runtime failures following undeployment of a separate application.
> WF creates a cache instance for each web application within the same cache container. However, KeyAffinityServiceImpl registers a cache manager listener that calls stop() on a @CacheStoppedEvent. However, this event is triggered by any cache stop, not necessarily the cache with to which the KeyAffinityService is associated.
> The KeyAffinityServiceImpl.handleCacheStopped(CacheStoppedEvent) should only call stop() if the event.getCacheName() equals the name of the cache to which the affinity service is associated.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months
[JBoss JIRA] (ISPN-4969) Stopping a cache will stop all KeyAffinityServices created for other caches within a cache container
by Paul Ferraro (JIRA)
Paul Ferraro created ISPN-4969:
----------------------------------
Summary: Stopping a cache will stop all KeyAffinityServices created for other caches within a cache container
Key: ISPN-4969
URL: https://issues.jboss.org/browse/ISPN-4969
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 7.0.0.Final
Reporter: Paul Ferraro
Priority: Blocker
We've had several reports in the WildFly forums of application runtime failures following undeployment of a separate application.
WF creates a cache instance for each web application within the same cache container. However, KeyAffinityServiceImpl registers a cache manager listener that calls stop() on a @CacheStoppedEvent. However, this event is triggered by any cache stop, not necessarily the cache with to which the KeyAffinityService is associated.
The KeyAffinityServiceImpl.handleCacheStopped(CacheStoppedEvent) should only call stop() if the event.getCacheName() equals the name of the cache to which the affinity service is associated.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 5 months