Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 8039 invoked from network); 18 Aug 2007 04:50:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Aug 2007 04:50:53 -0000 Received: (qmail 84217 invoked by uid 500); 18 Aug 2007 04:50:50 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 84181 invoked by uid 500); 18 Aug 2007 04:50:50 -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 84169 invoked by uid 99); 18 Aug 2007 04:50:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Aug 2007 21:50:50 -0700 X-ASF-Spam-Status: No, hits=-98.8 required=10.0 tests=ALL_TRUSTED,DNS_FROM_DOB,RCVD_IN_DOB X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Aug 2007 04:50:51 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id A8FBC71413F for ; Fri, 17 Aug 2007 21:50:30 -0700 (PDT) Message-ID: <3311418.1187412630637.JavaMail.jira@brutus> Date: Fri, 17 Aug 2007 21:50:30 -0700 (PDT) From: "Emmanuel Lecharny (JIRA)" To: dev@directory.apache.org Subject: [jira] Commented: (DIRSERVER-840) Double modification on a modify ? In-Reply-To: <19233885.1170459485779.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 [ https://issues.apache.org/jira/browse/DIRSERVER-840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520818 ] Emmanuel Lecharny commented on DIRSERVER-840: --------------------------------------------- This is still an existing problem. > Double modification on a modify ? > --------------------------------- > > Key: DIRSERVER-840 > URL: https://issues.apache.org/jira/browse/DIRSERVER-840 > Project: Directory ApacheDS > Issue Type: Improvement > Reporter: Emmanuel Lecharny > Assignee: Alex Karasulu > Fix For: 1.5.1 > > > We have had a convo with alex about the OperationalService. I saw that when doing a modification on an entry, we first call the next interceptor (and this will modify the entry on the backend), then we add two new attributes (modifiers name and date) and store again the data into the backend. This does not seems to be very efficient, but we don't remember the reason why it's done like that ... > Here is the convo > elecharny in OperationalService > akarasulu yep > elecharny when doing a modify, > akarasulu ahha > elecharny you first call the next interceptor, then you update the nexus with the entry with > elecharny two new attributes > elecharny why don't you add the attrs into the entry and then call the netx interceptors ? > akarasulu hmmm I had some reason for this > elecharny this is a simple modify instead of two > akarasulu don't remember > akarasulu yeah yeah I see what you mean > akarasulu can't remember now > elecharny this seems to cost the double > akarasulu yes it does > akarasulu can you put this in JIRA > elecharny yeah > akarasulu just past this info > akarasulu from IRC -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.