The problem of creating a direct cache instance is then I need to provide extra mbean
defition for the Cache stats. User of PC still expects to see the replication
configuration and stats, e.g. By obtaining the Cache from a Mbea/bean service, it will
have those aspects automatically.
Of course, direct instance access (getCache()) is not what JMX advocates but I guess that
will have to do here.
-Ben
-----Original Message-----
From: Manik Surtani [mailto:manik@jboss.org]
Sent: Thursday, September 07, 2006 9:35 PM
To: Ben Wang
Cc: Bela Ban; jbosscache-dev(a)lists.jboss.org
Subject: Re: [jbosscache-dev] JMX and MBeans in JBoss Cache 2.0.0
Is that how you'd like PojoCache to work? I would have thought in the case of
PojoCache, it creates an instance of Cache first and then uses it, rather than using one
registered in a JMX server.
In any case, if you would prefer to get it off JMX, CacheMBean could have a getCache()
method that returns the Cache instance.
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 7 Sep 2006, at 14:25, Ben Wang wrote:
BTW, this JMX discussion also has impact on PojoCache as I am using
Cache as a delegate now. Besides the Cache management attributes, I'd
like to expose parts of PojoCache attributes as well. So I'd imagine
that PojoCache should look for the Cache bean service when configured
under AS, e.g. How does everyone see it?
-Ben
-----Original Message-----
From: jbosscache-dev-bounces(a)lists.jboss.org [mailto:jbosscache-dev-
bounces(a)lists.jboss.org] On Behalf Of Manik Surtani
Sent: Thursday, September 07, 2006 6:36 PM
To: Bela Ban
Cc: jbosscache-dev(a)lists.jboss.org
Subject: Re: [jbosscache-dev] JMX and MBeans in JBoss Cache 2.0.0
Can't you register model MBeans programatically rather than via XML?
Basically what I am thinking is an MBeanRegistrar class that inspects
your interceptor stack, and has a hardcoded list of reflect.Methods to
expose for each known interceptor type. Sure, it means one clunky
class that does all of this but is this better than a dozen *MBean
interfaces?
Cheers,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
On 6 Sep 2006, at 22:30, Bela Ban wrote:
> I already use model MBeans to expose certain JGroups services, e.g.
> GossipRouter and Multiplexer. It geta bit unwieldy though, with all
> the verbose XML... How do you suppose to expose interceptors ? I
> think the big problem is that we need to dynamically expose
> (=register) them at stack startup time ?
>
> Manik Surtani wrote:
>> Hi guys.
>>
>> Rather than wrestle with MBean interfaces and also add clutter to
>> the various interfaces we have - and also to support future exposure
>> of interceptors, etc. to JMX, what do you think of using Model
>> MBeans instead of Standard MBeans?
>>
>>
http://java.sun.com/j2se/1.5.0/docs/api/javax/management/
>> modelmbean/package-summary.html
>>
>> Now I'm no JMX expert and I may be talking nonsense here so feel
>> free to tear this apart. Brian, how would something like this work
>> for you since AS clustering gets cache references from JMX?
>> Do we still need to extend ServiceMBean in AS5?
>>
>> Cheers,
>> --
>> Manik Surtani
>>
>> Lead, JBoss Cache
>> JBoss, a division of Red Hat
>>
>> Email: manik(a)jboss.org
>> Telephone: +44 7786 702 706
>> MSN: manik(a)surtani.org
>> Yahoo/AIM/Skype: maniksurtani
>>
>>
>> _______________________________________________
>> jbosscache-dev mailing list
>> jbosscache-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/jbosscache-dev
>>
>
> --
> Bela Ban
> Lead JGroups / Manager JBoss Clustering Group JBoss - a division of
> Red Hat
>
_______________________________________________
jbosscache-dev mailing list
jbosscache-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosscache-dev