Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
To: Apache Directory Developers List <dev@directory.apache.org>
From: =?UTF-8?Q?Emmanuel_L=c3=a9charny?= <elecharny@gmail.com>
Subject: [Studio] Referring to Snapshot version of the API/ApacheDS + Some
 other things
Message-ID: <4286ceed-7706-1091-310a-75212841342f@gmail.com>
Date: Mon, 13 Mar 2017 10:53:43 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0)
 Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Mon, 13 Mar 2017 09:53:58 -0000

Hi,


Stefan, for the record, I changed the pom files to point to SNAPSHOT of
the API and ApacheDS libraries. I don't know if it's a problem per se,
but it allowed me to use some of the changes I have introduced this
week-end in the API. If needed, I can start to cut a release of thos lib
and move back to a released version soon.


Otherwise, I have applied the workaround in the entry editor : you can
now edit a Boolean value and the editor does not freeze on mac. This is
a bit of a hack, as I'm injecting a 'TRUE' value as a default value. It
works, and teh value is not really applied in the entry, until you
validate it (it appears in red in the editor).

This workaround is not perfect, and I discovered another issue : you
can't inject a null value in, say, a 'dc' or a 'email' - which allows
such null values -. It won't be sent to the server. I don't see easy way
to deal with that at the moment, without having to refactor extensively
the editor. I was expecting to be able to use teh LdapSyntax to verify
if a null value is acceptable, but we can't, as we have no guarantee to
have access to this LdapSyntax for every LdapServer we are connected to.
So bottom lie, teh only way is to assume we can have a null value,
unless we *know* we can't (like, if the LdapSyntax is available). We
could also define a default list of AT that accept null values...


Anyway, this is not that frequent, and we can live with such a
limitation, as soon as we know it exists...

Just let me know if you have some toughts about this problem.

Thanks !

-- 
Emmanuel Lecharny

Symas.com
directory.apache.org