directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu" <>
Subject Re: [ServerEntry API] AttributeType into Values
Date Sun, 16 Dec 2007 19:50:11 GMT
On Dec 16, 2007 2:26 PM, Emmanuel Lecharny <> wrote:

> > This also opens up another topic: what semanitics do we intend for
> > adding the values of one attribute to another attribute which
> > potentially can be of another AT? I am leaning towards only allowing
> > the addition of vales of an attribute foo to attribute bar if and only
> > if foo attribute is an instanceOf() the attributeType of bar. Hence
> > why I added this method in just recently.
> My personnal opinion is that as soon as the bar AT accept the value
> taken from AT foo (ie, the value is valid accordingly to the bar SC),
> then I don't see why we shouldn't allow this move. At least, it will
> be slightly less restrictive.

OK this is making sense why you asked about whether or not you should check
the syntax of the value on addition.  You're suggesting that if there is no
problem with the syntax upon adding the value of one attribute to another
attribute then it should be OK.

I'm a bit concerned about doing this because this requires throwing away the
normalized value if present, then normalizing the value again with the new
attributeType of the target attribute the value is being added to.  Syntax
checks cost more than simple attribute type checks in general.  Also most of
the time transfers of a value from one attribute to another will occur over
the same attributeType.

I'm beginning to start to favor keeping the attributeType reference in the
value again.  I think we need to give it more time before we make the final
call on the direction we should take here if we cannot agree.

> In any case, I had this pb in mind and this was why I asked if we
> should check the syntax when adding a value ... For the
> ServerAttribute, I think that it's the developper responsability to
> assume this check.

I should have read further.  I'm really now favoring keeping this
attributeType reference in the value rather than going with this approach
because of the consequences.  I think it will pay off in the end for us.


View raw message