Re: Errors in diradmin-1.6.0
Mike Jackson <[email protected]> Sun, 09 Jan 2005 21:49:05 +0200
| Newsgroups | gmane.network.directoryadmin |
|---|---|
| Message-ID | <[email protected]> |
Dieter Kluenter wrote: > > RFC-2252,section 7.1 describes extensibleObject, and it is not > mentioned there, that this class should only by used in temporary > situations.If you design aliases for example, you have to include > objectclass extensibleObject in order to define at least the > attribute cn or uid, as the structural objectclass alias includes > only one attribute, which is aliasedObjectName. I could give a few > more examples, where extensibleObject is needed. I said "in my opinion" it's meant for temporary use. Just like in my opinion, you should never model data with multi-valued RDNs. And you shouldn't use any other attribute than "ou" for naming non-leaf objects. All opinions :-) This is how you create an alias without using extensibleObject: dn: uid=mjj,ou=users,dc=foo,dc=com objectClass: top objectClass: uidObject objectClass: alias aliasedObjectName: uid=jacksonm,ou=users,dc=foo,dc=com uid: mjj You just have to use an auxillary objectClass which contains the attribute you need for naming. For "cn", there aren't any in the standard schema where the MUST is only "cn", so you could just as easily create your own auxillary class for that purpose. > As extensibleObject is only an auxiliary objectClass, the requirement > for schema checking is not disabled. Of course the existing object classes must contain their mandatory attributes. What I meant is that once you attach extensibleObject to an object, you can then add any number of undefined attributes to that object with complete disregard to schema, which can quickly lead to unmaintainability. This is what developers typically need to do, especially when they don't know how to write LDAP schema, but it should be defined in the schema eventually. I still can not see any good reason for using extensibleObject as a long-term solution, although there might actually be one... BTW, it's nice to see that the list is getting active! It is certainly good to get everyone's opinion, and debate matters before acting. BR, -- mike ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt