Re: Protocol: present filter behavior
"Jim Sermersheim" <[email protected]>
| Newsgroups | gmane.ietf.ldapbis |
|---|---|
| Message-ID | <[email protected]> |
One specific example is where the DSA supports the notion of dynamic or synthetic attributes. These don't actually exist in the database, rather they are generated as entries are returned or as those attributes are queried. Some servers may, for some attributes, not implement a presence rule. Jim >>> John McMeeking <[email protected]> 2/8/05 2:02:40 PM >>> You lost me. How can "presence" be undefined or not implemented for an attribute description? John McMeeking [email protected] wrote on 02/08/2005 01:11:41 PM: > In Protocol Section 4.5.1.7.5 (SearchRequest.filter.present) it says > that a present match evaluates to "FALSE ... including a presence > test with an unrecognized attribute description". > > It doesn't mention the case where the attribute description is > recognized, but the present match is not implemented for it. > > Section 4.5.1.7 indicates that this would result in an "Undefined" > filter item, but I'm not sure if this is the intent for present matches. > > So, two questions: 1) Is this case treated as Undefined? (My read > says yes). 2) Does this need to be clarified in the I-D? > > Jim > > >