[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Models: Structural Object Class
At 11:08 AM 1/27/2003, Jim Sermersheim wrote:
>>2.4.2. Structural Object Classes
>
>It may be good to note (as X.501 does) that an entry's
>structuralObjectClass attribute may be interrogated to discover which
>value of the entry's objectClass attribute is the structural object
>class.
And 'governingStructureRule', too?
3.4.5. 'structuralObjectClass'
The attribute indicates the structural object class of the entry.
( 2.5.21.9 NAME 'structuralObjectClass'
EQUALITY objectIdentifierMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.38
SINGLE-VALUE NO-USER-MODIFICATION
USAGE directoryOperation )
The 'objectIdentifierMatch' matching rule and OBJECT IDENTIFIER
(1.3.6.1.4.1.1466.115.121.1.38) syntax is defined in [Syntaxes].
3.4.6. 'governingStructureRule'
The attribute indicates the structure rule governing the entry.
( 2.5.21.10 NAME 'governingStructureRule'
EQUALITY integerMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE NO-USER-MODIFICATION
USAGE directoryOperation )
The 'integerMatch' matching rule and INTEGER
(1.3.6.1.4.1.1466.115.121.1.27) syntax is defined in [Syntaxes].
Personally, I don't have a problem adding both of these as they
address technical omissions. One, however, could consider the
above to be 'LDAP non-"core" schema' [LDAPBIS charter]. This
charter issue I defer to Bob (who acts as sole chair in regards
to this I-D).
Kurt