Its a good point. Effectively what we are doing right now is saying
that if your an mbean that implements org.jboss.util.Service your
telling JBoss that you want to be managed via the ServiceControl
lifecyle. This is as of the last proposed change. Prior to that we
were just assuming that every mbean was a Service.
The point is that we have inverted the notion of a service from the JINI
perspective as ServiceControl is listening for mbean arrivals and then attempting
to treat them as Service objects rather than letting mbeans find the
ServiceControl service and register with it passing in their Service interface.
The ServiceControl service is more logically a passive service rather than the
active service it is trying to be.
----- Original Message -----
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, April 12, 2001 8:30 PM
Subject: Re: [JBoss-dev] Nested JMX Service Groups...??!
> Hi,
> Maybe i'm nuts, but just to throw some more fuel on the fire here...
>
> When I first heard about the mbeans stuff I kind of wondered why it wasn't
> set up through jini. Now I wonder even more.
>
> How about putting more of the reponsibility for getting a service control
> manager on the mbeans that wish to be managed? i.e., service controllers
> listen for notifications of "I wanna have my lifecycle managed and I'm in
> the XXX namespace" and proceed to manage those with acceptable namespaces.
> All mbeans wishing to be managed are responsible for sending a notification
> of this type when they are created and periodically thereafter (in case the
> service controller isn't started yet or crashes and needs restarting). I
> would suggest that the lifecycle management contract be subject to (jini
> style) leases, but this may not fit into the mbean framework. A more
> sophisticated selection scheme for who manages whom could involve sending a
> (jini) entry describing what's needed as the object along with the
> notification, instead of the namespace string.
>
> just an idea.
>
>
> David Jencks
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
