Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 33712 invoked from network); 26 Jan 2009 10:27:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Jan 2009 10:27:55 -0000 Received: (qmail 75577 invoked by uid 500); 26 Jan 2009 10:27:55 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 75367 invoked by uid 500); 26 Jan 2009 10:27:54 -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 75358 invoked by uid 99); 26 Jan 2009 10:27:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Jan 2009 02:27:54 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of elecharny@gmail.com designates 209.85.198.231 as permitted sender) Received: from [209.85.198.231] (HELO rv-out-0506.google.com) (209.85.198.231) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Jan 2009 10:27:46 +0000 Received: by rv-out-0506.google.com with SMTP id g37so7649237rvb.25 for ; Mon, 26 Jan 2009 02:27:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=hzmSmkDEq6VUNydolExBTb4lrq1Pm2aHaNgxiwo4NCA=; b=nDIaqtbDZt7vyjDLMGfNT/Y9UmzObxSakjUNPvOesQIf/w8bS9Qh/FKz2gy4+9bEQK 2Fs0oc3RhuFMwoXyATzKKarAMvVT7TM9Ufs2+IMo0I7AKYWwPGrBBqwyypAlFUMtJl2+ tTJOoSq4K3LDLL/sLZfGfTsqbE4UpaNY0SXIo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type:content-transfer-encoding; b=uBjvsNsjZB6yuySUeyyaR8jHqc1RcgkddqfKit2yvNYeXYo6gtedFhI7rs0R8L2eNh InYasE+SoAQwB37vQASKR5yWf8Is7/VbLxsjaqYmdjHGI/gwhfq9Yskqwu/v9Y6qu6mN 2E5vy9zrxDbHXYaJ+7GBNdOKNQdBDB/Tprsrw= MIME-Version: 1.0 Received: by 10.143.6.19 with SMTP id j19mr2688495wfi.128.1232965644767; Mon, 26 Jan 2009 02:27:24 -0800 (PST) Reply-To: elecharny@iktek.com In-Reply-To: <3C734A4A-8957-4F31-9993-2EC1CFD8B799@yahoo.com> References: <497CD18B.9070900@nextury.com> <497D68F3.6050202@gmail.com> <3C734A4A-8957-4F31-9993-2EC1CFD8B799@yahoo.com> Date: Mon, 26 Jan 2009 11:27:24 +0100 Message-ID: Subject: Re: [DRS] Changelog improvements From: Emmanuel Lecharny To: Apache Directory Developers List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Hi David, > I'm not sure exactly what the requirements here are but a couple of exist= ing > projects that might provide a usable journal/log: > > objectweb howl is a transaction log, basically its designed to write > "prepare" entries that have some data and "commit" entries that say the d= ata > is no longer relevant. I imagine you could write the ldif entry as the > "prepare" record and some indication of all replicas being up-to-date as = the > "commit" entry. That's something we might check, as it may alleviate the burden of writing our own wheel... > activemq has quite a few journal/log schemes. I think that they are most= ly > using kaha. I'm don't understand all the features but think that it woul= d > do everything you need. IIUC typically the messages themselves are writt= en > to one "database" and for each subscription an index entry is written to = a > related reference database. As the acks come in for the subscriptions th= e > index entries are removed and after all deliveries have happened the main > entry is removed. Another project to look at. > I imagine you could implement the whole replication scheme using activemq > embedded brokers on each server but this might not be the most performant > implementation. Regarding activeMQ, atm, nothing has been decided. We thought about using a JMS system to manage replication, as it offrs a reliable asynchronous system to communicate between servers. We have to go a bit further in the requirements, nothing is really stabilized atm. --=20 Regards, Cordialement, Emmanuel L=E9charny www.iktek.com