100%, this.Im a bit flabbergasted I haven’t yet found a HTTP&#x2F;API client that simply runs off an oAPI spec. Sure, most support «import of..», but do any support oAPI’s as continuously evolving source of truth?Our oAPI spec is auto-generated (based off ts-rest.com contracts), and I’d love one that understands this, including auto-refreshing&#x2F;importing of spec when it changes on disk.If anyone knows of this magical piece of software, please share!

Referring to OpenAPI: <a href="https:&#x2F;&#x2F;github.com&#x2F;OAI&#x2F;OpenAPI-Specification">https:&#x2F;&#x2F;github.com&#x2F;OAI&#x2F;OpenAPI-Specification</a>

Yeah, I agree. Bruno is a great tool, but it&#x27;s missing one key component that I needed (maybe it&#x27;s just me) – it can&#x27;t run multiple requests in a chain. Also, constructions like:
get { 
 url: .... 
} 
feel too verbose to me, I wanted something clearer, like:
get &#x2F;users 
;) 
But in general, thank you guys for your interest, my goal is to gain that 30k+ starts )))

I&#x27;m currently using Bruno, which uses its own format &quot;Bru Lang&quot; for storing HTTP requests as plain text[1]. The VS Code extension is great but I&#x27;d much prefer the standard backed by 30k+ stars was extended instead of a new format to introduce fragmentation in this space.[1]: <a href="https:&#x2F;&#x2F;docs.usebruno.com&#x2F;bru-lang&#x2F;overview" rel="nofollow">https:&#x2F;&#x2F;docs.usebruno.com&#x2F;bru-lang&#x2F;overview</a>

Hurl is well designed for testing with marchers available for assertions. HTTL only supports strict equality assertions (for now).Hurl is written in Rust, HTTL in node.HTTL has an import system that can be useful for reusing an auth setup.

Hi maintainers of Hurl here! We started very small also and HN helps us a lot to grow and gain popularity. Keep up the good work and the motivation!The only advice I&#x27;ll humbly give is to choose a &quot;traditional&quot; license, unless there is a very strong motivation to have a custom one.

It was funny that when I was in the middle of the project, I discovered Hurl. It was cool, especially since it&#x27;s written in Rust and uses libcurl under the hood. However, the lack of OpenAPI support and VS Code integration forced me to continue working on HTTL project.

It looks similar to <a href="https:&#x2F;&#x2F;hurl.dev" rel="nofollow">https:&#x2F;&#x2F;hurl.dev</a>

Seems like it? Except curl already has decent syntax and lets you directly control what you&#x27;re doing so you know what the generated request is going to look like. No magic.I can&#x27;t see how these tools are powerful enough to replace curl, so you still need to know how to use curl, but at the same time this DSL isn&#x27;t self explanatory.I&#x27;d rather just use curl, and my team will be careful I didn&#x27;t ask them to learn another DSL. They already know how to use curl.

I feel like I&#x27;m slow reading through the docs. I really tried.Is this just curl with a simpler syntax? This is advertising CLI integration, so what&#x27;s the VSCode feature people seem excited about?

What about HTTPie? <a href="https:&#x2F;&#x2F;httpie.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;httpie.io&#x2F;</a>

Great point! Actually, it&#x27;s already part of the parser but not fully implemented. However, it&#x27;s coming very soon!

It looks really nice!
What I found challenging is the lack of namespaces for example using two different bases or two different OpenAPI specs that may override each other or be suggested in the autocomplete in the wrong situations

Show HN: A Fast HTTP Request CLI Powered by HTTL