Live data from Hacker News

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

usebruno.com

91–100 of 444 posts

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

#91
I just finished watching the introductory video and found the whole concept of PostMan and Bruno disappointing. It's baffling that one has to dive into the code to unearth the appropriate routes—a completely unnecessary and time-consuming endeavour. This process should be automated, ensuring that documentation and code are always perfectly aligned, eliminating any out of sync issues. The endpoints themselves should be directly accessible from automatically generated documentation using tools like Swagger. This isn't just a convenience; it's a necessity for efficient and effective development.

So, what is the utility of tools like PostMan, Bruno and others when one has automatically generated docs with Swagger with which one can interact? As an example, you can check my current project where I have set docs like that (still need to add an endpoint field): https://peacefounder.org/PeaceFounder.jl/dev/schema

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

#92
post #64

One thing I like doing when working with APIa is to have an echo server at hand. I.e. something that I can query via curl or via a network library that I’m using, and see in response what kind of request it actually received. It helps me verify that I’m making correct requests (and not misusing curl or a network library). Currently I google for that and use the first online result that comes up. Is there an open sour…

I use ZAP [1] with the OAST add-on for this at the moment. I admit the UX isn't perfect, but it serves my purpose.

If I also want control over the responses (e.g. return a 401 status code for every fifth request), I have a custom extender script [2] for that.

[1]: https://www.zaproxy.org/

[2]: https://www.zaproxy.org/blog/2022-09-13-zap-extender-scripts...

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

#93
post #48

Earlier quoted context omitted.

It says "one time payment" but then it says "2 years of updates". I interpreted that as having to pay a second time two years into the future if I will want another two years of updates then. A bit misleading.

Not misleading - you understood it. Lifetime license does not necessarily equal lifetime updates. 2 years of updates is generous enough for $19.

It's similar to a lot of pricing plans out there. For example I purchased Home Designer Pro 2022 a couple years ago for $450 and I can use the HDP 2022 forever. They have, of course, HDP 2024 but I can't use that one. I can upgrade for an upgrade price. However I don't need to upgrade and am happy to just use 2022 for the rest of time.

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

#94
post #64

One thing I like doing when working with APIa is to have an echo server at hand. I.e. something that I can query via curl or via a network library that I’m using, and see in response what kind of request it actually received. It helps me verify that I’m making correct requests (and not misusing curl or a network library). Currently I google for that and use the first online result that comes up. Is there an open sour…

    
If all you need is an echo, should be as simple as this in a .php file, no? Can be deployed with PHP's built-in webserver.

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

#95
Good. Postman and Insomnia have shot themselves in the foot with overly complex UI and a mess of managing your collection of API calls in some horrible format and messing up the whole sync process and the simple ability to run everything offline without login, etc. I would also add that streaming (SSE) support would be great.

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

#96

Earlier quoted context omitted.

The benefit of using postman is that you can open the app, see your (shared) collections, easily change the params and hit send. Can curl be used like that?

Of course you can. You can use any tool that lets you write down commands, run it, and edit it. Shells, editors, interactive notebooks like Org Mode, etc. The beauty is that it's just text that you can copy and paste between your tool of choice. You're not locked in to a single tool.

It's not very fun to run the auth call, then copy and paste the access token to the next call, and have to update all of your curl cmds all the time... Even if you use env variables, that's a horrible way to use env variables.

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

#97
post #78

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 use httpie's CLI tool for testing application/json endpoints. That and some jq really can make some things nice. (Apparently it has a GUI version as well, but I'm not interested in trying it.)

I also have fallen back to just using curl + jq and a set of saved commands since both postman and insomnia have decided to make my life harder not easer. good old plain unix command line tools never fails you.

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

#99
post #22

Earlier quoted context omitted.

The irony that I switched to Insomnia after Postman started demanding a login... and now I've been actively looking for alternatives (Bruno being on the list) now that Insomnia has done the same thing.

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?

Why not to do the same with postman? I still use it without the login.

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

#100
Well this is fun to see. After Postman deleted my local data after I declined a cloud account, I started working on my own tool: https://github.com/EvWilson/sqump

Some similar ideas - actually treats the file system as authoritative, runs locally, can share collections via source control with teammates. Difference in this case is that I used Lua as a lightweight scripting layer that I gave all my necessary tools to. So now I have a HTTP toolkit, and some for Kafka as well (which I use a good bit). I’ve been able to use it to replace all my API testing and development, as well as perform some more involved migrations and some dashboard-like actions (e.g. can list out resources and then check failures for each of their IDs).

It’s also just a single binary with the web UI and CLI bundled in, which works more for me. Still early days for the little tool, but hoping it could be helpful for someone else.

Post reply on HN