Lately Postman suddenly required creating an account to their cloud, to use my five different rest requests from scratchpad. I got annoyed so bad that deleted that piece of cr*p immediately. Never looking back. Then I found Bruno and fell in love. Thanks for the great work!
Postman is basically unusable in a lot of large companies now as it's often forbidden to save credentials on external cloud.
Bruno: Fast and Git-friendly open-source API client (Postman alternative)
411–420 of 444 posts
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#412What I want, is an API explorer for CLI. A tool that takes an OpenAPI Spec and then converts it into a set of examples and REST endpoint calls I can just fire off or mess with. Kinda like how Swagger does for their web-based docs, but for CLI, and bonus points if you can generate some examples. I feel like this should be possible with today's tech, but am coming up dry finding anything while searching.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#413> What if the folders and requests within the API collection could be mapped to folders and files on the filesystem? … Ultimately, I realized that file-based API collections were the future. Unlike other tools, such as Postman or Insomnia, Bruno would allow users to maintain their collections in a source code repository using Git for collaboration. Can someone help me understand what is meant by this API can be mappe…
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#414Can someone explain what Postman or Bruno is for? I know it's something for interacting with apis but why would i use it. I interact with apis a lot with curl or wrapper in my languages but never really needed something else?
If you're really comfortable with all those tools, you won't understand Postman because you'll say "why don't people just chain all these tools together?". It's like the famous hn comment on dropbox, "why don't people just use rsync"?
It's technically true, and if you're adept at those tools, you should probably use them instead of Postman. But yea, it's a useful product for a bigger set of people.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#415Earlier quoted context omitted.
[flagged]
So, what exactly was the point of your rant? You don’t care enough to read the manual, but clearly care enough to ask a bunch of questions that could have easily been answered by yourself with a modicum of effort. The home page even has an example of the file format, is even opening the page too hard of an ask? Did you just want people to do all the work for you to “convince” a random stranger? In what world is that…
I guess my take was what was his reason for answering what I initially posted if all he wanted was to RTFM me?
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#416Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#417Earlier quoted context omitted.
You may be able to replace some of your curl+shell with Hurl — https://hurl.dev/#also-an-http-test-tool .
Why should someone bother to do this, if they already know and have a handle on cURL's syntax?
> Hurl can run HTTP requests but can also be used to test HTTP responses. > Different types of queries and predicates are supported, from XPath and JSONPath on body response, to assert on status code and response headers.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#418Can someone explain what Postman or Bruno is for? I know it's something for interacting with apis but why would i use it. I interact with apis a lot with curl or wrapper in my languages but never really needed something else?
I really like to use Insomnia (Bruno alike) to import all project API's and debug API's over Insomnia. Does the job much faster for me.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#419Earlier quoted context omitted.
I was responding to a claim that essentially boiled down to shells can't parametrize input. How is it even remotely comparable to "the infamous Dropbox comment" to point out that shells can do that better than GUI tools? Also expecting end users to develop their own file syncing solution on top of FTP is unreasonable. Expecting software engineers to be able to use curl instead of a GUI form is not.
You've the exact same attitude. If something is easier and more convenient then people will use it
These tools are Mad Libs for curl commands presented as GUI forms. It does a subset of what curl + shell does while requiring more clicks. The target demographic are people who need to know the tool it's meant to replace in order to do their jobs effectively. That not easier or more convenient in my book.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#420Earlier quoted context omitted.
You may be able to replace some of your curl+shell with Hurl — https://hurl.dev/#also-an-http-test-tool .
Why should someone bother to do this, if they already know and have a handle on cURL's syntax?
- chain requests passing data from a request to another,
- add tests on every responses: body, headers, certificates, etc... You can use JSONPath or XPath for example,
- there is some sugar syntax to construct request bodies (GraphQL body is annoying with curl, JSON etc...),
- there is some sugar syntax for retrying requests on asserts, delaying requests etc..
Under the hood, Hurl uses libcurl so a lot of curl's options are exposed through Hurl (and we benefit of a lot of curl features like HTTP/3, IPV4/IPV6 etc... and speed and reliability of course!).
(I'm one of the maintainers)