"tom.elrod(a)jboss.com" wrote :
| 2. FamilyClusterInfo looks fine with me to use within remoting. There are a few
methods that I don't really understand what they do, such as:
|
| public int getCursor();
| public int setCursor (int cursor);
| public Object getObject ();
| public Object setObject (Object whatever);
|
These are used by the load balance policies. A load balance policy instance will get
created with every proxy download, while the FCI instance for the family gets created on
the 1st download and thereafter remains the same. So, the FCI is the natural location to
store state that multiple proxies for the same family use.
cursor -- used by RoundRobin to store the index of the current target.
object -- used by FirstAvailableIdenticalAllProxies to store the current target.
anonymous wrote : Overall, would like to have a base LoadBalancePolicy interface with
just:
|
| public Object chooseTarget (FamilyClusterInfo clusterFamily);
|
| and then have a JBossAS specific one that extends that. Only problem is that everyone
is already using the current LoadBalancePolicy, so could create another base interface the
the current one extends that just has the one chooseTarget() method. Don't really
know what to name it, but seems like might be the easiest approach.
+1.
We can probably just call it LoadBalancePolicy and namespace it with a different package.
anonymous wrote : Although jndi will use remoting at some point and deteached invokers
will fall under remoting project at some point, don't want to factor that in too much
right now as don't know when this will happen or what the impact will be.
OK, for now the stuff necessary to support the legacy code will remain in AS. Even
if/when the detached invoker stuff shifts to Remoting you'd probably want to package
that separately, so there'll probably still be a base interface and an extended one.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966511#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...