[Date Prev][Date Next]
Re: add rich data into attribute type definition possible?
Zhang Weiwu wrote:
2013/8/6 Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>:
For a solution, I'm afraid you'll have to provide your own "local"
translations. Actually I did something like that in Perl for a CGI
Local translation in application layer is NO-GO. I would have to put the
translation to 2 desktop clients in different programming languages and one
A shadow entry for every customized attribute is the only way to go.
Talking about the general design, I don't expect the standard to shift for
the simple requirement of translating description. But make new attribute
type definition into the object-like 'entry' brings all the advantage
object-oriented data can offer.
- Add slapo-constraint rule right on attribute definition.
- Add auditing rule on speicfic attributes, like password.
- Define an attribute's value should be shorted, right on the attribute's
- Define an attribute's value should be unique across the database.
I couldn't be the first to think about this, after-all OOP is so ubiquitous.
Even if the idea is valid, a change is always difficult, that's why in IT
evolution is usually done by new systems invented to replace the old ones,
not by old ones morphing into new ones.
The elements and syntax of an attribute definition are specified in X.500 and
ASN.1. We don't have the freedom to arbitrarily add extensions to these
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/