Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 27537 invoked from network); 3 Apr 2009 14:29:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Apr 2009 14:29:35 -0000 Received: (qmail 61559 invoked by uid 500); 3 Apr 2009 14:29:34 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 61480 invoked by uid 500); 3 Apr 2009 14:29:34 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 61470 invoked by uid 99); 3 Apr 2009 14:29:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 14:29:34 +0000 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: local policy) Received: from [66.220.1.235] (HELO mail.proven-corporation.com) (66.220.1.235) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Apr 2009 14:29:24 +0000 Received: from [192.168.3.12] (ppp-58-8-66-55.revip2.asianet.co.th [58.8.66.55]) by mail.proven-corporation.com (Postfix) with ESMTP id ADC55C5B2D for ; Fri, 3 Apr 2009 21:29:02 +0700 (ICT) Message-ID: <49D61D2B.7090600@proven-corporation.com> Date: Fri, 03 Apr 2009 21:28:59 +0700 From: Jason Smith User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: how to ensure transactions over multiple documents? References: <49D60586.7090108@timparkin.co.uk> <49D61871.1090608@proven-corporation.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, Andrius. I'm not familiar enough with Spring but yes, perhaps a synchronization mechanism would work there. Andrius Juozapaitis wrote: > Hey Jason, > > I can't seem to get my head around this. I use gwt + spring + jcouchdb > + couchdb. I'd guess that you're suggesting serializing writes to > couchdb in spring layer, using some kind of synchronization mechanism? > > regards, > Andrius > > > > On Fri, Apr 3, 2009 at 5:08 PM, Jason Smith wrote: >> Tim Parkin wrote: >>> I'm afraid at the moment the only way of doing this is through a patch >>> submittd by Antony Blakey which reintroduces the old transactional >>> behaviour of bulk_docs. >> It's been said, but the idea is that you code transactional behavior in your >> application, using CouchDB for storage and retrieval (with atomic semantics >> at the document level). >> >> On the bright side, once you get it working, you know you won't have issues >> when you start using CouchDB clusters. >> >> I like this minimalist design. It reminds me of how Subversion provides >> transactional semantics on top of key/value database (Berkly the FS). It >> seems to me that transactional behavior best belongs in a middleware layer >> like CouchDB-Lounge. I'd love to see some kind of proxy with its own API to >> implement different transaction patterns. >> >> -- >> Jason Smith >> Proven Corporation >> Bangkok, Thailand >> http://www.proven-corporation.com >> -- Jason Smith Proven Corporation Bangkok, Thailand http://www.proven-corporation.com