AsyncCompletion and AsyncResult date back to the early days and were better geared and less heavy to manipulate than CompletableFutures.
We then spent more time in Kotlin and in coroutines. There was a bit of thinking to move more towards coroutines. We kept them in place when we’d move back from Kotlin to Java. > On Dec 4, 2020, at 12:15 AM, Brian McGee <br...@41north.dev> wrote: > > Hi Antoine, > > I would like to understand the reasoning behind the introduction of the > AsyncCompletion interface. From a cursory glance the same functionality is > available through other concurrency primitives such as coroutines, which I > can also see in places in the codebase and can also see some code to help > bridge coroutines and AsyncCompletion. > > Is this interface an attempt to try and unify various underlying > concurrency models that libraries are bringing in or something similar? > > -- > *Brian McGee * > Co-Founder | °*41North <http://41north.dev>* --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tuweni.apache.org For additional commands, e-mail: dev-h...@tuweni.apache.org
