[389-users] superior attributes (not object classes)

[Nathan Kinder]

On 08/31/2010 08:28 PM, Brian LaMere wrote:
>
>
>     > Was this ever looked at again for a feature enhancement?  Is it
>     > already available, if I do X thing?
>     A feature enhancement to the schema conversion tool?  I'm not sure who
>     maintains that now.
>
>
> well, I was simply running the schema-reload.pl 
> <http://schema-reload.pl> script; the script ran fine, it was internal 
> dynamic reload task on the directory server that had a problem, per 
> the error log for the slapd instance:
>
> [31/Aug/2010:15:30:23 -0700] schemareload - Schema reload task starts 
> (schema dir: default) ...
> [31/Aug/2010:15:30:23 -0700] dse - The entry cn=schema in file 
> /etc/dirsrv/slapd-redacted/schema/97hosting.ldif is invalid, error 
> code 21 (Invalid syntax) - attribute type nocastr128: Missing parent 
> attribute syntax OID
> [31/Aug/2010:15:30:23 -0700] schema_reload - schema file validation failed
> [31/Aug/2010:15:30:23 -0700] schemareload - Schema validation failed.
>
>     > I got it because I was using "SUP nocastr128" in an attributeType,
>     > after defining an attributeType of nocastr128 with the base
>     components
>     > I wanted to inherit.
>     So the problem is that SYNTAX is not inherited from the parent?
>     What version of 389-ds-base are you using?
>     Can you post the definitions of the parent and child attributes?
>
> Yeah, I messed with it a bit not knowing what it was talking about; at 
> first I tried to figure out why it was loading my 97hosting.ldif file 
> earlier than the 00core.ldif file that had the syntax that was 
> "missing," since that seemed to be what the error was saying.
>
> As a simple example though, if I try to create an attribute with "SUP 
> top" it fails; I can do that with an objectclass with no problems, but 
> not with an attributetype.  Here's an extremely over-simplified example:
You can't have an attribute use an objectclass as it's superior.  An 
attribute can only use another attribute as it's superior.  The same 
restriction goes for an objectclass.  An objectclass can only use 
another objectclass as it's superior.

-NGK
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> me at redacted:/etc/dirsrv/slapd-redacted/schema# cat 96testing.ldif
> #
> ################################################################################
> #
> dn: cn=schema
> #
> ################################################################################
> #
> attributeTypes: (
>   2.25.184169507047331805154432216124173436187.1.2.3.99999
>   NAME 'testAttributeWithSup'
>   DESC 'rfc2252 allows for both superior objectclasses and superior 
> attributetypes'
>   SUP top
>   )
> #
> ################################################################################
> #
> me at redacted:/etc/dirsrv/slapd-redacted/schema# 
> /usr/lib64/dirsrv/slapd-redacted/schema-reload.pl 
> <http://schema-reload.pl> -v -D "cn=Directory Manager" -j ../dirman.pwd
> ldapmodify: started Tue Aug 31 20:12:04 2010
>
> ldap_init( redacted.here.com <http://redacted.here.com>, 389 )
> add objectclass:
> top
> extensibleObject
> add cn:
> schema_reload_2010_8_31_20_12_4
> adding new entry cn=schema_reload_2010_8_31_20_12_4, cn=schema reload 
> task, cn=tasks, cn=config
> modify complete
>
> me at redacted:/etc/dirsrv/slapd-redacted/schema# tail -4 
> /var/log/dirsrv/slapd-redacted/errors
> [31/Aug/2010:20:12:03 -0700] schemareload - Schema reload task starts 
> (schema dir: default) ...
> [31/Aug/2010:20:12:03 -0700] dse - The entry cn=schema in file 
> /etc/dirsrv/slapd-redacted/schema/96testing.ldif is invalid, error 
> code 21 (Invalid syntax) - attribute type testAttributeWithSup: 
> Missing parent attribute syntax OID
> [31/Aug/2010:20:12:03 -0700] schema_reload - schema file validation failed
> [31/Aug/2010:20:12:04 -0700] schemareload - Schema validation failed.
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Doing the same with an objectclass ("SUP top") works fine, obviously. 
>  All this means is I can't define attributes that are inheritance 
> types; no matter how many times I may repeat the same three lines in 
> many entries, they have to be repeated; I can't just say "SUP 
> nocastr128" instead.
>
> Again, doesn't stop anything from working, I just did a global 
> search/replace in vi and was done quickly.  It just looks messier, and 
> was curious why it wasn't allowed to have superior attributes, or if 
> there was something I was doing wrong?
>
> Brian LaMere
>
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20100901/ddf7390a/attachment.html>