Tanja Ertl wrote:
Hi Emmanuel,
We found the problem: It was caused by a ldif file containing groups with a member attribute with an empty string:
dn: cn=emptyGroup,ou=users,dc=example, dc=com
objectClass: groupOfNames
objectClass: top
cn: emptyGroup
member:
During startup, the file was loaded and the groups were created without
complaining. But as soon as ApacheDS was restarted for the first time, it
started to throw the NPEs.
We have eliminated that groups now and the NPE is gone.
Interesting report. I will create a unit test from this sample, and try
to eliminate the NPE by fixing the creation of an empty member.
The problem I had with the previous report was that I wasn't able to
reprofuce this behaviour by injecting empry attributes, because they
were rejected by JNDI, and ironing the encoder to avoid a NPE would have
lead to some other errors.
Many thanks !
PS : Can you fill a JIRA so that we don't forget to fix this issue ?
Bye,
Tanja
-----Original Message-----
From: Emmanuel Lecharny [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 20. August 2008 15:21
To: [email protected]
Subject: Re: NPE during directory search
Ulrich Knecht wrote:
Hi Emmanuel,
thanks for the quick reply! The only binary objects I know
of in our schema are user password attributes. I'll have
a look how they get in and wether they might be inserted
as null values. However, a fix that would prevent the NPE
from happening would be just great.
It seems that in the next release (1.5.4) it might be gone. I don't know
how to reproduce this problem, I tried, but with no success ...
Do you have a test case ?
--
--
cordialement, regards,
Emmanuel Lécharny
www.iktek.com
directory.apache.org
