Skip to content

Make ServiceInsight and Pulse understand the NServiceBus.Bridge.Transfer header #10

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

Open
andreasohlund opened this issue Apr 11, 2022 · 2 comments

Comments

@andreasohlund
Copy link
Member

andreasohlund commented Apr 11, 2022

The header syntax is explained here https://docs.particular.net/nservicebus/bridge/configuration#auditing

@mauroservienti
Copy link
Member

@andreasohlund can you please explain what should be the SI and SP behavior?

@dvdstelt
Copy link
Member

dvdstelt commented Dec 5, 2022

Currently the Bridge adds a header that shows from where to where the Bridge is shoveling the message. So azure service bus -> msmq could be a header. We think it should probably be visible when you

  • retry messages, although this is needs some thought. do users want to know if the message came from another transport, because we don't modify any header when bridging error messages? We know we're on a specific transport, does the header help showing something useful?
  • show message flow in ServiceInsight, so that it's clear messages bridged a transport
  • etc

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants