From dev-return-11582-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Fri Mar 17 01:09:47 2006 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 99981 invoked from network); 17 Mar 2006 01:09:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Mar 2006 01:09:46 -0000 Received: (qmail 73972 invoked by uid 500); 17 Mar 2006 01:09:46 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 73865 invoked by uid 500); 17 Mar 2006 01:09:45 -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 73854 invoked by uid 99); 17 Mar 2006 01:09:45 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Mar 2006 17:09:45 -0800 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=SUBJECT_ENCODED_TWICE X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [203.10.110.72] (HELO mail.netspace.net.au) (203.10.110.72) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Mar 2006 17:09:44 -0800 Received: from [192.168.0.4] (220-253-41-97.VIC.netspace.net.au [220.253.41.97]) by mail.netspace.net.au (Postfix) with ESMTP id 3DD367DC6C for ; Fri, 17 Mar 2006 12:09:17 +1100 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <1356892100.1142240381046.JavaMail.jira@ajax> References: <1356892100.1142240381046.JavaMail.jira@ajax> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <861CB9A4-BE6C-4067-BD6A-1FD5F49A7A08@pegacat.com> Content-Transfer-Encoding: quoted-printable From: Chris Betts Subject: =?ISO-8859-1?Q?Re:_[jira]_Commented:_=28DIRSERVER-591=29_Putting?= =?ISO-8859-1?Q?_some_chars_like_"=E9"_in_common_name_with_JXPlor?= =?ISO-8859-1?Q?er_or_my_client_code_creates_problems?= Date: Fri, 17 Mar 2006 12:09:16 +1100 To: "Apache Directory Developers List" X-Mailer: Apple Mail (2.746.2) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N JXplorer should correctly encode non-english characters into UTF-8, =20 as per the spec; it's been tested with everything from French to =20 Chinese. "/ufffd' is a java unicode character escape sequence, which =20= should never be produced by JX, but might be produced by some java =20 code somewhere that is trying to 'make safe' a UTF-8 string - this =20 would be consistent with the ' ' -> '%20' behaviour. - Chris Betts (JX dev team) On 13/03/2006, at 7:59 PM, Tony Blanchard (JIRA) wrote: > [ http://issues.apache.org/jira/browse/DIRSERVER-591?=20 > page=3Dcomments#action_12370132 ] > > Tony Blanchard commented on DIRSERVER-591: > ------------------------------------------ > > Hi Emmanuel, > > I did not try with another tool because I have no other tool yet. > Nevertheless, I found the problem on my client code and tried with =20 > JXplorer which has the same pb. > > I have seen something to tell you about to reproduce in JXplorer. > First of all, I have ACLs enabled and forgot to tell about it in =20 > environment... > > In JXplorer, under groups as admin, create a new entry with classes =20= > Top and groupOfUniqueNames. > Enter the common name like "cn=3Dsecr=E9taire" and valiadate the =20 > creation box. In the right table of JXplorer, add as uniqueMember =20 > "uid=3Dadmin, ou=3Dsystem". > Submit changes to LDAP server. It works and you can look at the =20 > entry event if you look another one and come back to "secr=E9taire". > Now, log out and login as admin. Go to "secr=E9taire" and there is an =20= > exception with these details : > > > javax.naming.NameNotFoundException: [LDAP: error code 32 - failed =20 > on search operation: > SearchRequest > baseDn : 'cn=3Dsecr?taire,ou=3Dgroups,ou=3Dsystem' > filter : '(objectClass=3D*) ' > scope : base object > typesOnly : false > no limit > Time Limit : no limit > Deref Aliases : deref Finding Base Obj > attributes : > : > org.apache.directory.shared.ldap.exception.LdapNameNotFoundException: =20= > Attempt to search under non-existant entry: cn=3Dsecr?=20 > taire,ou=3Dgroups,ou=3Dsystem > at =20 > org.apache.directory.server.core.exception.ExceptionService.assertHasE=20= > ntry(ExceptionService.java:377) > at =20 > org.apache.directory.server.core.exception.ExceptionService.search=20 > (ExceptionService.java:353) > at org.apache.directory.server.core.interceptor.InterceptorChain=20= > $Entry$1.search(InterceptorChain.java:1257) > at =20 > org.apache.directory.server.core.authz.AuthorizationService.search=20 > (AuthorizationService.java:899) > at org.apache.directory.server.core.interceptor.InterceptorChain=20= > $Entry$1.search(InterceptorChain.java:1257) > at = org.apache.directory.server.core.referral.ReferralService.search=20 > (ReferralService.java:905) > at org.apache.directory.server.core.interceptor.InterceptorChain=20= > $Entry$1.search(InterceptorChain.java:1257) > at =20 > org.apache.directory.server.core.authn.AuthenticationService.search=20 > (AuthenticationService.java:388) > at org.apache.directory.server.core.interceptor.InterceptorChain=20= > $Entry$1.search(InterceptorChain.java:1257) > at =20 > org.apache.directory.server.core.normalization.NormalizationService.se=20= > arch(NormalizationService.java:180) > at =20 > org.apache.directory.server.core.interceptor.InterceptorChain.search=20= > (InterceptorChain.java:822) > at =20 > org.apache.directory.server.core.partition.DirectoryPartitionNexusProx=20= > y.search(DirectoryPartitionNexusProxy.java:461) > at =20 > org.apache.directory.server.core.partition.DirectoryPartitionNexusProx=20= > y.search(DirectoryPartitionNexusProxy.java:406) > at org.apache.directory.server.core.jndi.ServerDirContext.search=20= > (ServerDirContext.java:526) > at =20 > org.apache.directory.server.ldap.support.SearchHandler.messageReceived=20= > (SearchHandler.java:265) > at = org.apache.mina.handler.demux.DemuxingIoHandler.messageReceived=20 > (DemuxingIoHandler.java:128) > at org.apache.directory.server.ldap.LdapProtocolProvider=20 > $LdapProtocolHandler.messageReceived(LdapProtocolProvider.java:431) > at org.apache.mina.common.support.AbstractIoFilterChain=20 > $2.messageReceived(AbstractIoFilterChain.java:189) > at =20 > org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageRe=20= > ceived(AbstractIoFilterChain.java:494) > at = org.apache.mina.common.support.AbstractIoFilterChain.access$1000=20 > (AbstractIoFilterChain.java:52) > at = org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl=20 > $1.messageReceived(AbstractIoFilterChain.java:761) > at org.apache.mina.filter.LoggingFilter.messageReceived=20 > (LoggingFilter.java:87) > at =20 > org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageRe=20= > ceived(AbstractIoFilterChain.java:494) > at = org.apache.mina.common.support.AbstractIoFilterChain.access$1000=20 > (AbstractIoFilterChain.java:52) > at = org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl=20 > $1.messageReceived(AbstractIoFilterChain.java:761) > at = org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived=20 > (ProtocolCodecFilter.java:91) > at =20 > org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageRe=20= > ceived(AbstractIoFilterChain.java:494) > at = org.apache.mina.common.support.AbstractIoFilterChain.access$1000=20 > (AbstractIoFilterChain.java:52) > at = org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl=20 > $1.messageReceived(AbstractIoFilterChain.java:761) > at org.apache.mina.filter.ThreadPoolFilter.processEvent=20 > (ThreadPoolFilter.java:665) > at org.apache.mina.filter.ThreadPoolFilter$Worker.processEvents=20= > (ThreadPoolFilter.java:421) > at org.apache.mina.filter.ThreadPoolFilter$Worker.run=20 > (ThreadPoolFilter.java:376) > ]; remaining name 'cn=3Dsecr taire,ou=3Dgroups,ou=3Dsystem' > > If this is not enought to help i will try to install the tool you =20 > tell me about. > Tony > > >> Putting some chars like "=E9" in common name with JXPlorer or my =20 >> client code creates problems >> ---------------------------------------------------------------------=20= >> ---------------------- >> >> 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 "=E9" chars. >> I even think trying to destroy such entries containing such chars =20 >> lead to database severe corruption but I have no real and =20 >> systematic clue yet. >> To reproduce, simply try to put a group with a "=E9" char in the cn =20= >> attribute with JXplorer. Now, try to modify it. Exception araise. >> Now, in my client code, I see SearchResult returned with bad =20 >> results in getName() or getNameInNameSpace(). It seems it returns =20 >> a string with " " replaced by "%20" and "=E9" char replaced with a =20= >> value like /ufffd or something like this. >> Nevertheless, if I retrieve the attributes from the SearchResult I =20= >> get the correct "cn" value with a correct "=E9" char in it > > --=20 > This message is automatically generated by JIRA. > - > If you think it was sent incorrectly contact one of the =20 > administrators: > http://issues.apache.org/jira/secure/Administrators.jspa > - > For more information on JIRA, see: > http://www.atlassian.com/software/jira >