Details
-
Improvement
-
Status: Resolved
-
Critical
-
Resolution: Fixed
-
None
-
None
Description
Arrow currently has a hard dependency on Netty and exposes this in public APIs. This shouldn't be the case. There could be many allocator implementations with Netty as one possible option. We should remove hard dependency between arrow-vector and Netty, instead creating a trivial allocator. ArrowBuf should probably expose an <T> T unwrap(Class<T> clazz) method instead to allow inner providers availability without a hard reference. This should also include drastically reducing the number of methods on ArrowBuf as right now it includes every method from ByteBuf but many of those are not very useful, appropriate.
This work should come after we do the simpler ARROW-3191
Attachments
Issue Links
- is a parent of
-
ARROW-9300 [Java] Separate Netty Memory to its own module
- Resolved
-
ARROW-7505 [Java] Remove Netty dependency for ArrowBuf
- Resolved
-
ARROW-8229 [Java] Move ArrowBuf into the Arrow package
- Resolved
-
ARROW-8230 [Java] Move Netty memory manager into a separate module
- Resolved
-
ARROW-7935 [Java] Remove Netty dependency for BufferAllocator and ReferenceManager
- Resolved
- is blocked by
-
ARROW-3191 [Java] Add support for ArrowBuf to point to arbitrary memory.
- Resolved
- relates to
-
ARROW-9356 [Java] Remove Netty dependency from arrow-vector
- Open