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 0C37A40EB for ; Fri, 17 Jun 2011 22:37:43 +0000 (UTC) Received: (qmail 2090 invoked by uid 500); 17 Jun 2011 22:37:41 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 2056 invoked by uid 500); 17 Jun 2011 22:37:41 -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 2048 invoked by uid 99); 17 Jun 2011 22:37:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Jun 2011 22:37:41 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of randall.leeds@gmail.com designates 209.85.214.52 as permitted sender) Received: from [209.85.214.52] (HELO mail-bw0-f52.google.com) (209.85.214.52) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Jun 2011 22:37:34 +0000 Received: by bwj24 with SMTP id 24so71176bwj.11 for ; Fri, 17 Jun 2011 15:37:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=SQ6pF9wTue+LVqTak3G8nK3mk7KSwd07nzOzapFYce8=; b=KutQL+bwUsoFqzS7vnAkD4unq5Aq3xpC8QOgLxF1FgwCGGZnU5E2VoAii+fUpu6CMQ MIbAS77BF/TmLlc+/aJfjioYdzZuipkaWEc1OQEogrYEIlWZ0Sok6oYF283Fu6ylUqxC cJnKy5/ai8B8RD4QYgmAVsJr1NhAQ6Z5CQQxM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=fyup2Fo2IzR8H+rdCqhkIp2AieQajyieEnztIrHR1BgGC6Bh0s5e4Kh6lwCGkSNIP6 Qym8228hhRqbgRNnwveb435rp0krDqcX94Jk62gze6xNstdPsmrLy396gN8QYpYt2LHN 7Hk+WFpClm2VjdPHIRM85HlxUT2S/bhZsfdvE= MIME-Version: 1.0 Received: by 10.205.37.194 with SMTP id tf2mr1995206bkb.181.1308350234414; Fri, 17 Jun 2011 15:37:14 -0700 (PDT) Received: by 10.204.65.142 with HTTP; Fri, 17 Jun 2011 15:37:14 -0700 (PDT) In-Reply-To: <4DF9BF57.1060101@openforce.com> References: <4DF99E83.60809@openforce.com> <4DF9B40A.7080602@openforce.com> <4DF9BF57.1060101@openforce.com> Date: Fri, 17 Jun 2011 15:37:14 -0700 Message-ID: Subject: Re: conflict when deleting a document From: Randall Leeds To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Jun 16, 2011 at 01:31, Bernhard Schauer wrote: > 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. > Why not just re-load the design documents in the setup phase of your test? > 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 >> =C2=A0wrote: >>> >>> 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 caus= es >>>>> the >>>>> problem) has several design documents with views. >>>>> >>>>> Anyone any idea on that? >>>>> >>>>> thx Bernhard >>>>> >>>>> >>>>> > Can you provide a paste of the error?