next up previous contents
Next: 4.2.4 Methoden zur Verwaltung Up: Verknüpfungen und Gruppenbildung von Previous: 4.2.2 Realisierung von Associations

4.2.3 Typisierte und untypisierte JMAPI Associations

 In [JMA97] wird zwischen typisierten und untypisierten Associations unterschieden. Untypisierte Associations sind Instanzen der Klasse sunw.admin.arm.manager.ServerAssociation bzw. sunw.admin.arm.manager.ClientAssociation. Typisierte Associations sind Instanzen benutzerdefinierter Unterklassen von ServerAssociation bzw. ClientAssociation.

Im folgenden wird zunächst gezeigt, wie sich CIM Associations mit Hilfe von untypisierten JMAPI Associations darstellen lassen[*]. Im Anschluß daran wird der Sinn von typisierten JMAPI Associations erläutert.

Die Abbildung von CIM Associations auf JMAPI Associations kann alleine mit Hilfe des Namens-Attributs (und der Source- und Target-References) erfolgen. Dem Namensattribut ist lediglich der Typname der entsprechenden CIM Association zuzuweisen. Als Beispiel werde die CIM Association CIM_Dependency des Core Models betrachtet. Die zugehörige Definition in der MOF-Datei lautet:

        [Association, Abstract, Description (
        "A generic association to establish dependency"
        "relationships between objects.") , Schema ("CIM") ] 
class CIM_Dependency
{
        [Description (
        "Antecedent represents the independent object"
        "in this association."), Multiplicity ("MV") ] 
    CIM_ManagedSystemElement REF Antecedent;
        [Description (
        "Dependent represents the object dependent on"
        "the Antecedent.", "Multiplicity", "MV") ] 
    CIM_ManagedSystemElement REF Dependent;
};

Wenn die Managed Object Klasse CIM_ManagedSystemElement als Unterklasse von ManagedObjectImpl bereits definiert und in die Datenbank importiert ist, kann zwischen zwei Instanzen dieser Klasse eine JMAPI Association mit Namen ,,CIM_ManagedSystemElement`` erzeugt werden. Der Name repräsentiert in diesem Fall die CIM-Klasse der Association.

In diesem Zusammenhang stellt sich nun die Frage, warum JMAPI typisierte Associations bietet. Die Begründung hierfür liegt in der Möglichkeit, daß verschiedene Clients auf derselben Menge von Managed Objects Associations mit demselben Namen anlegen können, ohne hierbei in Konflikte zu geraten. Zu diesem Zweck müssen nur Unterklassen von ServerAssociation und ClientAssociation gebildet werden, deren Konstruktoren package visibility besitzen. Associations dieser Unterklassen können dann nur innerhalb des entsprechenden Java-Packages aufgerufen werden und sind vor äußeren Eingriffen geschützt. Die Kombination von Association-Typ und Association-Namen ist jeweils eindeutig.


next up previous contents
Next: 4.2.4 Methoden zur Verwaltung Up: Verknüpfungen und Gruppenbildung von Previous: 4.2.2 Realisierung von Associations
Copyright Munich Network Management Team