Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 445276629 for ; Thu, 16 Jun 2011 08:31:49 +0000 (UTC) Received: (qmail 40544 invoked by uid 500); 16 Jun 2011 08:31:47 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 40507 invoked by uid 500); 16 Jun 2011 08:31:47 -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 40499 invoked by uid 99); 16 Jun 2011 08:31:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jun 2011 08:31:47 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bernhard.schauer@openforce.com designates 81.223.107.118 as permitted sender) Received: from [81.223.107.118] (HELO outbound.openforce.com) (81.223.107.118) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Jun 2011 08:31:42 +0000 Received: from [IPv6:2001:15c0:6766:0:1af4:6aff:fe4f:bf8e] (unknown [IPv6:2001:15c0:6766:0:1af4:6aff:fe4f:bf8e]) by outbound.openforce.com (Postfix) with ESMTPSA id B98346E0C7 for ; Thu, 16 Jun 2011 10:31:20 +0200 (CEST) Message-ID: <4DF9BF57.1060101@openforce.com> Date: Thu, 16 Jun 2011 10:31:19 +0200 From: Bernhard Schauer User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: conflict when deleting a document References: <4DF99E83.60809@openforce.com> <4DF9B40A.7080602@openforce.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit thx Robert. I thought about this, but I would like to keep the design documents. And as this runs as part of test-setup perfomance is not a big problem. On 2011-06-16 10:09, Robert Newson wrote: > Why not just delete the database? It'll be faster. > > B. > > On 16 June 2011 08:43, Bernhard Schauer wrote: >> no, I only have views. >> >> On 2011-06-16 08:49, Marcello Nuccio wrote: >>> Do you have validate_doc_update functions in your design documents? >>> If yes, does delete works if you remove them? >>> >>> Marcello >>> >>> 2011/6/16 Bernhard Schauer: >>>> Hallo all, >>>> >>>> I have a wired problem when deleting documents. For test purposes I want >>>> to >>>> delete all documents in a Database, and then insert a well known set of >>>> Documents. I do this using Ektorp (Java). >>>> >>>> Inserting is no problem. But when it comes to deleting the documents I >>>> get a >>>> conflict. >>>> What I actually do is get the ids and revisions of all documents (the >>>> built-in all view) and put them in a bulk operation to delete them. >>>> >>>> Interestingly I can not delete those documents via futon either. >>>> When query one of those conflicting documents with revs and revs_info it >>>> shows me that there is only one revision. >>>> >>>> Even more funny, I can not reproduce this in a DB that has no views. >>>> There >>>> it deleting works. The DB I actually want to work with (and that causes >>>> the >>>> problem) has several design documents with views. >>>> >>>> Anyone any idea on that? >>>> >>>> thx Bernhard >>>> >>>> >>>>