Live data from Hacker News

Bruno: Fast and Git-friendly open-source API client (Postman alternative)

usebruno.com

241–250 of 444 posts

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#241
post #235

This makes me think of an alternative that no one seems to be mentioning: http/rest files. They're git-friendly and there are community plugins to operate them from every major IDE. I believed the standard was created by jetbrains. https://www.jetbrains.com/help/idea/http-client-in-product-c...

Oh yes. This one is Jetbrains only but there is also a VScode alternative for this. There is a plugin called httpyac and I believe it also supports the same kind of configuration (???) and variable syntax. It's great not switching to other apps for making an http request.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#242
post #120

I've had my eye on Bruno for a while but this issue with path parameters is somewhat annoying. https://github.com/usebruno/bruno/pull/484

Hey there!

Thank you for the patience. We have been occupied with adding File Uploads and OAuth2 support in Feb and prepping for the Golden Edition release. This issue is priority. Hoping to get the PR merged soon.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#243

Earlier quoted context omitted.

Can't echo this enough. Thank you! Beyond just the login reqs from Postman, the whole Postman UI has become an overcomplicated mess in my opinion. I just want something simple to make remote HTTP calls. I can understand adding some useful extra things like variable interpolation and separate environments, but beyond that, Postman went way off the "enterprisey" deep end.

When you raise $$$ - the nice little API client needs to become "Enterprise API Platform"

^this

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#245
post #235

This makes me think of an alternative that no one seems to be mentioning: http/rest files. They're git-friendly and there are community plugins to operate them from every major IDE. I believed the standard was created by jetbrains. https://www.jetbrains.com/help/idea/http-client-in-product-c...

What sets Bruno apart? Nice GUI Clients: Postman, Insomnia, Paw (ease of use) Nice CLI Clients that use plain text files: Jetbrains Http Client, Hurl, Httpie (privacy) Bruno: The only GUI client with a Nice UI that works on top of plain text files It's the best of both worlds.

> Nice CLI Clients that use plain text files: Jetbrains Http Client, Hurl, Httpie

In what way is Jetbrain's http client a CLI tool ? There's also vscode rest client.

There's no need to shortsell other clients. I think Bruno has sufficient differentiators to standout on its own.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#247

Thank 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.

I will usually take curl commands i end up calling a lot and use a function or script to make those calls easily. I find this to be way better for me personally. I feel using Postman teaches you only Postman. Whereas making shell tools and learning curl are so much more valuable. Plus, you can combine them with fzf, jq, fx, yq and friends to easily customize.

Shameless plug for Hurl [1]: it's a cli tool, based on plain text and curl to run and test HTTP requests. It's just libcurl + the possibility to chain and test response. You may like it! (I'm one of the maintainers)

[1]: https://hurl.dev

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#248

Earlier quoted context omitted.

What if instead of JSON, i.e., strings of unknown length, used something more like netstrings. https://cr.yp.to/proto/netstrings.txt Personally I use a lame but effective simple 85.9 KiB static binary filter, a small C program, that removes the chunk sizes so the response is ready for use by other programs, e.g., in a pipe. Buffer is set at 8 KiB. Is there a way to experiment with one of these streaming JSON GPT APIs…

The unknown length isn't much of a problem for me in practice: GPT's are slow enough that getting a large chunk is almost impossible. I like the idea of the C filter, but in the end you're just piping the data to the program, why add the middle step? Is it to protect against too-large chunks in some way? I don't know a public API that returns JSON slowly, but you could simulate it by just taking a JSON string, splitt…

"I like the idea of the C filter, but in the end you're just piping the data to the program, why add the middle step?"

Only for the flexibility to use more programs. Otherwise every program I use to process HTTP responses needs to be able to accomodate chunked transfer encoding. Plus only a minority of sites send chunked responses. Instead, have one program that does one thing: remove chunked transfer encoding.

IIUC, what you want is uniform chunk sizes where you know the size before you send the request.

GPTs sound annoying if they are so slow that they only output a few characters every ~100ms..

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#250
post #245

Earlier quoted context omitted.

What sets Bruno apart? Nice GUI Clients: Postman, Insomnia, Paw (ease of use) Nice CLI Clients that use plain text files: Jetbrains Http Client, Hurl, Httpie (privacy) Bruno: The only GUI client with a Nice UI that works on top of plain text files It's the best of both worlds.

> Nice CLI Clients that use plain text files: Jetbrains Http Client, Hurl, Httpie In what way is Jetbrain's http client a CLI tool ? There's also vscode rest client. There's no need to shortsell other clients. I think Bruno has sufficient differentiators to standout on its own.

Sorry if it came across as trying to shortsell. I was just trying to point out the key thing that makes Bruno unique in the ecosystem
Post reply on HN