nseaSeb
The IETF published RFC 10008 in June 2026, standardizing a new HTTP method: QUERY. It’s meant to fill the gap between GET (safe/idempotent, but no defined body semantics) and POST (body support, but no safety guarantee) — useful for complex read-only searches with structured filter payloads. A few other ecosystems already have open discussions/issues about supporting it:
- Spring Framework: open issue requesting `RequestMethod.QUERY`
- Jakarta Servlet: open issue, with a Tomcat PR in progress
- Fetch/WHATWG:
fetch(url, { method: 'QUERY', body })
It already works at the JS level I couldn’t find any discussion about QUERY support in Cowboy or Plug. Has anyone looked into this, or is it too early to be worth tracking? Curious whether this is something the community sees value in, especially combined with hypermedia-style APIs (HATEOAS/JSON:API) where a QUERY could return both search results and the relevant action links in one request.
RFC:
Where Next?
Trending in Discussions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Deploy Phoenix to your own VPS with PaaS ease: push-to-deploy, zero downtime, auto SSL, managed Postgres. 14-day free trial at potions.io
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixirconf-us
- #ai
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Bringing learning, work and compliance together since 1987.
**Building the future of software with AI, trust, and human connection.**
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 5- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
kevinschweikert
There are open PRs for Phoenix and Plug:
nseaSeb
Thanks Kevin, I hadn’t seen those! Good to know it’s already being worked on.
LostKobrakai
As far as I know HTTP methods can be arbitrary. E.g. webdav does use additional methods beyond the http defined ones. So I’d expect the webservers like bandit or cowboy not needing to change. Those PRs were about making phoenix and plug adjust for the layers of behaviour they have on top of http, which are dependant on certain methods like when to parse the http body or router macros.
I think the change taking more time won’t be bare support, but actual usage of the new method by tools and libraries.
nseaSeb
That makes sense, thanks for the clarification — good to know it’s really about the Plug/Phoenix layer, not the transport itself.
On the adoption side, one angle I find interesting is pairing QUERY with hypermedia-style responses (HATEOAS / JSON:API). A search endpoint could accept a QUERY with structured filters and return results that each carry their relevant action links (e.g.
add_to_cart,view_details) — combining a safe, cacheable read with self-describing responses. Do you think that kind of combination is likely to drive real-world adoption, or is it more a niche use case?LostKobrakai
I love the fact that we’re no longer bound to url encoded formatting for side effect free requests. But it’ll take time for existing solutions do adopt it. Like I don’t see graphql as an industry to instantly switch to query over post.