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/packa... >> >> >> 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 >