jbosscache-dev-bounces(a)lists.jboss.org 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 > That would be nice. Don't know if there will be any issue with the properties that take a DOM Element. > 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? > AS 5 services should be able to handle injection of pojos, so a cache instance won't even need to be an MBean. I'll be dealing with the cache via the Cache interface. The cache should just expose create(), start(), stop(), destroy(). Of course we want it to be an MBean for management purposes, but it doesn't have to be to be used by things like session replication. Also, even for the 1.x series for integration in 4.0.x there's no requirement to extend ServiceMBeanSupport. Pretend for illustration we wanted a 1.5.0. It would have to be a valid mbean and implement the 4 lifecycle methods, but implementing ServiceMBean or extending ServiceMBeanSupport is not required. Brian Stansberry Lead, AS Clustering JBoss, a division of Red Hat _______________________________________________ jbosscache-dev mailing list jbosscache-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosscache-dev