javax.management.relation (Java Platform SE 8 )
Keywords: javax.management.relation package
Date: 2015-05-24

compact3

# Package javax.management.relation

Provides the definition of the Relation Service.

See: Description

- 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 for `MBeanServerNotification`.
  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, 2015, Oracle and/or its affiliates. All rights reserved.