> -----Original Message-----
> From: Hiram Chirino [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 12, 2001 6:47 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] RE: Deployment exception on Clustering
>
>
> >Services requiring state-transfer like HA-JNDI must register
> with an object
> >created by the ClusterPartition. The ClusterPartition cannot complete
> >JavaGroups connections until the all these HA services have
> registered with
> >the ClusterPartition. The ClusterPartition should not know about who
> >depends on it.
> >
> >Because of quirkiness of JavaGroups, services cannot ask for
> >state-synchronization once the Group connection has been initiated.
> >
> >BTW, I originally did nothing in init(), until I discovered that
> I needed a
> >2 phase initialization. Please, trust me, I need 2 phase
> initialization
> >in
> >order for a clean design.
> >
> >Bill
>
> JbossMQ kinda had similar requirments due to the way we did message
> recovery. David J. changed it so that we did not have that requirment
> anymore. It seems to me that what we need is a way to register a post
> server startup JMX invocation. That way the:
>
> ClusterPartition.start() - setup up the javagroup stuff
> StateTransferTypeService1.start() - registers with ClusterPartition.
> StateTransferTypeService2.start() - registers with ClusterPartition.
> The rest of the JBoss services get started.
> ClusterPartion.startJavaGroupsConnection() - the method call that the
> start() method had registered to be called after the method was started.
>
When you say "...after the method was started" do you mean after the service
was started? Meaning we would setup a postRegister callback for
ClusterPartition so that it could call startJavaGroupsConnection? BTW,
thanks everybody for discussing this. I'm not up-to-speed on the direction
JMX is taking.
> What do you think??
>
I think it sounds good Hiram. Thanks.
Bill
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
