Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 4209 invoked from network); 28 May 2010 13:25:06 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 28 May 2010 13:25:06 -0000 Received: (qmail 11626 invoked by uid 500); 28 May 2010 13:25:05 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 11506 invoked by uid 500); 28 May 2010 13:25:05 -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 11332 invoked by uid 99); 28 May 2010 13:25:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 May 2010 13:25:05 +0000 X-ASF-Spam-Status: No, hits=-1476.3 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 May 2010 13:25:04 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o4SDOiHu009059 for ; Fri, 28 May 2010 13:24:44 GMT Message-ID: <6901178.49921275053084438.JavaMail.jira@thor> Date: Fri, 28 May 2010 09:24:44 -0400 (EDT) From: "Kiran Ayyagari (JIRA)" To: dev@directory.apache.org Subject: [jira] Assigned: (DIRSERVER-1416) createTimestamp operational is accepted in an incoming entry oif theprincipal is Admi : this is not normal In-Reply-To: <1133386862.1254909571302.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DIRSERVER-1416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kiran Ayyagari reassigned DIRSERVER-1416: ----------------------------------------- Assignee: Kiran Ayyagari > createTimestamp operational is accepted in an incoming entry oif theprincipal is Admi : this is not normal > ---------------------------------------------------------------------------------------------------------- > > Key: DIRSERVER-1416 > URL: https://issues.apache.org/jira/browse/DIRSERVER-1416 > Project: Directory ApacheDS > Issue Type: Bug > Affects Versions: 1.5.5 > Reporter: Emmanuel Lecharny > Assignee: Kiran Ayyagari > Fix For: 2.0.0-RC1 > > > For some unknown reason, the OperationalAttributeInterceptor which is adding the four needed OA (creatorsName, ctreateTimestamp, entryUUID, entryCSN) is checking of the createTimestamp is already present in the incoming entry, and in this case, if the principal is admin, it keep the original OA . > My personal guess is that it's probably some remanent code added when we were developping Mitosis, but I don't think it makes any more sense to keep it. > However, when we will implement the replication system, we will have to take care of entryUUID and entryCSN that will exist in the added Entry. > This has to be reviewed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.