Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 94168 invoked from network); 18 Aug 2007 16:01:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 18 Aug 2007 16:01:09 -0000 Received: (qmail 29879 invoked by uid 500); 18 Aug 2007 16:01:07 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 29667 invoked by uid 500); 18 Aug 2007 16:01:06 -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 29656 invoked by uid 99); 18 Aug 2007 16:01:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 18 Aug 2007 09:01:06 -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 16:01:33 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 955D07141FE for ; Sat, 18 Aug 2007 09:00:46 -0700 (PDT) Message-ID: <28257111.1187452846608.JavaMail.jira@brutus> Date: Sat, 18 Aug 2007 09:00:46 -0700 (PDT) From: "Martin Alderson (JIRA)" To: dev@directory.apache.org Subject: [jira] Closed: (DIRSERVER-940) Operation fails if previous operation occurred in the same "millisecond" In-Reply-To: <24606783.1179928576337.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-940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Martin Alderson closed DIRSERVER-940. ------------------------------------- > Operation fails if previous operation occurred in the same "millisecond" > ------------------------------------------------------------------------ > > Key: DIRSERVER-940 > URL: https://issues.apache.org/jira/browse/DIRSERVER-940 > Project: Directory ApacheDS > Issue Type: Bug > Components: mitosis > Affects Versions: 1.5.0 > Reporter: Martin Alderson > Assignee: Martin Alderson > Fix For: 1.5.1 > > > When an operation is processed by mitosis it is logged with a unique "CSN". This is supposed to be made unique by 3 values: current timestamp, replica ID and operation sequence number. > If the previous operation was logged in the same millisecond "window" (as reported by System.currentTimeMillis()) then mitosis attempts to log the new operation with an equivalent CSN causing the whole operation to fail (with a hidden SQL Exception). This is due to the operation sequence number being re-zeroed when the timestamps match. I believe the intention here was to re-zero the sequence number when the timestamps do _not_ match. > The fix can be made to org.apache.directory.mitosis.common.DefaultCSNFactory.newInstance by changing "if ( lastTimestamp == newTimestamp )" to "if ( lastTimestamp != newTimestamp )". -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.