Return-Path: 
 <dev-return-12969-apmail-directory-dev-archive=directory.apache.org@directory.apache.org>
Delivered-To: apmail-directory-dev-archive@www.apache.org
Received: (qmail 60414 invoked from network); 16 Aug 2006 17:15:15 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 16 Aug 2006 17:15:15 -0000
Received: (qmail 52321 invoked by uid 500); 16 Aug 2006 17:15:14 -0000
Delivered-To: apmail-directory-dev-archive@directory.apache.org
Received: (qmail 52281 invoked by uid 500); 16 Aug 2006 17:15:13 -0000
Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@directory.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@directory.apache.org>
List-Post: <mailto:dev@directory.apache.org>
List-Id: <dev.directory.apache.org>
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Delivered-To: mailing list dev@directory.apache.org
Received: (qmail 52268 invoked by uid 99); 16 Aug 2006 17:15:13 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Aug 2006 10:15:13 -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; Wed, 16 Aug 2006 10:15:12 -0700
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 6407171429B
	for <dev@directory.apache.org>; Wed, 16 Aug 2006 17:12:17 +0000 (GMT)
Message-ID: <20761616.1155748337407.JavaMail.jira@brutus>
Date: Wed, 16 Aug 2006 10:12:17 -0700 (PDT)
From: "Alex Karasulu (JIRA)" <jira@apache.org>
To: dev@directory.apache.org
Subject: [jira] Closed: (DIRSERVER-704) Values in operational attributes
 creatorsName and modifiersName contain OID instead of attribute name
In-Reply-To: <7776572.1155202875422.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-704?page=all ]

Alex Karasulu closed DIRSERVER-704.
-----------------------------------

    Fix Version/s: 1.1.0
                   1.0-RC4
       Resolution: Fixed

Committed for 1.0 on this revision:

   http://svn.apache.org/viewvc?view=rev&revision=431946

Committed for 1.1 on this revision:

   http://svn.apache.org/viewvc?view=rev&revision=431951

Now there is a new configuration option to turn on and off the denormalization of the creatorsName and the modifiersName.  Note that by default this denormalization is turned off to save on processing.  To turn it on set the following property in the startup configurtion bean of the server.xml file:

    <property name="denormalizeOpAttrsEnabled"><value>false</value></property>


> Values in operational attributes creatorsName and modifiersName contain OID instead of attribute name
> -----------------------------------------------------------------------------------------------------
>
>                 Key: DIRSERVER-704
>                 URL: http://issues.apache.org/jira/browse/DIRSERVER-704
>             Project: Directory ApacheDS
>          Issue Type: Bug
>    Affects Versions: 1.0-RC4
>         Environment: * ApacheDS 1.0 RC4 SNAPSHOT
> * Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-b03)
> * Windows XP Professional SP2
>            Reporter: Stefan Zoerner
>         Assigned To: Alex Karasulu
>            Priority: Minor
>             Fix For: 1.1.0, 1.0-RC4
>
>
> If I create an entry and perform a modification on it, the values of the operational attributes creatorsName and modifiersName contain OIDs instead of attribute names:
> $ ldapsearch -D "uid=admin,ou=system" -w ****** -b "cn=Kate Bush,dc=example,dc=com" -s base "(objectClass=*)" "*" "+"
> version: 1
> dn: cn=Kate Bush,dc=example,dc=com
> createTimestamp: 20060810092457Z
> modifiersName: 0.9.2342.19200300.100.1.1=admin,2.5.4.11=system
> modifyTimestamp: 20060810093218Z
> creatorsName: 0.9.2342.19200300.100.1.1=admin,2.5.4.11=system
> objectclass: person
> objectclass: top
> sn: Bush
> cn: Kate Bush
> I am not sure, whether this is a defect. But it looks strange to me, I have never seen an LDAP server which does it that way, and the behavior in Apache Directory Server was also different in earlier versions (i.e. creatorsName: uid=admin,ou=system).

-- 
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