[jboss-jira] [JBoss JIRA] (WFLY-2363) Deprecate @Clustered EJB annotation

Paul Ferraro (JIRA) jira-events at lists.jboss.org
Wed Oct 23 10:55:02 EDT 2013


Paul Ferraro created WFLY-2363:
----------------------------------

             Summary: Deprecate @Clustered EJB annotation
                 Key: WFLY-2363
                 URL: https://issues.jboss.org/browse/WFLY-2363
             Project: WildFly
          Issue Type: Enhancement
      Security Level: Public (Everyone can see)
          Components: Clustering
    Affects Versions: 8.0.0.Beta1
            Reporter: Paul Ferraro
            Assignee: Paul Ferraro
             Fix For: 9.0.0.CR1


As discussed in WFLY-2298, the @Clustered annotation of AS7 has 2 orthogonal meanings: 1. If applied to a @Stateful EJB, then a specific cache will be used (as defined by the ejb subsystem) 2. If applied to a @Stateless or @Stateful EJB, remote EJB clients will have a dynamic view of the EJB deployment topology (i.e. the nodes on which a given bean is deployed). WFLY-2298 already aims to make the clusterability of a SFSB a property of the environment. This is effectively the case already, since @Clustered is ignored if the environment does not support HA. The omission of @Clustered means that the state should not replicate, whatever the environment - however, EJB 3.2 already provides a mechanism to disable replication/passivation via @Stateful(passivationCapable=false). Thus, reason #1 is no longer relevant. Reason #2 isn't really necessary either. @Clustered is ignored if, as mentioned above, the server profile does not support it, but also if the ejb client is not configured with a specific cluster name. Therefore, this behavior too can be made the default for HA profiles - and the client can dictate whether or not it is interested in deployment topology updates.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the jboss-jira mailing list