Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This commit introduces Task, a data structure that represents a recipe, or program, for producing a value of type T (or failing with an exception). It is similar in semantics to RunnableGraph[T], but intended as first-class building block.
It has the following properties:
A Task can be created from a RunnableGraph which has a KillSwitch, by connecting a Source and a Sink through a KillSwitch, or by direct lambda functions.
Open discussion points and TODOs (in order of highest architectural impact):
KillSwitch
doesn't communicate back a trigger when the graph is actually done cancelling. It would be very nice to have that, but this might need deeper changes in pekko.stream
module, but it should probably have its own.TaskDef
:case class FinallyDef[T](base: TaskDef[T], cleanup: TaskDef[_]
), which can then guarantee cleanup even under cancellation signals.zip
,race
, ...).delay()
and general scheduling by hooking in the scheduling features ofMaterializer
Fixes #1801 .