Lloyd L Chambers wrote:
> Sreeni,
>
> Please don't do this unless ALL of AMX does--it's a consistency issue;
> AMX is *one* API not a mishmash of unrelated MBeans.
>
> The benefits must be clearly understood before making such an
> (incompatible) decision.
I was explaining the V2 behavior and I agree we need to be consistent.
>
> Lloyd
>
> On Mar 18, 2008, at 1:34 PM, Sreenivas Munnangi wrote:
>> Lloyd,
>>
>> I am sure you know this but for the benefit of others, in V2 all the
>> jsr77 runtime mebans have "category=runtime" as part of its object
>> name. Then it is possible to query only the runtime mbeans.
>>
>> thanks
>> sreeni
>>
>> Lloyd L Chambers wrote:
>>> One issue I'm considering for AMX ObjectNames is whether to include
>>> a property in the ObjectName which categorizes the MBean eg
>>> "config", "runtime", etc.
>>>
>>> In V2 AMX had no such thing; ObjectNames were strictly limited only
>>> to properties that made the ObjectName unique among others. However,
>>> the "com.sun.appserv:" MBeans did have a "category" property.
>>>
>>> Why add such a property? (And where does one stop?!). It can be
>>> useful for selecting a subset of MBeans based on functionality eg
>>> "all config MBeans".
>>>
>>> WITHOUT: amx:j2eeType=X-DomainConfig,name=amx (Glassfish V2)
>>> POSSIBLE: amx:j2eeType=X-DomainConfig,name=na,grp=config //
>>> possible change, 'grp' = "group"
>>>
>>> AMX MBeans already have a "Group" Attribute which does this, but one
>>> cannot query ObjectNames based on MBean attributes. Note also that
>>> the value of the j2eeType field is 100% consistent eg everything
>>> ending in "Config" is a config MBean--but again, not actionable via
>>> queryNames().
>>>
>>> I'm inclined to stick with the V2 style even though a group or
>>> category property is handy ('grp'). Comments welcome.
>>>
>>> Lloyd
>>>
>>> ---
>>> Lloyd L Chambers
>>> lloyd.chambers_at_sun.com
>>> Sun Microsystems, Inc
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>
>
> ---
> Lloyd L Chambers
> lloyd.chambers_at_sun.com
> Sun Microsystems, Inc
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>