[ http://issues.apache.org/jira/brows...=3Dcomments#ac=
tion_12369944 ]=20

Emmanuel Lecharny commented on DIRSERVER-591:
---------------------------------------------

Tony,

have you ried with another tool than jxplorer? Let's say LdapBrowser, or ju=
st a simple ldif file...

I think it should work, but there may be a bug somewhere... Could you isola=
te the problem you experienced with jxplorer  and reproduce it with ldapbro=
wser?

Emmanuel L=C3=A9charny (with a '=C3=A9', test=C3=A9 et approuv=C3=A9 sur AD=
S 

> Putting some chars like "=C3=A9" in common name with JXPlorer or my clien=
t code creates problems
> -------------------------------------------------------------------------=
------------------
>
>          Key: DIRSERVER-591
>          URL: http://issues.apache.org/jira/browse/DIRSERVER-591
>      Project: Directory ApacheDS
>         Type: Bug
>     Versions: 1.0-RC1
>  Environment: Win XP SP2
> JRE 1.5.0_04
> ApacheDS RC1.0
>     Reporter: Tony Blanchard

>
> It seems the apacheds database does not like "=C3=A9" chars.=20
> I even think trying to destroy such entries containing such chars lead to=
database severe corruption but I have no real and systematic clue yet.
> To reproduce, simply try to put a group with a "=C3=A9" char in the cn at=
tribute with JXplorer. Now, try to modify it. Exception araise.
> Now, in my client code, I see SearchResult returned with bad results in g=
etName() or getNameInNameSpace(). It seems it returns a string  with " " re=
placed by "%20" and "=C3=A9" char replaced with a value like /ufffd or some=
thing like this.
> Nevertheless, if I retrieve the attributes from the SearchResult I get th=
e correct "cn" value with a correct "=C3=A9" char in it

--=20
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secur...nistrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira

[ Post a follow-up to this message ]