Jerome et al,
OK, fine by me. So is the "sniffer" attribute unique within a given
<application>? If so, we're all set as-is.
Lloyd
<application ... name="hello1">
<engine sniffer="web" />
<engine sniffer="security" />
</application>
On Mar 21, 2008, at 2:06 PM, Jerome Dochez wrote:
>
> On Mar 21, 2008, at 10:03 AM, Hong Zhang wrote:
>
>> Lloyd: thanks for finding a solution for this. The sniffer
>> attribute is unique at least for the standalone war case, so it
>> will be ok for TP2.
>>
>> Jerome: if we need to have a unique name for the Engine element,
>> what should it be? I am not yet clear about how the application
>> element would look like for the ear case where we have multiple
>> wars inside of ear. Would we have multiple engines with sniffer
>> value as "web" in that case?
> I think it should be managed, you can set container's properties per
> application there. this might be useful to be able to remotely
> change those.
>
> jerome
>
>>
>>
>> Thanks,
>>
>> - Hong
>>
>> Lloyd L Chambers wrote:
>>
>>> AMX MBeans look like this for now:
>>>
>>> amx:j2eeType=X-EngineConfig,name=security,X-ApplicationConfig=hello1
>>> amx:j2eeType=X-EngineConfig,name=web,X-ApplicationConfig=hello1
>>>
>>> The "sniffer" attribute can be used as the unique ID, but I'm not
>>> sure that it's unique...?
>>>
>>> It is preferable to have a name or id.
>>>
>>> Lloyd
>>>
>>>
>>> On Mar 20, 2008, at 6:43 PM, Lloyd L Chambers wrote:
>>>
>>>> Hong,
>>>>
>>>> I see that the <engine> element has no "id" or "name". This
>>>> causes a headache for MBeans; a unique ObjectName can't be
>>>> generated that way. All MBeans to date are either singletons
>>>> within their scope, or have a "name" or "id" or other primary key.
>>>>
>>>> Could we please add a name field?
>>>>
>>>>
>>>> For now I can force the unique id to be the value of "sniffer",
>>>> but that's a hack.
>>>>
>>>>
>>>> Lloyd
>>>>
>>>> ---
>>>> Lloyd L Chambers
>>>> lloyd.chambers_at_sun.com
>>>> Sun Microsystems, Inc
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> ---
>>> 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
>>
>
---
Lloyd L Chambers
lloyd.chambers_at_sun.com
Sun Microsystems, Inc