BoZhenka
How send GET-request with a body?
Hello there,
Here I have this request in curl:
curl
-H "AUTHENTICATION: HMAC GPLDIS8H7N5KY8DG:c6881c8bbcee2daceb5d8c2bb54078702bca23d828d7468afeb2f6ed0f25366f:1549890568"
-X GET
-d '{"customer_id":"Chrome","customer_ip":"127.0.0.1"}' 'https://testrest.vload.expert/voucher/validate/2698937783822253/Chrome/11234576536'
This is bad practice with using body in GET-request, unfortunately it is not my choice. So, how can I send it using some Elixir/Erlang library?
I was trying do it by using HTTPoison, HTTPotion in Elixir. And httpc in erlang, but httpc even don’t send GET-request if I put body to it:
:httpc.request(:get, {url, headers, 'text/plain', 'body'}, [], [])
Marked As Solved
lyo5ha
As far as HTTPoison builds on hackney, it’s possible to handle such unconventional request. It’s not documented well on HTTPoison page, but works 
.
iex(11)> request2 = %HTTPoison.Request{
...(11)> method: :get,
...(11)> headers: [{"AUTHENTICATION", "HMAC GPLDIS8H7N5KY8DG:c6881c8bbcee2daceb5d8c2bb54078702bca23d828d7468afeb2f6ed0f25366f:1549890568"}],
...(11)> body: "{\"customer_id\":\"Chrome\",\"customer_ip\":\"127.0.0.1\"}",
...(11)> url: "https://testrest.vload.expert/voucher/validate/2698937783822253/Chrome/11234576536"
...(11)> }
iex(12)> HTTPoison.request(request2)
Also Liked
NobbZ
BTDT, but even worse… The underlying server expected some headers in exact order, no more, no less…
Still, we were able to convince the API provider to change this behaviour, as we consumed the API via mobile networks which again were force proxies and the proxies of course touched the headers.
So telling the provider about problems might help them to see issues they didn’t know to exist.
sribe
Oh absolutely, I had to deal with one with case-sensitive headers, which presents some issues with Elixir. (Tests, IIRC, check case and want all lower…)
Funny thing is, we owned the service in question, and were afraid to even try to touch the code. In fact, that’s one extremely minor example of why the Elixir program in question came into existence.
But yeah, just to reiterate: do point it out to the devs, they may well want to fix it.
sribe
“Not allowed to” meet “real world”, “real world” meet “not allowed to” 
I agree, obviously, that it is a HORRIBLE design for an API, in fact it is just not HTTP. And I would definitely point that out to the API designers, especially the part about proxies dropping it.
But ultimately, sometimes, we have to use non-compliant APIs.
khaskelberg
This RFC is now obsolete. It was replaced by RFC 7230-7237. And this RFC allows to send body with GET request.
Request message
framing is independent of method semantics, even if the method does
not define any use for a message body
A payload within a GET request message has no defined semantics;
sending a payload body on a GET request might cause some existing
implementations to reject the request.
It is still not a good idea, but it doesn’t contradict HTTP/1.1 spec
NobbZ
I should take a closer look at those obseletion markers at the top
Neither does the fact that some clients do not allow to create such a request.
Anyway, there are clients available in elixir that allow GET with body as pointed out earlier. It’s not necessarily convenient to do so
And still, third party issues exist. A proxy dropping the request does not act against the spec either and still makes it impossible to use the service. This is something that could cost the API provider money and they should be made aware of the issue.
Popular in Questions
Other popular topics
Latest on Elixir Forum
Sponsor Spotlight
Producing high quality Elixir screencasts since 2017.
Categories:
Sub Categories:
Forums
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.
Develop your skills with books, videos, and courses.
Enabling companies to succeed by building software people love.
The deployment platform built for Elixir: PaaS ease, VPS control.
Courses that'll move you from confusion to "Aha, now I get it!"