You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Similar to #1951 , Response and HttpResponseBodyPart should optionally return ByteBufs instead of just ByteBuffer or byte[], in case the caller will be using the response data with Netty (or just cares about performance). This be much more efficient if the LazyResponseBodyPart factory is used instead of the eager variant obviously. LazyResponseBodyPart already has getBuf(), but that doesn't help when you have a full Response, and it's not part of the interface. I'll submit a patch for this as well.
The text was updated successfully, but these errors were encountered:
dgolombek
pushed a commit
to dgolombek/async-http-client
that referenced
this issue
Apr 3, 2024
NettyResponse is already dealing with ByteBufs under the hood, this
lets the caller access them cleanly. This allows callers that are
already using Netty to use AHC much more efficiently.
FixesAsyncHttpClient#1953
@hyperxpro anything I can do to help get this reviewed and merged? I have some work time to help with this project, starting with a few things we need, but then can also help with backlog of bugs or whatever else makes sense. Thanks.
NettyResponse is already dealing with ByteBufs under the hood, this
lets the caller access them cleanly. This allows callers that are
already using Netty to use AHC much more efficiently.
Fixes#1953
Co-authored-by: David Golombek <dgolombek@mylookout.com>
Similar to #1951 , Response and HttpResponseBodyPart should optionally return ByteBufs instead of just ByteBuffer or byte[], in case the caller will be using the response data with Netty (or just cares about performance). This be much more efficient if the LazyResponseBodyPart factory is used instead of the eager variant obviously. LazyResponseBodyPart already has getBuf(), but that doesn't help when you have a full Response, and it's not part of the interface. I'll submit a patch for this as well.
The text was updated successfully, but these errors were encountered: