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
Currently, for reactive/ CompletableEvals Eval get() swallows any errors recieved via the reactive-streams error channel (but propagates errors thrown inside it's own operators). It returns null instead.
This is a bug. It is reasonable to expect that round triping from a Future with a NoSuchElementException results in a failed Future with a NullPointerException and not a successful Future with a null value.
Eval::get should throw any errors recieved from any Publisher to which it was subscribed (this does make mixing Eval with reactive-streams operators fromPublisher / mergeMap unsafe, likely for the duration of the 10.X.X cycle).
The text was updated successfully, but these errors were encountered:
Currently, for reactive/ CompletableEvals Eval get() swallows any errors recieved via the reactive-streams error channel (but propagates errors thrown inside it's own operators). It returns null instead.
This is a bug. It is reasonable to expect that round triping from a Future with a NoSuchElementException results in a failed Future with a NullPointerException and not a successful Future with a null value.
Eval::get should throw any errors recieved from any Publisher to which it was subscribed (this does make mixing Eval with reactive-streams operators fromPublisher / mergeMap unsafe, likely for the duration of the 10.X.X cycle).
The text was updated successfully, but these errors were encountered: