Re: GET with body / SEARCH

Hi James,

there is definitely an appetite for it. Searches have become increasingly
complex in the past years and POST is the method of choice today to perform
searches. A big problem with POST is that as it is not safe,

However, I think your previous proposal could be extended to address
application-level query languages, like GraphQL or JQL. As these become
more complex, they also turn to the POST method. The SEARCH method could be
a better alternative, even though, technically, some of these might not be
searches, but fetching (one or many) resources.

I'm also interested to know why you decided that SEARCH shouldn't be
cacheable. Was that to keep compatibility with existing implementations? If
you fetching a list of resources which requires a complex query or
filtering, I believe people might want the ability to cache these. Have you
thought about defaulting to no caching, but allowing caching to be enabled
by Cache-Control?

And least, should the proposal be prescriptive about the message contents
and how it is logged by the servers? Today, request bodies in POST request
might contain sensitive information and you don't want these on your log

On Fri, Mar 30, 2018 at 10:45 PM, James M Snell <> wrote:

> Fwiw, SEARCH did not progress because of a perceived lack of interest from
> a much broader group. If there's definite interest in that type of
> mechanism, I'm happy to revise and continue working on it.
> On Fri, Mar 30, 2018, 18:48 Guilherme Hermeto <>
> wrote:
>> I would definitely like to see that, but I think we can go even further
>> and have a FETCH method, as the one described in CoAP (
>> The CoAP FETCH method was
>> based on the SEARCH proposal from J. Snell (
>> draft-snell-search-method-00), but would be broader, addressing the
>> issue that SEARCH would be too specific.
>> Thoughts?
>> On Fri, Mar 30, 2018 at 4:03 AM, Matthew Kerwin <>
>> wrote:
>>> Hi everyone,
>>> I just noticed Mark opened [GET
>>> w/body](, which
>>> reminds me again of draft-snell-search-method. It came up for me back
>>> in January, but then other things got in the way.
>>> Do you think there's still a strong motivation to get a
>>> general-purpose `SEARCH` RFC published?  Is it something the WG would
>>> be interested in taking on?
>>> Cheers
>>> --
>>>   Matthew Kerwin

Received on Saturday, 31 March 2018 16:59:56 UTC