Sun ONE definiert bestimmte Schemadefinitionen öffentlich, die eDirectory nicht öffentlich definiert. Dies betrifft Attribute wie objectClasses, attributeTypes, ldapSyntaxes und subschemSubentry. Diese Definitionen existieren intern sind für das Schema von wesentlicher Bedeutung. Sie können daher nicht geändert werden. Vorgänge, die versuchen, diese Definitionen zu ändern, verursachen folgenden Fehler:

LDAP-Fehler: 53 (DSA will nicht aktiv werden)

Datensätze, die Bezüge zu diesen Definitionen enthalten, verursachen folgenden Fehler:

LDAP-Fehler: 16: (kein solches Attribut)

Datensätze, die einen Bezug zu diesen Objekten enthalten oder versuchen, diese Definitionen zu ändern, müssen in der LDIF-Fehlerdatei (in diesem Beispiel err.ldf) kommentiert werden.

Einige Objektklassendefinitionen in Sun ONE verfügen über keine Benennungsattribute. Beim Hinzufügen solcher Objektklassen würde in eDirectory folgender Fehler auftreten:

LDAP-Fehler: 80 (NDS-Fehler: keine eindeutige Benennung (-651)

Dieser Fehler tritt auf, weil Sun ONE nicht die gleiche Methode zur Bestimmung von Benennungsregeln verwendet wie eDirectory.

Setzen Sie eine beliebige der drei folgenden Optionen ein, um das Problem zu lösen:

Fügen Sie zu jeder der betreffenden Objektklassen ein gültiges Benennungsattribut hinzu.

Beispiel:

Um das Benennungsattribut [ cn ] zur Objektklasse netscapeMachineData hinzuzufügen, bearbeiten Sie den Eintrag (im Beispiel unten hervorgehoben) in der Datei err.ldf unter Verwendung der Flagge X-NDS_NAMING:

dn: cn=schemachangetype: modifyadd: objectClassesobjectClasses: ( 2.16.840.1.113730.3.2.32 NAME ’netscapeMachineData’ 
    DESC ’iPlanet defined objectclass’ SUP top STRUCTURAL MAY ’cn’     X-NDS_NAMING ’cn’ )-

Definieren Sie jede betreffende Objektklasse als AUXILIARY oder ABSTRACT.

Beispiel:

Um die Definition der Objektklasse netscapeMachineData von STRUCTURAL in AUXILIARY zu ändern, bearbeiten Sie den Eintrag in der Datei err.ldf (im Beispiel unten hervorgehoben) wie folgt:

dn: cn=schemachangetype: modifyadd: objectClassesobjectClasses: ( 2.16.840.1.113730.3.2.32 NAME ’netscapeMachineData’ 
   DESC ’iPlanet defined objectclass’ SUP top AUXILIARY )-

Um die Definition der Objektklasse netscapeMachineData von STRUCTURAL in ABSTRACT zu ändern, bearbeiten Sie den Eintrag in der Datei err.ldf (im Beispiel unten hervorgehoben) wie folgt:

dn: cn=schemachangetype: modifyadd: objectClassesobjectClasses: ( 2.16.840.1.113730.3.2.32 NAME ’netscapeMachineData’ 
   DESC ’iPlanet defined objectclass’ SUP top ABSTRACT )-

Fügen Sie cn zur Definition von Top in eDirectory hinzu, um ein potenzielles Benennungsattribut für alle Objektklassen zu verursachen.

Zum Hinzufügen von cn zu Top stehen zwei Methoden zur Verfügung:

Einige Objektklassendefinitionen enthalten userPassword als Bestandteil der Liste obligatorischer Attribute. Beim Hinzufügen solcher Objektklassen zu eDirectory tritt folgender Fehler auf:

LDAP-Fehler: 16 (kein solches Attribut)

Um das Problem zu lösen, ändern Sie die Objektklassendefinition so, dass sie die neue Objektklasse von ndsLoginProperties erbt, und entfernen Sie das Attribut userPassword aus der Liste der obligatorischen Attribute.

Beispiel:

Eine Objektklasse, die userPassword in der Liste obligatorischer Attribute enthält:

version : 1
dn: cn=schemaz
changetype: modify
add: objectClasses
objectClasses: ( 0.9.2342.19200300.100.4.19 NAME ’simpleSecurityObject’ DESC ’
 Standard LDAP objectClass’ SUP top STRUCTURAL MUST userPassword )

Dies muss folgendermaßen geändert werden (beachten Sie die Änderung in der letzten Zeile):

version : 1
dn: cn=schema
changetype: modify
add: objectClasses
objectClasses: ( 0.9.2342.19200300.100.4.19 NAME ’simpleSecurityObject’ DESC ’
 Standard LDAP objectClass’ SUP (ndsLoginProperties $ top) STRUCTURAL )