Looks promising. I have to say this is still really rough, though. Some feedback after 5 minutes of testing: * It doesn't remember your "environment". So if I call endpoint A and then click on endpoint B to try that, it forgets which environment is being targeted. * Similarly, metadata is also specific to the request. If you use metadata for providing authorization headers, that means you have to enter the metadata s…
Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
11–20 of 32 posts
Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#12Looks promising. I have to say this is still really rough, though. Some feedback after 5 minutes of testing: * It doesn't remember your "environment". So if I call endpoint A and then click on endpoint B to try that, it forgets which environment is being targeted. * Similarly, metadata is also specific to the request. If you use metadata for providing authorization headers, that means you have to enter the metadata s…
Hi! Thank you for testing! > It doesn't remember your "environment". So if I call endpoint A and then click on endpoint B to try that, it forgets which environment is being targeted. Similarly, metadata is also specific to the request. If you use metadata for providing authorization headers, that means you have to enter the metadata separately every time you make a different request; there's no way to share metadata…
No, I had a proto file which imported another proto file, which could not be found, because I had not added its path to the import path list. Seems like it would be a common enough issue.
> Maybe you have an idea on how we can represent decoded message (which an object) and map it to Protobuf Message definition?
Something like Grip, maybe: https://gripgrpc.dev/.
> Interesting, this is the first feedback about app performance.
Appears to be related to the number of tabs. If I have only one tab open, it's not particularly laggy.
> Sorry, I can't reproduce this bug. You said clicking around, where exactly I need to click?
Click on an endpoint. It always opens a new tab.
Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#13Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#14Pretty happy with Paw ( https://paw.cloud , macOs) also supports gRPC
Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#15Earlier quoted context omitted.
Hi! Thank you for testing! > It doesn't remember your "environment". So if I call endpoint A and then click on endpoint B to try that, it forgets which environment is being targeted. Similarly, metadata is also specific to the request. If you use metadata for providing authorization headers, that means you have to enter the metadata separately every time you make a different request; there's no way to share metadata…
> you selected the file and then just delete it before clicking create :) No, I had a proto file which imported another proto file, which could not be found, because I had not added its path to the import path list. Seems like it would be a common enough issue. > Maybe you have an idea on how we can represent decoded message (which an object) and map it to Protobuf Message definition? Something like Grip, maybe: http…
Ah, this make sense. I agree that this could be a common issue while importing a protobuf. I will fix this in next release :)
> Something like Grip, maybe: https://gripgrpc.dev/. Got it, we have a related discussion here -https://github.com/getezy/ezy/discussions/29 I will think how to show it, thank you!
> Appears to be related to the number of tabs. If I have only one tab open, it's not particularly laggy.
The main problem here is persistance (saving all data on the disk), and this make performance problems. I have plans to rewrite this section to improve it.
> Click on an endpoint. It always opens a new tab.
I think I need to create a poll :) Some users saying that they want to open new tab by one click, others wants double click.
And here I really don't know whats the better way of UX should be.
Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#16Anyone knows of web based HTTP client? Compatible with Postman Insomnia?
Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#17Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#18Pretty happy with Paw ( https://paw.cloud , macOs) also supports gRPC
Tested it with common gRPC cases. Just some things why it's not good for gRPC:
1. It doesn't support streams.
2. It doesn't support "include directories" option.
3. It doesn't support Server-Side/Mutual TLS with custom
certificates.
4. When I entered URL like 0.0.0.0:4000 app freezes and won't work, so I can't send any request.
5. I think it support only gRPC-Web, because my URL 0.0.0.0:4000 converts to http://0.0.0.0:4000. If yes, it only covers gRPC-Web that is not fit all user needs.Re: Show HN: Ezy – open-source gRPC client, alternative to Postman and Insomnia
#19Anyone knows of web based HTTP client? Compatible with Postman Insomnia?