[Date Prev][Date Next]
Re: >= (greater or equal) and <= (lower or equal) operators in
Hallvard B Furuseth wrote:
Possibly, but more likely they just mimiced how how most otherReally, I have no good reason to defend that schema; what I'm saying is that
attributes are defined: Almost none of them has ORDERING rules, even
common ones like 'name' and thus 'cn' - and noone can possibly know all
the purposes those two will be used for. I've asked for ORDERING rules
for some attributes once in a while too, but usually too late.
I think it was designed with some objective in mind, and that didn't require
the ordering match. Of coursethe same attribute could be used for other
purposes and required the ordering match, but then another attribute
needed. Someone is doing something wrong: either who first designed it was
short-sighted, or who's trying to reuse it is too ambitious. I wouldn't
the short-sighted, then, because it always easy, AFTER, to say that someone
Or one could design a new attribute that inherits from the old one PLUS the
Then just design your own, or propose a draft for standard emendation,
Is it considered breaking standard schema to add ORDERING rules intoI would love to and I'm about to throw in the towel and "break" this
standard schema by adding this (and other) rules. A broken or
difficult standard is of no use.
but don't hijack others, or you'll run into interoperability problems,
sooner or later.
True, but sometimes the attributes are needed for another application
which expects a particular attribute name like uidNumber (e.g. PAM, I
think). Then you'd have to store that other attribute in _addition_
Or you could make your own schema with the same attribute names, object
class names etc. as the Pam schema, but with your own OIDs and with the
matching rules you want. That's 'formally' OK - unless the RFC2307
attribute names are registered with IANA - and a bit cleaner than
modifying the original schema, but still rather ugly, I guess.
ordering match; inheritance wwould let the new attribute be a valid
for the old one without even hanging a line of code (except where writes
of course) and add the new feature (an mess everything up, of course).
SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497