coderfromhere

Just to add to @lexi-lambda points, the current approach breaks integration with https://hackage.haskell.org/package/servant-swagger and https://github.com/felixmulder/servant-openapi , where API specs are generated without the wrapper in mind, and the codegen tools...

Hi @tazjin ! Thanks for the fast feedback, I agree on the premise, `#58` does look like a possible solution.

Has it been implemented in the end?

Hi @asyncee , thanks for your feedback! I definitely don't expect it to be fixed asap, I just thought maybe it was a known TODO in your schedule and there's...

This is great news, thanks! I've got one question though - https://github.com/asyncee/swagger_codegen/commit/229ba4a8a6d6c45db70c659470c6ebd03cdd1d5c#diff-6681172804e0dd9fe50e59607bb598d2d56d409a2584ba3d7d4fbded9ccad83dR55-R80 - shouldn't `Union` be used for parsing `anyOf` instead of `allOf`?

Sure, my only goal regarding this issue is to make tracebacks clearer than just `KeyError`, the actual implementation of a safer alternative to `content_type=response.headers["Content-Type"]` can be borrowed from either spec/library.

`requests` is great for asynchronous http too, with a help from `gevent`. Socket implementation should not affect the awesomeness of a higher-level interface :)

I'm using it as part of `servamt-checked-exceptions` and I'm looking for way to define and extend a common authentication alias like `type AuthenticatedEnv extended = Envelope ('[TokenErr, FormatErr, DecryptErr] ???...

yes, precisely

@sideeffffect when I try using java counterpart commands I get the following error: ``` [error] Expected ':' [error] Not a valid key: jibJavaDockerBuild (similar: jibDockerBuild, jibTarImageBuild, jibImageBuild) [error] myProject /...