This field doesn't need to be in both the es_kwargs and the method arguments so nix it from es_kwargs.
ElasticSearch wants "mlt_fields", but more_like_this was sending "fields". This fixes that and adds a test. I tested it with ElasticSearch 0.17.9 and 0.19.11.
All that remains is to stamp a date on the changelog. We still need to talk about one or two API changes before 1.0, but this release fixes some important bugs.
…y are indeed optional. Fixes #43. Omitting them causes all available ones to be searched.
Apparently this lets Sphinx make nicer named anchors to them. Leading numbers make it resort to "#id1", "#id2", etc.
…alling through to curl?" mails.
Tweaked the logging so that it uses curl syntax when logging the ES request. This has the fancy advantage of letting you copy and paste the curl line and execute it on its own to debug issues.
This is cosmetic, but it changes _send_request to send_request which has the implication that it's "part of the API" now. The use case for this is that I'm creating a CurlyElasticSearch class that wraps the send_request method and logs the ES requests in a "curl-ified" way making it really easy to debug problems by copy and pasting the curl lines.
We're about ready to commit to API stability.
If requests.compat spit back the stdlib json, tests wouldn't pass.
avoiding a NoneType error in method.__doc__
Fix search docs
It takes `index` and `doc_types` as kwargs--not regular args. So this fixes the docs accordingly.
This error just happen in our testing server, not in our local machine. The only difference is that the server uses nginx/uwsgi. It seems method.__doc__ could come empty. and I get this error. Exception Value: argument of type 'NoneType' is not iterable Exception Location: .../local/lib/python2.7/site-packages/pyelasticsearch/client.py in _add_es_kwarg_docs, line 36