I really like the idea of serializing requests to a Git-friendly text format. But if we want a Git-friendly text format, why not mimic HTTP/1.1 request syntax as much as possible? Maybe with Jekyll-like YAML front matter for metadata that doesn’t fit? So for Get Users.bru instead of the current example of: meta { name: Get Users type: http seq: 1 } get { url: https://reqres.in/api/users body: none } headers { Content…
Bruno: Fast and Git-friendly open-source API client (Postman alternative)
201–210 of 444 posts
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#202Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#203Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#204Earlier quoted context omitted.
Download Insomnia 2023.5.8 and disable automatic updates. Though Insomnia doesn't work with streaming responses at all, which is a bit of a non-starter in the age of AI. Anyone know a good streaming HTTP UI?
Does this describe the "streaming HTTP" to which you refer https://gist.github.com/CMCDragonkai/6bfade6431e9ffb7fe88 If not, is there an example of "streaming HTTP" you could provide that illustrates the limitation
Of all the http-client applications I tested (Curl, Postman, Insomnia, Bruno), somewhat hilariously Curl has the best support. It will output all 'Transfer-Encoding: chunked' with line-by-line buffering, whereas Postman only supports responses precisely following the `Content-Type: text/event-stream` format (strictly less powerful than curl, as this format requires newlines in between events, and a bunch of overhead on top of that). The others buffer the entire response before displaying anything.
The `Content-Type: text/event-stream` format is fine enough, but I personally prefer to just plainly chunk the responses and let the client choose whether to buffer them into memory and operate on the entire value at once, or interpret them live as the chunks come in. With tools like gjp-4-gpt (Gradual JSON Parser 4 GPT's) you can even interpret partial JSON objects live as they come in and display complex/nested data structures in a generative manner.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#205Thank you. As soon as Postman asked for a login I uninstalled it and have been curling from text files ever since. My younger coworkers won't drop Postman though. Maybe this will help them switch.
vim-rest-console[0] has been my Postman alternative for years. It basically wraps curl and makes it super easy to make different requests from a single text file. Can even write YAML and have it converted to JSON before being sent in the body. Really great tool 0: https://github.com/diepm/vim-rest-console
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#206I'm struggling to remember the reason I didn't stick with Bruno. I think it was due to not having an equivalent to Postman's pre-request scripts. If that could be added, I'd certainly give Bruno another try.
Edit: Another comment has mentioned that Bruno now has (or maybe always had and I just didn't see) pre request scripts.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#207Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#208Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#209Check lama2 https://github.com/HexmosTech/Lama2
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#210I tried it out; it's exactly what I wanted. Postman, as echoed in previous comments, has gotten out of control with the upsell and the confusing UI.
I bought the pre-order, seems like a good deal at $9, that's nearly the cost of a latte around here and if this works out I'll get a lot more use out of it than a latte.