Sure the MBeanServer can reside in a remote VM from the client that accesses the MBeanServer , but you can't tell the server to "manage" an MBean that resides on another VM. Why you would want to do that? Why not creating another MBeanServer on the client VM then?
The MBeanServer and its MBeans are always collocated, that's the idea. I think you confuse how you create MBeans with how you manage them. Yes, it would be convenient to treat the MBean as a ValueObject, instatiate and initialize on the client, then transfer this to the server and activate it (actually a copy of it). But this raises classloading issues, plus you end up with 2 un-synchronized copies of the MBean. And you can always have an MBean constructor with lots of arguments so that you could instantiate/initialize/register remotely an MBean, with just one call. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3872131#3872131 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3872131 ------------------------------------------------------- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
