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
We removed Promise in favor of Future.join(...) and made the tryComplete function accessible in a managed context only.
We have an example that might show the necessity of making the tryComplete function accessible from the outside (like Promise did before): Concurrent recursive function memoization.
danieldietrich
changed the title
Question: It is necessary to move the resolve out of the Future context?
Make the Future.join tryComplete function usable outside of the Future context?
Oct 8, 2017
danieldietrich
changed the title
Make the Future.join tryComplete function usable outside of the Future context?
Make the Future.join tryComplete function usable outside of the Future context
Oct 8, 2017
Our Future implementation will be dropped. There will be no Vavr 1.0 module vavr-concurrent.
Reason: Implementing our own concurrency library is too error-prone, concurrency is a hard problem. There are many(!) alternatives, first of all Java's native CompletableFuture
We removed Promise in favor of Future.join(...) and made the
tryComplete
function accessible in a managed context only.We have an example that might show the necessity of making the
tryComplete
function accessible from the outside (like Promise did before): Concurrent recursive function memoization.The current API:
Current possibility to externalize
tryComplete
:Now we take a look, if this is sufficient to re-implement #2096 (e.g. using a data structure instead of AtomicReference, it was only an example).
The solution to add more flexibility is that
tryComplete
returns the self reference to the underlying Future instead of a boolean complete status.The text was updated successfully, but these errors were encountered: