From dev-return-12399-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Sun Jul 02 11:13:14 2006 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 4176 invoked from network); 2 Jul 2006 11:13:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Jul 2006 11:13:14 -0000 Received: (qmail 5116 invoked by uid 500); 2 Jul 2006 11:13:13 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 5069 invoked by uid 500); 2 Jul 2006 11:13:13 -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 5054 invoked by uid 99); 2 Jul 2006 11:13:12 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jul 2006 04:13:12 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [209.237.227.198] (HELO brutus.apache.org) (209.237.227.198) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Jul 2006 04:13:12 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 36259410382 for ; Sun, 2 Jul 2006 11:11:30 +0000 (GMT) Message-ID: <14122921.1151838690191.JavaMail.jira@brutus> Date: Sun, 2 Jul 2006 11:11:30 +0000 (GMT+00:00) From: "Emmanuel Lecharny (JIRA)" To: dev@directory.apache.org Subject: [jira] Commented: (DIRSERVER-646) Replacing an unknown attribute with no values (deletion) causes an error In-Reply-To: <24345340.1150201409764.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/DIRSERVER-646?page=comments#action_12418843 ] Emmanuel Lecharny commented on DIRSERVER-646: --------------------------------------------- I don't know if we should consider this to be an error. Just a question : have you extended the schema to contain the "numberOfOctaves" attributeType? If not, then the server behavior is correct : as the AttributeType does not exist, it reject the modify operation. wdyt ? > Replacing an unknown attribute with no values (deletion) causes an error > ------------------------------------------------------------------------ > > Key: DIRSERVER-646 > URL: http://issues.apache.org/jira/browse/DIRSERVER-646 > Project: Directory ApacheDS > Type: Bug > Versions: 1.0-RC3 > Environment: ApacheDS 1.0 RC 3 > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_04-b05) > Microsoft Windows XP version 5.1 Service Pack 1 > Reporter: Stefan Zoerner > > I am not sure, whether we have implemented the following right: RFC 2251 says in chapter 4.6. (Modify Operation) the following about replace modification items: > "replace: replace all existing values of the given attribute with the new values listed, creating the attribute if it did not already exist. A replace with no value will delete the entire attribute if it exists, and is ignored if the attribute does not exist." > The problem I have found has to do with the second part. To make it more concrete, here is my example entry: > dn: cn=Kate Bush,dc=example,dc=com > cn: Kate Bush > objectclass: top > objectclass: person > sn: Bush > If I apply the following modification to it (replace with no value) > dn: cn=Kate Bush,dc=example,dc=com > changetype: modify > replace: description > - > i.e. > $ ldapmodify -h localhost -p 10389 -D "uid=admin,ou=system" -w ****** -f replaceDescription.ldif > modifying entry cn=Kate Bush,dc=example,dc=com > $ > ApacheDS works as expected and described in the RFC above: Nothing happens (especially no error). > If I use an attribute which is not known to the server, e.g. > dn: cn=Kate Bush,dc=example,dc=com > changetype: modify > replace: numberOfOctaves > - > The following happens > $ ldapmodify -h localhost -p 10389 -D "uid=admin,ou=system" -w ****** -f replaceOctaves.ldif > modifying entry cn=Kate Bush,dc=example,dc=com > ldap_modify: Undefined attribute type > ldap_modify: additional info: failed to modify entry cn=Kate Bush,dc=example,dc=com > $ > I am not sure, whether the correct behavior is to ignore the replace modification here. But I assume it (what does "is ignored if the attribute does not exist" exactly mean in the RFC?). Sun Java System Directory Server 5.2. for instance does not throw an error in this situation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira