[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: matched values 05
While I appreciate all of the hard work that has gone into the development
of the control, I don't feel that it is a good idea. So, I guess the time
has come (again) for me to state my opinion about the Matched Values Only
(MVO) control. IMHO the MVO control as described in this draft is a
negative. Throughout its progression, it has grown increasingly more
complex. As I recall, it started out life as a simple boolean.
The problem that is solved is mostly due to poor schema and DIT structure
design. There is no reason to have so many attribute values in the
attribute of an entry. As an example of how to solve this problem, I wrote
a draft that described an alternative way of storing certificates (alas, it
has expired). With more thought given to the schema and DIT structure
design, existing protocol and simple matching rules can be used to solve
the problem that this complex MVO control solves.
I don't think that the Section 4 adequately address the problems of the
interaction with other controls. I am not convinced that the MVO control
acts independently of server side sorting. It seems to me that attribute
values that are used in the sorting process can be subsequently affected by
the MVO control.
My recommendation would be to not progress this draft at all. If it is to
be progressed at all, it should go only as Experimental since the impact on
existing controls has not been explored, and since there are simpler
solutions to the problem it claims to solve.
Thanks,
Bruce Greenblatt
==============================================
Bruce Greenblatt, Ph. D.
Directory Tools and Application Services, Inc.
http://www.directory-applications.com
See my new Book on Internet Directories:
http://www.phptr.com/ptrbooks/ptr_0139744525.html