Is there any reason why we are explicitly use DefaultDomain:XXX and
implicily with :XXX in several places now? How about using :XXX everywhere
instead of DefaultDomain:XXX since it just takes up more space.
--jason
On Thu, 16 Aug 2001, Andreas Schaefer wrote:
> Hi Jasson
>
> Yes, I plan to reorganize the MBean Object Names for the implementation
> of the server-side JBossMGT.
> According to their spec it would be maybe good to have something like this:
> - domain: is the JBoss server instance which can be default be the host
> computer
> name but should be able to renamed
> - properties:
> - group: where this component belongs to
> - type: type of component
> - name: name of the component
>
> The domain should keep an unique name on the network / management domain
> because we maybe use a federation to access MBeans and then it is important
> to have this.
>
> Andy
>
> ----- Original Message -----
> From: "Jason Dillon" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, August 16, 2001 9:42 AM
> Subject: Re: [JBoss-dev] Container.java
>
>
> > Is there a general guide line for domain usage under jmx? Are there any
> > plans to exploit this in a more organized manner? Should domain refer to
> > components on a single agent, or cross multiple agents? For example in a
> > clustered environment, domain could refer to a particular node group, or
> > could simply refer to a group of components on a single node.
> >
> > I am thinking that the jmx domain fluff might bet best left as a node
> > component grouping tools, and leave node grouping up to higher level
> > organizations (like jini and such).
> >
> > Any ways, this is going to be important for the upcoming RH stuff to
> provide
> > a consistent and rich configuration of JBoss nodes in a farm or clustered
> > environment.
> >
> > --jason
>
>
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
>
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
