You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2015/10/07 15:20:26 UTC

[jira] [Commented] (DIRAPI-253) The AVA class is not handling correctly the values wrt the SchemaManager

    [ https://issues.apache.org/jira/browse/DIRAPI-253?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14946836#comment-14946836 ] 

Emmanuel Lecharny commented on DIRAPI-253:
------------------------------------------

It's connected to DIRAPI-254. The fact that we don't have a {{Value.apply( AttributeType )}} method makes it really complicated to create schema aware {{Ava}}s.

> The AVA class is not handling correctly the values wrt the SchemaManager
> ------------------------------------------------------------------------
>
>                 Key: DIRAPI-253
>                 URL: https://issues.apache.org/jira/browse/DIRAPI-253
>             Project: Directory Client API
>          Issue Type: Bug
>    Affects Versions: 1.0.0-M31
>            Reporter: Emmanuel Lecharny
>             Fix For: 1.0.0-M32
>
>
> When we create an {{Ava}}, it may be schema aware (or not). In both case, we have to be able to return the user provided value (UPValue) and the normalized value (normValue). For instance, in {{cn=TEST}}, the upValue is {{TEST}} and the normValue is {{test}}.
> Currently, we store those two things in two {{Value<?>}} fields, which is really wrong, because :
> - if the {{Ava}} is schema aware, one single {{Value<?>}} will hold both the upValue and normValue, no matter what
> - if the {{Ava}} is not schema aware, there is no way we can make a difference between the upValue and normValue.
> The direct consequence, beside the fact that we are holding one more {{Value<?>}} than necessary in the object, is that we can't really propagate easily the schemaManager to the {{Value<?>}} instance, if we first create an {{Ava}} without schema nad inject the schema later.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)