fix: avoid StackOverflowError in PersistBarrier.awaitPersisted for large steps - #1336
Conversation
|
Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA). View this failed invocation of the CLA check for more information. For the most up to date status, view the checks section at the bottom of the pull request. |
9afba60 to
b475909
Compare
|
Hi @zhangxiangnan, thank you for your contribution! We appreciate you taking the time to submit this pull request. As per contribution policy, please ensure your PR consists of a single commit. Could you please change your commits accordingly? |
…rge steps awaitPersisted folded a step's per-event barriers into a left-nested Completable.andThen(...) chain. A single step can carry many events (an agent transfer folds the sub-agent's events into the parent step), and the nested chain recurses once per element on both subscription and completion, throwing StackOverflowError for long sessions. Await the barriers with Completable.concat instead, which drains its sources iteratively and stays stack-safe while preserving the same await semantics (order is irrelevant, as each subject retains its terminal state). Adds a regression test that awaits 50k events in a single step.
a78fa45 to
a38b824
Compare
|
Done — squashed into a single commit and rebased onto main. |
|
@zhangxiangnan, thank you for addressing the pre checks. Currently this PR is under review by our team, we will keep you posted if any additional information is required. thank you. |
Problem
PersistBarrier.awaitPersistedfolds a step's per-event barriers into a left-nestedCompletable.andThen(...)chain:A single step can carry a large number of events — e.g. an agent transfer folds the sub-agent's events into the parent step. The nested
andThenchain recurses once per element on both subscription and completion, so long sessions throwStackOverflowError:Fix
Await the per-event barriers with
Completable.concat(Iterable)instead.concatdrains its sources iteratively, so it stays stack-safe, while keeping the same await semantics (order is irrelevant — eachCompletableSubjectretains its terminal state).Testing
Added a regression test
largeStep_awaitsAllWithoutStackOverflowthat awaits 50,000 events in a single step; it fails withStackOverflowErroron the old implementation and passes with the fix.mvn -pl core test -Dtest=PersistBarrierTest→Tests run: 10, Failures: 0, Errors: 0, Skipped: 0.Made with Cursor