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 pajbam@gmail.com designates
 74.125.82.178 as permitted sender)
Sender: Pierre-Arnaud Marcelot <pajbam@gmail.com>
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Apple Message framework v1251.1)
Subject: Re: connection.exists(Dn) is false although entry exists
From: Pierre-Arnaud Marcelot <pa@marcelot.net>
In-Reply-To: <4F292163.5040807@gmail.com>
Date: Wed, 1 Feb 2012 13:13:02 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <0F2831C9-13A5-4A8A-99FD-98E1C4F4DEDB@marcelot.net>
References: <4F28CAB5.5050808@gmail.com>
 <60C70C0D-8C23-4E39-B798-7B8227AC9F35@marcelot.net>
 <4F290874.5080702@gmail.com>
 <B7692866-A5B4-446B-B093-CC8DB8814FE9@marcelot.net>
 <4F292163.5040807@gmail.com>
To: users@directory.apache.org

Christoph,

I guess the 'cn=3DtestAttribute' entry is an instance of the =
'openengsb-namedObject' Object Class, right?

Regards,
Pierre-Arnaud


On 1 f=E9vr. 2012, at 12:26, Christoph Czurda wrote:

> Hi Pierre-Arnaud,
>=20
> I attached the ldif file. Btw, I used the LdapNetworkConnection as
> proposed in another thread. While it enabled my custom schema, it =
still
> gives the same result for this particular unit test.
>=20
> If you have the time, feel free to comment on my schema. It is my =
first
> schema and I appreciate any feedback.
>=20
> Kind regards,
> Christoph
>=20
> On 02/01/2012 11:34 AM, Pierre-Arnaud Marcelot wrote:
>> Thanks Christoph,
>>=20
>> I replicated the whole hierarchy of the DN you gave with standard =
schema element and I have not been able to reproduce the issue.
>>=20
>> As you mentioned in another mail, you're using a custom schema for =
your own set of Attribute Types and Object Classes.
>> Would you be allowed to share it with us (even in a private email, =
not on the ML), so we can replicate the issue and found out more about =
this strange issue?
>>=20
>> Regards,
>> Pierre-Arnaud
>>=20
>>=20
>> On 1 f=E9vr. 2012, at 10:40, Christoph Czurda wrote:
>>=20
>>> On 02/01/2012 10:34 AM, Pierre-Arnaud Marcelot wrote:
>>>> Hi Christoph,
>>>>=20
>>>> Could we have a look at the full DN you're using?
>>> Sure, here it is:
>>> =
cn=3DtestAttribute,ou=3Dattributes,cn=3DtestUser,ou=3Dusers,ou=3Duserdata,=
dc=3Dopenengsb,dc=3Dorg
>>>>=20
>>>> Thanks,
>>>> Pierre-Arnaud
>>>>=20
>>>> On 1 f=E9vr. 2012, at 06:16, Christoph Czurda wrote:
>>>>=20
>>>>> Hello!
>>>>>=20
>>>>> I came accross a strange issue in a unit test. (server ApacheDS =
2.0)
>>>>>=20
>>>>> Testing connection.exists(Dn dn) returns false.
>>>>> When I test the String overload with the same dn I get true.
>>>>>=20
>>>>> The code can probably explain better than words:
>>>>>=20
>>>>> Dn dn;
>>>>> //dn is initialized with an existing Dn.
>>>>>=20
>>>>> //this test passes:
>>>>> assertThat(connection.exists(dn.getName()), is(true));
>>>>>=20
>>>>> //this fails. AssertionError: expected true, got false
>>>>> assertThat(connection.exists(dn), is(true));
>>>>>=20
>>>>> How can that be? exists(Dn) works fine in other tests.
>>>>>=20
>>>>> Maybe I should mention that I get lots of these messages:
>>>>>=20
>>>>> 2012-02-01 05:56:00,730 [NioProcessor-2] WARN
>>>>> org.apache.directory.shared.asn1.ber.Asn1Decoder -
>>>>> ERR_00043_REMAINING_BYTES_FOR_DECODED_PDU The PDU has been fully =
decoded
>>>>> but there are still bytes in the buffer.
>>>>>=20
>>>>> But they occur with almost every message sent to the server. Btw, =
can I
>>>>> get rid of them somehow?
>>>>>=20
>>>>> Kind regards,
>>>>> Christoph
>>>>=20
>>=20
> <openengsbSchema.ldif>