Pour l'administration des bases de données, la remontée d'informations s'effectue traditionnellement via l'ajout d'agents logiciels au coeur des applications. Le plus souvent, ces agents utilisent le protocole SNMP (Simple Network Management Protocol), qui permet, comme son nom l'indique, de superviser et de contrôler les logiciels et les matériels présents sur le réseau. Les agents SNMP retournent l'information dans une MIB (Management Information Block), qui précise les leviers de contrôle autorisés. Mais avec la généralisation des composants applicatifs tels que les EJB (Enterprise JavaBeans) et l'explosion prochaine des services web, la solution de type « agent » s'est révélée trop lourde.

Une solution a heureusement été trouvée il y a un an et demi, avec la publication de la version 1.0 de l'interface de programmation JMX par le Java Community Process (JCP). Cette spécification, qui s'est en premier lieu focalisée sur la partie serveur, permet de développer des interfaces d'administration de composants Java ­ EJB, JSP, et services web. Le principal élément de ce standard est le Managed Bean ou MBean (voir schéma) . Selon le type de MBean (Standard, Dynamic, Open ou Model), les possibilités de pilotage du composant peuvent être plus ou moins étendues. En réalité, les Model MBeans ne sont guère utilisés, du fait de leur complexité. « Les spécifications des Standard MBeans tiennent sur quatre pages, contre trente pour le Model MBean » , détaille Arnaud Ladrière, directeur technique de Softeam. Avant d'ajouter : « Cela ne signifie pas pour autant que les Model MBeans soient incompréhensibles, mais plutôt que l'interface propose un nombre élevé de services. » L'instrumentation de JMX ne nécessite pas de changer le code de l'objet : il s'agit juste d'un ajout de couches sur le code existant.