-
Interface Summary Interface Description Relation This interface has to be implemented by any MBean class expected to represent a relation managed using the Relation Service.RelationServiceMBean The Relation Service is in charge of creating and deleting relation types and relations, of handling the consistency and of providing query mechanisms.RelationSupportMBean A RelationSupport object is used internally by the Relation Service to represent simple relations (only roles, no properties or methods), with an unlimited number of roles, of any relation type.RelationType The RelationType interface has to be implemented by any class expected to represent a relation type. -
Class Summary Class Description MBeanServerNotificationFilter Filter forMBeanServerNotification
.RelationNotification A notification of a change in the Relation Service.RelationService The Relation Service is in charge of creating and deleting relation types and relations, of handling the consistency and of providing query mechanisms.RelationSupport A RelationSupport object is used internally by the Relation Service to represent simple relations (only roles, no properties or methods), with an unlimited number of roles, of any relation type.RelationTypeSupport A RelationTypeSupport object implements the RelationType interface.Role Represents a role: includes a role name and referenced MBeans (via their ObjectNames).RoleInfo A RoleInfo object summarises a role in a relation type.RoleList A RoleList represents a list of roles (Role objects).RoleResult Represents the result of a multiple access to several roles of a relation (either for reading or writing).RoleStatus This class describes the various problems which can be encountered when accessing a role.RoleUnresolved Represents an unresolved role: a role not retrieved from a relation due to a problem.RoleUnresolvedList A RoleUnresolvedList represents a list of RoleUnresolved objects, representing roles not retrieved from a relation due to a problem encountered when trying to access (read or write) the roles. -
Exception Summary Exception Description InvalidRelationIdException This exception is raised when relation id provided for a relation is already used.InvalidRelationServiceException This exception is raised when an invalid Relation Service is provided.InvalidRelationTypeException Invalid relation type.InvalidRoleInfoException This exception is raised when, in a role info, its minimum degree is greater than its maximum degree.InvalidRoleValueException Role value is invalid.RelationException This class is the superclass of any exception which can be raised during relation management.RelationNotFoundException This exception is raised when there is no relation for a given relation id in a Relation Service.RelationServiceNotRegisteredException This exception is raised when an access is done to the Relation Service and that one is not registered.RelationTypeNotFoundException This exception is raised when there is no relation type with given name in Relation Service.RoleInfoNotFoundException This exception is raised when there is no role info with given name in a given relation type.RoleNotFoundException This exception is raised when a role in a relation does not exist, or is not readable, or is not settable.
Package javax.management.relation Description
Provides the definition of the Relation Service. The Relation Service is used to record relationships between MBeans in an MBean Server. The Relation Service is itself an MBean. More than one instance of a RelationService
MBean can be registered in an MBean Server.
A relation type defines a relationship between MBeans. It contains roles that the MBeans play in the relationship. Usually there are at least two roles in a relation type.
A relation is a named instance of a relation type, where specific MBeans appear in the roles, represented by their ObjectName
s.
For example, suppose there are Module
MBeans, representing modules within an application. A DependsOn
relation type could express the relationship that some modules depend on others, which could be used to determine the order in which the modules are started or stopped. The DependsOn
relation type would have two roles, dependent
and dependedOn
.
Every role is typed, meaning that an MBean that appears in that role must be an instance of the role's type. In the DependsOn
example, both roles would be of type Module
.
Every role has a cardinality, which provides lower and upper bounds on the number of MBeans that can appear in that role in a given relation instance. Usually, the lower and upper bounds are both 1, with exactly one MBean appearing in the role. The cardinality only limits the number of MBeans in the role per relation instance. The same MBean can appear in the same role in any number of instances of a relation type. In the DependsOn
example, a given module can depend on many other modules, and be depended on by many others, but any given relation instance links exactly one dependent
module with exactly one dependedOn
module.
A relation type can be created explicitly, as an object implementing the RelationType
interface, typically a RelationTypeSupport
. Alternatively, it can be created implicitly using the Relation Service's createRelationType
method.
A relation instance can be created explicitly, as an object implementing the Relation
interface, typically a RelationSupport
. (A RelationSupport
is itself a valid MBean, so it can be registered in the MBean Server, though this is not required.) Alternatively, a relation instance can be created implicitly using the Relation Service's createRelation
method.
The DependsOn
example might be coded as follows.
import java.util.*; import javax.management.*; import javax.management.relation.*; // ... MBeanServer mbs = ...; // Create the Relation Service MBean ObjectName relSvcName = new ObjectName(":type=RelationService"); RelationService relSvcObject = new RelationService(true); mbs.registerMBean(relSvcObject, relSvcName); // Create an MBean proxy for easier access to the Relation Service RelationServiceMBean relSvc = MBeanServerInvocationHandler.newProxyInstance(mbs, relSvcName, RelationServiceMBean.class, false); // Define the DependsOn relation type RoleInfo[] dependsOnRoles = { new RoleInfo("dependent", Module.class.getName()), new RoleInfo("dependedOn", Module.class.getName()) }; relSvc.createRelationType("DependsOn", dependsOnRoles); // Now define a relation instance "moduleA DependsOn moduleB" ObjectName moduleA = new ObjectName(":type=Module,name=A"); ObjectName moduleB = new ObjectName(":type=Module,name=B"); Role dependent = new Role("dependent", Collections.singletonList(moduleA)); Role dependedOn = new Role("dependedOn", Collections.singletonList(moduleB)); Role[] roleArray = {dependent, dependedOn}; RoleList roles = new RoleList(Arrays.asList(roleArray)); relSvc.createRelation("A-DependsOn-B", "DependsOn", roles); // Query the Relation Service to find what modules moduleA depends on Map<ObjectName,List<String>> dependentAMap = relSvc.findAssociatedMBeans(moduleA, "DependsOn", "dependent"); Set<ObjectName> dependentASet = dependentAMap.keySet(); // Set of ObjectName containing moduleB
- Since:
- 1.5
- See Also:
- Java Platform documentation on JMX technology, in particular the JMX Specification, version 1.4
Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2022, Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Also see the documentation redistribution policy.