Another JBoss failure! The ObjectNames used to identify many of the MBeans within JBoss are poorly constructed. Some MBeans are for the most part inaccessible programmatically. Sure, you can see them all via the web-console, but try automating a monitoring task! No easy feat. For example, it's nearly impossible to determine the state of each deployed application and EJB jar and standalone WAR. You can come close if you dare to make some assumptions, but it shouldn't have to be this way. Every other appserver I've worked with make it not only possible, but downright easy (OracleAS, WebLogic, WebSphere). The problem, in the app-state case, is that the "jboss.web.deployment:*" MBeans use a random id as a key property, in addition to just one other key property - the war file name. That makes it impossible to link a particular war file with its parent EAR file (if there is one) when several ear files are deployed containing the a war file with the same name. EJB and EJB3 modules use completely different domains and key properties, thus require unique code to link them to their parent apps. And why do all MBeans in the "jboss.web" domain use a value of 'none' for the 'J2EEApplication' key? JBoss' JMX support is yet another reason why JBoss remains an insignificant player in the world of industrial-strength J2EE app servers. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4216754#... Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&a...