I should note that while we *could* add that, I'd also just vote to remove the API endpoint completely. All it does now is create a design document with a UUID id and then query is normally. In my experience seems like most people think its more of a lightweight thing for testing view code which is quite misleading.
Instead I think we should add a new API that allows Fauxton and friends to run a map/reduce pair against a random selection of documents in the database without attempting to return a proper view response (ie, just return the input doc ids and emit'ed KVs maybe?). This way users could test their functions easily without confusion as to what the endpoint is intended for. On Mon, Aug 18, 2014 at 3:12 PM, Paul Davis <[email protected]> wrote: > I can't think of anything else off the top of my head. > > For _temp_view we could probably add that to the clustered API rather > easily given that its now just a simplistic front-end to the standard > view engine. > > On Mon, Aug 18, 2014 at 2:59 PM, Alexander Shorin <[email protected]> wrote: >> Hi devs, >> >> Following the last meeting minutes I grep couchdb 1.x and 2.x sources >> for the HTTP API / config options and compare them to define >> deprecation list. >> >> Removed HTTP endpoints: >> /_log - removed in favor of lager configuration >> >> >> Deprecation in HTTP API query params: >> /db/_bulk_docs doesn't supports all_or_nothing anymore >> >> >> Worth to finally deprecate: >> /db/_missing_revs - should be removed in favor of /db/_revs_diff which >> provides the same functionality + is able to find possible ancestors >> and is actually uses by modern replicator (since 1.2 release). >> >> >> Not available HTTP API through cluster interface: >> /_stats >> /_restart >> /db/_compact >> /db/_purge - not implemented >> /db/_temp_view >> >> So at least the change is that they are gone from public API for the >> world and only available for internal, in-cluster, usage which gives >> them some special status in new documentation. >> >> >> Removed config options: >> couchdb/util_driver_dir >> httpd/log_max_chunk_size >> log/file >> log/include_sasl >> log/level >> >> >> Anything I miss? >> >> -- >> ,,,^..^,,,
