Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of kawazu428@googlemail.com
 designates 209.85.214.52 as permitted sender)
Date: Wed, 12 Oct 2011 13:47:05 +0200
From: Kristian Rink <kawazu428@googlemail.com>
To: user@couchdb.apache.org
Subject: HTTP 400 in POST without _id on 1.0.2?
Message-ID: <20111012134705.1e591e99@n428>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Folks;

not sure this is a real problem or just a misconfiguration /
misunderstanding of sorts: We do have an application built using Java
and, right now, the ektorp CouchDB client. In one part obviously
CouchDB documents are to be created, and in all situations the
documents POSTed to the CouchDB contain no _id, expecting to have one
assigned automatically.

We ran this on three machines: 

Linux (Ubuntu 11.10 pre) workstation, CouchDB 1.0.1: Works. 

Testbed server (Ubuntu 11.04), CouchDB 1.0.1: Works. 

Another development workstation, Windows 7, CouchDB 1.0.2: Doesn't
work. This is the error found in couch.log after raising log level to
DEBUG:

---- snip ----
[Wed, 12 Oct 2011 11:43:03 GMT] [debug] [<0.106.0>] Document id is not
a string: null

[Wed, 12 Oct 2011 11:43:03 GMT] [debug] [<0.106.0>] Minor error in HTTP 
request: {bad_request,<<"Document id must be a string">>}

[Wed, 12 Oct 2011 11:43:03 GMT] [debug] [<0.106.0>] Stacktrace: 
[{couch_doc,validate_docid,1},
              {couch_doc,transfer_fields,2},
              {couch_httpd_db,db_req,2},
              {couch_httpd_db,do_db_req,2},
              {couch_httpd,handle_request_int,5},
              {mochiweb_http,headers,5},
              {proc_lib,init_p_do_apply,3}]
---- snip ----

The (client) code is the same in all these situations, only difference
seems to be the OS platform and the version of CouchDB. Does that make
sense to anyone out there?

TIA and all the best,
Kristian


-- 
Kristian Rink
http://dm.zimmer428.net
http://twitter.com/kr428