From dev-return-17507-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Sun Apr 15 14:55:11 2007 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 46145 invoked from network); 15 Apr 2007 14:55:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Apr 2007 14:55:09 -0000 Received: (qmail 20475 invoked by uid 500); 15 Apr 2007 14:55:15 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 20442 invoked by uid 500); 15 Apr 2007 14:55:15 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 20430 invoked by uid 99); 15 Apr 2007 14:55:15 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Apr 2007 07:55:15 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of akarasulu@gmail.com designates 66.249.92.175 as permitted sender) Received: from [66.249.92.175] (HELO ug-out-1314.google.com) (66.249.92.175) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Apr 2007 07:55:08 -0700 Received: by ug-out-1314.google.com with SMTP id 71so766324ugh for ; Sun, 15 Apr 2007 07:54:47 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=qxZPqmvXEtoVmu1bboNg6OxckAJRx45B47qhdp3/vEx/ZmIGG0wFz8Qi04yrgX7TxEWGL0biFbq2NWqeXDpiiIL29OwFHGi7E4wVL5byWRcx3e1o2sUgc18dhBqtfZIvFqVBfVu5cutF/K9lsjxOXyrUo7eNO8+55Z2/r4DV72A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=BtEYgVk8Z9l7oMOxydaMdl62DruUQk6NM5sPZk1HuAGTIdVhV7B7JOCpZ56p6GiXUHDCNUYGuwyYmVitj24TxPIQG3pL2WN45YAwNv5b9I3otG5suTtbXIbX500beAoDkuEPayfjXHX3xt2sE1CW56Kz2X+YEPlqdtvvW5rOPXM= Received: by 10.67.32.19 with SMTP id k19mr3593636ugj.1176648887117; Sun, 15 Apr 2007 07:54:47 -0700 (PDT) Received: by 10.67.35.16 with HTTP; Sun, 15 Apr 2007 07:54:47 -0700 (PDT) Message-ID: Date: Sun, 15 Apr 2007 10:54:47 -0400 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" Subject: Re: Is org.apache.directory.server;core.prefs still usefull? In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_30401_13023794.1176648887063" References: X-Google-Sender-Auth: 0104ddcfe1cb004b X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_30401_13023794.1176648887063 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Emmanuel, This package was created a long time ago at Enrique's request to build a prefs OSGi service where the preferences are backed by the DIT. BTW this implements a Preferences object which is the in the java.util.prefspackage. I think this stuff might come in handy for unstructured pref storage. However we need to determine exactly what our course will be for the usage of the DIT for configuration information. Also we need to figure out how useful this is for the OSGi effort. HTH, Alex On 4/13/07, Emmanuel Lecharny wrote: > > Hi, > > while working on SyntaxCheckers, I get caught in a nasty problem with the > classes of this package. The question is : do we need it? > I see no places in the server where we use or instanciate those classes, > so a blind guess is that those classes are remaining for historical reaso= ns > (may be they were used years ago). > > The problem I currently have is that when you store a byteArray into a > Preferences, it is transformed to a base64 String, which is not accepted = by > the server. > > Right now, I have commented the failing test ( testCreateAndSetByteArray = ) > - which was incorrect anyway, because we didn't stored a byteArray but a > String in this test - so that the regression tests can work. > > I'm waiting for some heads up before going for more drastic solution > s(like removing the package), because I may have missed something importa= nt > (I don't know this part oif the server) > > Thanks ! > > -- > Cordialement, > Emmanuel L=E9charny > www.iktek.com ------=_Part_30401_13023794.1176648887063 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Emmanuel,

This package was created a long time ago at Enrique'= ;s request to build a prefs OSGi service where the preferences are backed b= y the DIT. 

BTW this implements a Preferences object which is = the in the=20 java.util.prefs package.  I think this stuff might come in handy for u= nstructured pref storage.

However we need to determine exactly what= our course will be for the usage of the DIT for configuration information.=   Also we need to figure out how useful this is for the OSGi effort.

HTH,
Alex

On 4/13/07, Emmanuel Lecharny <elecharny@gmail.com> wrote:
Hi,

while working on SyntaxCheckers, I get caught in a nasty problem= with the classes of this package. The question is : do we need it?
I s= ee no places in the server where we use or instanciate those classes, so a = blind guess is that those classes are remaining for historical reasons (may= be they were used years ago).

The problem I currently have is that when you store a byteArray int= o a Preferences, it is transformed to a base64 String, which is not accepte= d by the server.

Right now, I have commented the failing test ( tes= tCreateAndSetByteArray ) - which was incorrect anyway, because we didn'= t stored a byteArray but a String in this test - so that the regression tes= ts can work.

I'm waiting for some heads up before going for more drastic sol= ution s(like removing the package), because I may have missed something imp= ortant (I don't know this part oif the server)

Thanks !

--
Cordialement,
Emmanuel L=E9charny
www.iktek.com

------=_Part_30401_13023794.1176648887063--