[Java][FlightRPC] TestBasicOperation.getStreamLargeBatch is flaky on Windows CI
- Dominant language
- Java
- Stars
- 94
- Forks
- 152
- Avg merge
- 3d 16h
- Merged PRs (30d)
- 11
Description
```
java.lang.IllegalStateException:
Memory was leaked by query. Memory leaked: (134217728)
Allocator(ROOT) 0/134217728/270532608/9223372036854775807 (res/actual/peak/limit)
at org.apache.arrow.memory.BaseAllocator.close(BaseAllocator.java:437)
at org.apache.arrow.memory.RootAllocator.close(RootAllocator.java:29)
at org.apache.arrow.flight.TestBasicOperation$Producer.close(TestBasicOperation.java:514)
at org.apache.arrow.flight.TestBasicOperation.test(TestBasicOperation.java:333)
at org.apache.arrow.flight.TestBasicOperation.test(TestBasicOperation.java:312)
at org.apache.arrow.flight.TestBasicOperation.getStreamLargeBatch(TestBasicOperation.java:270)
```
**Reporter**: [David Li](https://issues.apache.org/jira/browse/ARROW-18034) / @lidavidm
#### Related issues:
- [[Java] Enable allocator logging in CI](https://github.com/apache/arrow/issues/33238) (is related to)
**Note**: *This issue was originally created as [ARROW-18034](https://issues.apache.org/jira/browse/ARROW-18034). Please see the [migration documentation](https://github.com/apache/arrow/issues/14542) for further details.*
Contributor guide
Research direction
Start in TestBasicOperation.java at getStreamLargeBatch and the test overloads around lines 270-333, then inspect Producer.close around line 514 and the allocator leak reported by the stack trace. Reproduce the test on Windows CI; done means getStreamLargeBatch is no longer flaky and the allocator closes without reporting leaked memory.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- ci-cd, testing-qa
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100