Mailing-List: contact users-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@directory.apache.org
Received-SPF: pass (athena.apache.org: domain of kovach@gmail.com designates
 209.85.217.177 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=ksDypjOb8s86yhQQfOQUc5GxQ1/YCcPWzdw1M0knOL3MS05e1iGSJy1biW8farYppi
         COmsjs0Ug2BPRKsEyzEvx54LCN/JLC2HKqSqGmKa2WG77uRBH2IhaYzGj6dWA8aU+WwB
         F0hmrFePHJL/+xCug38+KRndTk79MXbBt3Fps=
MIME-Version: 1.0
In-Reply-To: <49B25493.4060701@nextury.com>
References: <e9cd74a50903062329wc248321va31ebea53906d098@mail.gmail.com>
	 <49B25493.4060701@nextury.com>
Date: Sat, 7 Mar 2009 10:56:45 -0500
Message-ID: <e9cd74a50903070756h7a2deffct8ac33e500f3e4fa5@mail.gmail.com>
Subject: Re: LDAP error code 80
From: Kevin Kovach <kovach@gmail.com>
To: users@directory.apache.org
Content-Type: multipart/alternative; boundary=00163616448dc51f7f0464897274

--00163616448dc51f7f0464897274
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

First, thanks for the response and information.

But, I want this id to be a string.  That's what I am after.  When you say,
"If you pass something which can't be translated to a String, it will
consider it as a byte[], but that will fail when doing a search against
String value", what do you mean?  Pass to what?  The search method?  Are yo=
u
talking about my filter?

If so, I don't believe I'm passing anything that can't be translated to a
String.  As I stated, in this example, I generate a random string of length
25 and do a search for that to see if it is unique.  Why it would consider
my random string a byte[].

Thanks again for the help.  I appreciate it.

- Kevin

On Sat, Mar 7, 2009 at 6:03 AM, Emmanuel Lecharny <elecharny@apache.org>wro=
te:

> Kevin Kovach wrote:
>
>> Hello,
>>
>> I am currently running ApacheDS 1.5.4 on 64-bit Ubuntu.  I have a Java
>> application that's storing objects in the directory.  Those objects use =
a
>> custom schema with an auxiliary ojectclass that contains an id attribute=
.
>> That id is a 25 character string of alphanumeric characters, and I have
>> the
>> attribute set to a directory string.   I create a random id for a certai=
n
>> set of the objects, and when I generate a new one I first do a lookup to
>> make sure that it's unique in my DIT.
>>
>> When doing this uniqueness search, I sometimes but not always see the
>> following error returned from ApacheDS.  I've changed my oid, the object
>> name, and hostname for some anonymity, but this is it in a nutshell...
>>
>> DEBUG httpSSLWorkerThread-8081-2 localhost - Got random id
>> eKsFGqG9CxKbmwlvGKFX6ajOV. Checking to see if its unique...
>> DEBUG httpSSLWorkerThread-8081-2 localhost - Performing LDAP search for
>> filter (myid=3DeKsFGqG9CxKbmwlvGKFX6ajOV)
>> ERROR httpSSLWorkerThread-8081-2 localhost - NamingException: [LDAP: err=
or
>> code 80 - OTHER: failed for     SearchRequest
>>        baseDn : '2.5.4.11=3Dusers,0.9.2342.19200300.100.1.25=3Dlocalhost=
'
>>        filter :
>> '(MYOID.1.15=3DeKsFGqG9CxKbmwlvGKFX6ajOV:[9223372036854775807])'
>>        scope : whole subtree
>>        typesOnly : false
>>        Size Limit : no limit
>>        Time Limit : no limit
>>        Deref Aliases : deref Always
>>        attributes :
>> : java.lang.String cannot be cast to [B]
>>
>> I'm not sure I understand what this is telling me.  Like I said, this do=
es
>> not occurr every time either.  I'm also confused as to what the
>> ':[9223372036854775807]' is appended to my filter?  Any help or insight
>> would be appreciated.  I will of course be happy to provide more detail =
as
>> needed.  Thanks.
>>
>>
>
> First, the [blah] value in the filter is just there to give some
> information about the number of objects found using this index (here, it'=
s
> -1L, as you don't have any index set up for this AttributeType). It's use=
d
> for debug purpose.
>
> Now, I guess that your AttributeType is not defined as binary. What
> happends is that the serve consider the AttributeType to e HumanReadable,
> and stores the values as String. If you pass something which can't be
> translated to a String, it will consider it as a byte[], but that will fa=
il
> when doing a search against String value (because comparing a byte[] and =
a
> String is not possible...).
>
> I would suggest you define this AttributeType to be binary, that should d=
o
> the trick.
>
>> - Kevin
>>
>>
>>
>>
>
>
> --
> --
> cordialement, regards,
> Emmanuel L=C3=A9charny
> www.iktek.com
> directory.apache.org
>
>
>


--=20
"He has all the virtues I dislike and none of the vices I admire."

-- Winston Churchill

--00163616448dc51f7f0464897274--