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
This has been raised as a surprise by several people - most recently by @jhartman. The behavior of ParSeq differs between core ParSeq, Play, and Restli. ParSeq and Play require Tasks to be explicitly run. Restli auto-runs the returned Task.
In an environment where users are using seq / par, the auto-run behavior is most intuitive. In an environment where users are using context.after, the opposite is true. Here's an example where auto-run would do the wrong thing:
With auto run we'd try to run d before b and c. However, context.after is intended as a low-level construct for building up more user friendly tasks, such as the above mentioned seq and par, so it seems better to make run handling special for context.after and not the other way around.
The text was updated successfully, but these errors were encountered:
This has been raised as a surprise by several people - most recently by @jhartman. The behavior of ParSeq differs between core ParSeq, Play, and Restli. ParSeq and Play require Tasks to be explicitly run. Restli auto-runs the returned Task.
In an environment where users are using
seq
/par
, the auto-run behavior is most intuitive. In an environment where users are usingcontext.after
, the opposite is true. Here's an example where auto-run would do the wrong thing:With auto run we'd try to run
d
beforeb
andc
. However,context.after
is intended as a low-level construct for building up more user friendly tasks, such as the above mentionedseq
andpar
, so it seems better to make run handling special forcontext.after
and not the other way around.The text was updated successfully, but these errors were encountered: