-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added stages responsible for streams context propagation #3741
Added stages responsible for streams context propagation #3741
Conversation
…opagation to AsSource
I've very excited about this feature, btw |
I think naming needs to be updated - some time after I've ported this feature Lightbend decided to change names in the API. |
Ok, want to do that now then?
…Sent from my iPhone
On Jul 9, 2019, at 9:53 AM, Bartosz Sypytkowski ***@***.***> wrote:
I think naming needs to be updated - some time after I've ported this feature Lightbend decided to change names in the API.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
I'll try, it should be just a naming convention change + maybe few new stages added there. |
@Horusiath sounds good, we'll get that out in the next beta. |
@Horusiath I'm going to work on the API renaming in a new PR this week - along with updating the APIs for the |
Port of feature from: akka/akka#25951
This allows to implicitly pass a some object as an implicit context of execution between stages, without exposing it on the majority of the stages. IMHO the major use cases are all kinds of persistent queues, which require explicit commit, after message was processed throughout the stages. In that case we'd like to pass message context/id (necessary for commit), but without seeing it in our business domain stages, that have no interest with it.
Example: