Skip to content
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

release hotfix: Adapt to MonoSubscriber not fusing by default #288

Merged
merged 2 commits into from
Nov 8, 2022

Conversation

simonbasle
Copy link
Member

In reactor-core, Operators.MonoSubscriber has stopped implementing
ASYNC fusion as a base. It continues to be compatible with Fuseable
publishers but now by default only negotiates Fuseable.NONE.

Some RxJava adapter classes don't really have a way of propagating the
fusion up to RxJava and used to rely on the default ASYNC capability
of MonoSubscriber, testing that requestFusion would indeed negotiate
that. Now that it negotiates NONE, said tests fail.

This commit removes the tests and adds a FIXME as a more in depth follow
up to this issue (where we can evaluate if it makes sense to keep the
publishers Fuseable).

Also update to latest 3.4.x core snapshot.

See reactor/reactor-core#3245.

In reactor-core, `Operators.MonoSubscriber` has stopped implementing
ASYNC fusion as a base. It continues to be compatible with Fuseable
publishers but now by default only negotiates `Fuseable.NONE`.

Some RxJava adapter classes don't really have a way of propagating the
fusion up to RxJava and used to rely on the default ASYNC capability
of MonoSubscriber, testing that `requestFusion` would indeed negotiate
that. Now that it negotiates NONE, said tests fail.

This commit removes the tests and adds a FIXME as a more in depth follow
up to this issue (where we can evaluate if it makes sense to keep the
publishers Fuseable).

See reactor/reactor-core#3245.
@simonbasle simonbasle added this to the 3.4.9 milestone Nov 8, 2022
@simonbasle simonbasle added type/chore A task not related to code (build, formatting, process, ...) warn/blocker labels Nov 8, 2022
@simonbasle simonbasle self-assigned this Nov 8, 2022
@simonbasle simonbasle requested a review from a team November 8, 2022 09:38
@simonbasle
Copy link
Member Author

blocker: tests fail during release of 3.5.0 (since it depends on reactor-core:3.5.0 which has the requestFusion change in MonoSubscriber).

@simonbasle simonbasle merged commit 2b13a2d into 3.4.x Nov 8, 2022
@reactorbot
Copy link

@simonbasle this PR seems to have been merged on a maintenance branch, please ensure the change is merge-forwarded to intermediate maintenance branches and up to main 🙇

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/chore A task not related to code (build, formatting, process, ...) warn/blocker
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants