From user-return-7151-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Tue Oct 27 23:14:37 2009 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 40543 invoked from network); 27 Oct 2009 23:08:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Oct 2009 23:08:28 -0000 Received: (qmail 7784 invoked by uid 500); 27 Oct 2009 20:21:48 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 7730 invoked by uid 500); 27 Oct 2009 20:21: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 7720 invoked by uid 99); 27 Oct 2009 20:21:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Oct 2009 20:21:47 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of adam.kocoloski@gmail.com designates 209.85.219.215 as permitted sender) Received: from [209.85.219.215] (HELO mail-ew0-f215.google.com) (209.85.219.215) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Oct 2009 20:21:43 +0000 Received: by ewy11 with SMTP id 11so114694ewy.11 for ; Tue, 27 Oct 2009 13:21:22 -0700 (PDT) Received: by 10.216.88.65 with SMTP id z43mr2377526wee.5.1256674881916; Tue, 27 Oct 2009 13:21:21 -0700 (PDT) Received: from dhcp-18-111-9-175.dyn.mit.edu (dhcp-18-111-9-175.dyn.mit.edu [18.111.9.175]) by mx.google.com with ESMTPS id j8sm1086609gvb.4.2009.10.27.13.21.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Oct 2009 13:21:21 -0700 (PDT) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v1076) Subject: Re: Bad special document member: [_attachments|__type] From: Adam Kocoloski In-Reply-To: Date: Tue, 27 Oct 2009 16:21:10 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: To: user@couchdb.apache.org X-Mailer: Apple Mail (2.1076) On Oct 27, 2009, at 4:13 PM, Chris Stockton wrote: > Hello, > > I was trying to replicate one of our databases, and came across the > response [1], Some googlin' led me to [2] I did not see further > discussion, anyone know a resolution? Hi Chris, it sounds like a version mismatch. Were you replicating from a newer version to an older version? Better yet, can you just give the full details of the replication config and the server versions. _attachments, if memory serves, is a new-ish field, so older versions may not recognize it. > When reducing my dataset for troubleshooting, I came across [3]. We > use __type to denote a application specific type, like _* is used for > couchdb, __* we were going to use for our application. I can see how > __ would match _* :p This is something I assume we need to rectify our > self, any suggestions to a alternative? Yeah, at the moment there's no way to bypass this restriction -- you can't start your own fields with _* Best, Adam > > Regards, > > -Chris > > -- > > [1] {"error":"json_encode","reason":"{bad_term,{nocatch, > {doc_validation,<<\"Bad > special document member: _attachments\">>}}}"} > [2] http://issues.apache.org/jira/browse/COUCHDB-362 > [3] {"error":"json_encode","reason":"{bad_term,{nocatch, > {doc_validation,<<\"Bad > special document member: __type\">>}}}"}