[jboss-dev-forums] [Design of EJB 3.0] - Re: EJBTHREE-1167 -- Resolve API leak for @Clustered

ALRubinger do-not-reply at jboss.com
Wed Dec 19 15:12:10 EST 2007


You beat me to this before I could ping you on it :)

bstansberry at jboss.com wrote : As long as @Clustered itself is in ha-client, ClusteredImpl depends on ha-client. So I don't see the benefit of replacing the class with a string.

And if ClusteredImpl (to be moved to ejb3-impl) depends on ha-client, ejb3-impl will depend on ha-client.  I'd like to avoid this.

bstansberry at jboss.com wrote : I suppose if you changed it to a string *and* took the annotation itself back into ejb3, then you get a benefit. 

Yep.  Though a couple months back we determined that @Clustered was not specific to EJB3, so we put it into HA.  I'd originally put ClusteredImpl in there as well, but took it back when you'd asked.

So I see a couple solutions:

1) Move @Clustered to ejb3-ext-api, ClusteredImpl to ejb3-impl, and make Strings out of the load balance configuration.  This makes @Clustered EJB3-specific.

2) Put ClusteredImpl back into HA somewhere, with dependency on ha-client to fulfill the reference to LoadBalancePolicy.  EJB3 is the only project using this class, but then there'd be no API leak.

bstansberry at jboss.com wrote : Before going down this road though, we should determine how to handle the aspects module, which also depends on the ha-client project.

That necessary, or your preference? :)

Thx.

S,
ALR

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4114382#4114382

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4114382



More information about the jboss-dev-forums mailing list