I'm trying to eliminate init and destroy because they were getting called like this from ServiceController:
init(); start(); and stop(); destroy(); . If there are problems left after combining init and start, or if you would like me to do this, let me know. Is there any way to test the cluster stuff? Thanks David Jencks On 2001.11.12 15:59:18 -0500 Bill Burke wrote: > Guys, > > The clustering stuff is dependent on init and start both being there. > Can > we put back the init? Otherwise you break our stuff. Why are you doing > this anyways? > > Bill > > > -----Original Message----- > > From: David Jencks [mailto:[EMAIL PROTECTED]] > > Sent: Monday, November 12, 2001 2:33 PM > > To: Andreas Schaefer > > Cc: David Jencks; Bill Burke; Sacha Labourey; > > [EMAIL PROTECTED] > > Subject: Re: Deployment exception on Clustering > > > > > > Thanks, must have missed that one. > > > > I generally copied the init[Service] code and put it in start[Service] > at > > the beginning, similarly for destroy. > > > > As far as I could tell, everything covered by the testsuite works as > well > > after the changes as before. > > > > Please let me know of other problems. > > > > The Service interface still has init and destroy since these are used > > heavily in the interceptor chain. I think they are unnecessary, but > won't > > have time to try to change them for a while. This could probably > > be a part > > if turning the interceptor chains into mbeans. > > > > Thanks! > > david jencks > > > > On 2001.11.12 14:13:41 -0500 Andreas Schaefer wrote: > > > Hi David > > > > > > The ClusterPartition.java class is not started correctly > > > because now init() is not called anymore and therefore > > > the JavaGroups JChannel are not initialized. > > > > > > I will go ahead and fix it but maybe there are other MBeans > > > out there which needs attention, too. > > > > > > Thanx > > > > > > xxxxxxxxxxxxxxxxx > > > Andreas Schaefer > > > Senior Consultant > > > JBoss Group, LLC > > > xxxxxxxxxxxxxxxxx > > > > > > > > > > > > > > > _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
