On 2001.11.13 13:07:22 -0500 Bill Burke wrote: > Can't we just deprecate the use of init() right now? It would make all > of > our lives much easier and the RabbitHole alpha can go forward with a > working > clustering engine. In the meantime, Sacha and I can work with the > JavaGroups guys to eliminate the need for 2 phase initialization. > > Bill
Unfortunately, we would have to back out all the mbean-ref stuff and configuration changes to jbossmq and jbosscx. It would be way less work for me to modify the cluster code to work with mbean refs. david jencks > > > -----Original Message----- > > From: Andreas Schaefer [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, November 13, 2001 12:47 PM > > To: David Jencks; Bill Burke > > Cc: Sacha Labourey; [EMAIL PROTECTED] > > Subject: Re: [JBoss-dev] RE: Deployment exception on Clustering > > > > > > Hi Geeks > > > > I don't think the mbean-ref list will WORK. As you said the > > ClusterPartition > > will be created, attributes are set BUT it won't be started. > > > > AFAIK ClusterPartition needs to initialize JChannel before the other > HA- > > service can start, doesn't it? Yeah, but then this initialization is > NOT > > STARTED > > with the "mbean-ref-list"! So, how to you want to initialize the > > JChannel on > > ClusterPartition before the other HA-services are started ? REMEBER > that > > there are attributes which could be set after the creation of the > MBean. > > > > Andy > > > > > > > <mbean code="org.jboss.ha.framework.server.ClusterPartition" > > > > > name="JBOSS-SYSTEM:service=DefaultPartition"> > > > > > </mbean> > > > > > > > > > > <mbean > > code="org.jboss.ha.hasessionstate.server.HASessionStateService" > > > > > name="JBOSS-SYSTEM:service=HASessionState"> > > > > > <mbean-ref > > name="ClusterPartition">JBOSS-SYSTEM:service=DefaultPartition</mbean-ref> > > > > > </mbean> > > > > > > > > > > > > > > > <mbean code="org.jboss.ha.jndi.HANamingService" > > > > > name="JBOSS-SYSTEM:service=HAJNDI"> > > > > > <mbean-ref > > name="ClusterPartition">JBOSS-SYSTEM:service=DefaultPartition</mbean-ref> > > > > > </mbean> > > > > > > > > > > > > > > > rather than like this: > > > > > > > > > > > > > > > <mbean code="org.jboss.ha.framework.server.ClusterPartition" > > > > > name="JBOSS-SYSTEM:service=DefaultPartition"> > > > > > <mbean-ref-list name="SynchronizedMBeans"> > > > > > > > > > > <mbean-ref-list-element>JBOSS-SYSTEM:service=HASessionState</mbean > > > > > -ref-list-element> > > > > > > > > > > <mbean-ref-list-element>JBOSS-SYSTEM:service=HAJNDI</mbean-ref-lis > > > > > t-element> > > > > > </mbean-ref-list> > > > > > </mbean> > > > > > > > > > > <mbean > > code="org.jboss.ha.hasessionstate.server.HASessionStateService" > > > > > name="JBOSS-SYSTEM:service=HASessionState"> > > > > > </mbean> > > > > > > > > > > > > > > > <mbean code="org.jboss.ha.jndi.HANamingService" > > > > > name="JBOSS-SYSTEM:service=HAJNDI"> > > > > > </mbean> > > > > > BTW, with the mbean-ref-list > > > > example can you please describe to me how calls are ordered? What > > MBeans > > > > get created first? What order does start() get called? > > > > > > The mbeans are created and configured in what ever order they > > happen to be > > > encountered by the autodeployer/ServiceDeployer/code directly calling > > > ServiceDeployer etc. > > > > > > ServiceConfigurator returns a list of objectnames referenced in > > mbean-ref > > > and mbean-ref-list/mbean-ref-list-element elements. The > > ServiceController > > > finds out if all of these have been started: if so it registers (with > > > itself) and starts the mbean. If not, it waits, and every time an > mbean > > is > > > started checks to see if all dependencies are satisfied for > > waiting beans. > > > Once all the dependencies are satisfied for a waiting mbean, it is > > started. > > > The reverse happens when you stop or undeploy an mbean. > > > > > > To look at the examples, in the first format the ClusterPartition can > be > > > started immediately, since it has no mbean-refs. No matter when the > > > HASessionState and HAJNDI mbeans are encountered (i.e. before the > > > ClusterPartition mbean), they will not be started until after the > > > ClusterPartition mbean is started. > > > > > > In the second format, the ClusterPartition mbean will be created and > > > configured, but not started until after the HASessionState and HAJNDI > > > mbeans are started. > > > > > > > > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development