-
Notifications
You must be signed in to change notification settings - Fork 786
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create default entity decoder for InputStream #634
Comments
We have this implementation for input stream. Is this the correct way to get Inputstream from response?
If this is correct and can be added to main branch, please let me know. I'll create a Pull request. |
How would you feel about decoding the |
Oops, that GZip middleware is for output, not input; sorry. |
Bzip2 is an external dependency in Java. So, we didn't want to implement it as a middleware in the client. |
Note that client methods like |
Our code didn't work(probably because of some deadlock issue). We solved it with the same technique given in the above response. |
The PipedOutputStream and PipedInputStream need to operate on different threads, or else one can starve the other. The joys of blocking I/O. :) |
Is there any easy way to get the body of the request as String. Due to reasons not in my control, I would like to parse the json body into Map[String, Any] which circe does not allow (I understand why). If I can get the body as a string then I can use something like Jackson which uses reflection to parse. Really appreciate some guidance |
The |
Thank you so much |
If we want to retrieved Inputstream directly from HTTP client (we want to decompress stream with BZIP), currently we have to write our own EntityDecoder.
It would be nice to have this support by default.
The text was updated successfully, but these errors were encountered: