[
https://issues.jboss.org/browse/WFLY-11659?page=com.atlassian.jira.plugin...
]
Paul Ferraro updated WFLY-11659:
--------------------------------
Description:
WildFly is currently able to externalize @Stateful EJBs to a remote Infinispan-server
cluster by use of an invalidation cache and a hotrod-store. This however requires
clustering on the WF side, and is generally less efficient than a session manager that
uses hotrod directly. Additionally, such an implementation will generally have simpler
affinity requirements, using strict affinity to some namespace, and no weak affinity.
This requires:
* A new hotrod-passivation-store resource in the EJB subsystem
* A new wildfly-clustering-ejb-hotrod implementation of the EJB cache SPI
was:
WildFly is currently able to externalize @Stateful EJB to a remote Infinispan-server
cluster by use of an invalidation cache and a hotrod-store. This however requires
clustering on the WF side, and is generally less efficient than a session manager that
uses hotrod directly.
We have, in fact, already implemented this for Tomcat
(
http://github.com/wildfly-clustering/wildfly-clustering-web-tomcat) designed such that
the core implementation can be shared with WildFly. This jira represents the completion
of this work, and encompasses:
* Porting the wildfly-clustering-web-hotrod module to WildFly.
* Enhancing the distributable-web subsystem to allow configuration of this new session
manager implementation
* Enhancing deployment descriptor support to allow deployment-specific session management
using the new session manager implementation
HotRod-based distributed SFSB cache
-----------------------------------
Key: WFLY-11659
URL:
https://issues.jboss.org/browse/WFLY-11659
Project: WildFly
Issue Type: Feature Request
Components: Clustering
Reporter: Paul Ferraro
Assignee: Paul Ferraro
Priority: Major
WildFly is currently able to externalize @Stateful EJBs to a remote Infinispan-server
cluster by use of an invalidation cache and a hotrod-store. This however requires
clustering on the WF side, and is generally less efficient than a session manager that
uses hotrod directly. Additionally, such an implementation will generally have simpler
affinity requirements, using strict affinity to some namespace, and no weak affinity.
This requires:
* A new hotrod-passivation-store resource in the EJB subsystem
* A new wildfly-clustering-ejb-hotrod implementation of the EJB cache SPI
--
This message was sent by Atlassian Jira
(v7.12.1#712002)