Skip to content
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

Incoming message mutator #54

Open
judwhite opened this issue Aug 10, 2016 · 0 comments
Open

Incoming message mutator #54

judwhite opened this issue Aug 10, 2016 · 0 comments

Comments

@judwhite
Copy link
Owner

judwhite commented Aug 10, 2016

Similar to how a message mutator can be used to modify payloads before publishing to nsqd, we may want to expose the messaging pipeline to allow incoming messages to be mutated. For example, a common lookup on a field.

Today subscribing to a topic/channel is implicit through implementing IHandleMessages<>. A global incoming message mutator would be the easiest thing to do, but we may not want to pay that penalty for each message received, execute the type-checking code, or even have such logic in a central place.

When using the more primitive Consumer class it would be possible to implement this as part of the pipeline with an IHandler implementation.

Need to think about if a pipeline hook or a global incoming mutator is more appropriate.

/cc @crazybert

@judwhite judwhite added this to the 1.0.0 milestone Aug 21, 2016
@judwhite judwhite removed this from the 1.0.0 milestone Oct 8, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant