On Tue, 11 Jun 2002 22:58, Berin Loritsch wrote:
> > From: Peter Donald [mailto:[EMAIL PROTECTED]]
> >
> > >I am sticking to my guns on this one. It is semantically cleaner to
> > >enforce ROLE matching, with an option for hints.
> >
> > This remonds me a lot of the ComponentSelector discussion and
> > the "add a
> > release() method" discussion. You were certain they were the
> > correct way to
> > go at the time and said much the same thing when challenged wrt to CS.
>
> I say that a lot, huh?
>
> ;P
;)
> Seriously though--I am going to fight for it until I see real reasons
> why it shouldn't be there. One thing that has come with our exchanges
> is that we both have learned to present good arguments to the table.
yep. Though I have been told by other people that no one else can understand
the yammering we do sometimes ;)
> Just think of it as me playing devil's advocate--really well.
Thats my role!
The way I see it is that you want to have different semantics to other
directory services.You have also demonstrated confusion over the system you
are demonstrating. ie you have used "hints" to specify hints but you have
also used them to represent constraints.
Stephen has demonstrated that it is possible to use hints via putting metainfo
in .xinfo files rather than in code. So if it is needed then it can be done -
no need for second parameter to lookup.
However if the second parameter is not a hint but a constraint then why do we
need to have it (given that the first parameter is another constraint - or
more accurately a designation for a set of constraints that usually resolves
as a single constraint "interface name").
Or in simpler terms. The rest of the world has no notion of hints or anything
like that in directory services - what makes you think you know better than
the rest of them?
--
Cheers,
Peter Donald
-----------------------------------------------------------
Don't take life too seriously --
you'll never get out of it alive.
-----------------------------------------------------------
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
