Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2CD73D6BD for ; Tue, 28 Aug 2012 01:57:26 +0000 (UTC) Received: (qmail 19876 invoked by uid 500); 28 Aug 2012 01:57:26 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 19846 invoked by uid 500); 28 Aug 2012 01:57:26 -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 19839 invoked by uid 99); 28 Aug 2012 01:57:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2012 01:57:25 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gokturk.gezer@gmail.com designates 209.85.160.50 as permitted sender) Received: from [209.85.160.50] (HELO mail-pb0-f50.google.com) (209.85.160.50) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2012 01:57:18 +0000 Received: by pbcmd12 with SMTP id md12so9141447pbc.37 for ; Mon, 27 Aug 2012 18:56:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=D/9b8VKsPZq4XcUj90223o9DXxu7Kf3fTVZ29JGX0Wk=; b=N8Qt6rwuVqVmWY28YS3CeS7jVXKLL91sp3pTCX4Hh5crhpOD5G7ymNSu8P0uY7RTHj zUlFvjsEQYcKlPtuHWE3glAmda2yDP4arqQElGSoQiGnXMvKwotwfTLH/8+TemA5swf8 90dW7kok6KsHc8VeaVpcIFeuumRlUhgbKoXZXHTff7UXfnqFFTlobBcv9fOeRYnmaeaV 7kvOqy9uNOaiOBH9gjy2S5iq+izuVHRLCqPfQjxYs/m1iTv6sa85O8JOBiHa8i2Br7o9 gH1+CvKmqaLXp9NtvS49Y9WOsdwvoD961zHhPf151MsGpGl01h1qzi0OMnU/bblYXHTp ofeA== MIME-Version: 1.0 Received: by 10.66.77.40 with SMTP id p8mr25405183paw.78.1346119016749; Mon, 27 Aug 2012 18:56:56 -0700 (PDT) Received: by 10.68.240.33 with HTTP; Mon, 27 Aug 2012 18:56:56 -0700 (PDT) Date: Tue, 28 Aug 2012 04:56:56 +0300 Message-ID: Subject: Heads up on JDBM Transactions ! From: =?UTF-8?B?R8O2a3TDvHJrIEdlemVy?= To: Apache Directory Developers List Content-Type: multipart/alternative; boundary=f46d042dfdd7d19bb404c849c15d --f46d042dfdd7d19bb404c849c15d Content-Type: text/plain; charset=UTF-8 Hi Guys, Currently i see we disabled transactions on RecordManager at all. It's not suggested since it introduces the possibility of inconsistencies on data store even ApacheDS txns might not recover silently. RecordFile was broken since it was not initiating recovery while initializing. It's fixed now. I suggest we enable JDBM transactions on trunk too ! Thanks to LRUCache, There is not any substantial performance loss though ! Regards, Gokturk --f46d042dfdd7d19bb404c849c15d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Guys,

Currently i see we disabled transactions on Rec= ordManager at all. It's not suggested since it introduces the possibili= ty of inconsistencies on data store even ApacheDS txns might not recover si= lently.

RecordFile was broken since it was not initiating recov= ery while initializing. It's fixed now. I suggest we enable JDBM transa= ctions on trunk too ! Thanks to LRUCache,=C2=A0There is not any substantial= performance loss though !

Regards,
Gokturk
--f46d042dfdd7d19bb404c849c15d--