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

Configuration for Message Node Strategies #3

Open
mikeminutillo opened this issue Nov 27, 2015 · 0 comments
Open

Configuration for Message Node Strategies #3

mikeminutillo opened this issue Nov 27, 2015 · 0 comments

Comments

@mikeminutillo
Copy link
Member

There are a number of different ways that messages of the same type can be treated by the diagram.

  • Collapse into a single node if sent by the same sender: The current default. This makes it easy to track published events as there is a single instance of the event for each publisher with outgoing lines to all of the subscribers.
  • Collapse into a single node if received by the same receiver: When the same commands are sent from multiple places this makes it much easier to see them.

There are other options that have been trialled but were difficult to follow. Collapse just by message type results in each message type only appearing once. If routing config is off this can lead to inaccurate visualizations (i.e. where one endpoint publishes a message and another appears to receive it but in reality did not).

Collapse by sender and receiver results in an explosion of edges that is difficult to follow in a sufficiently complex solution.

We could also change behavior based on intent. For instance, we could Collapse By Receiver by default and for Publishes we could Collapse By Sender.

It should be possible to specify these options via configuration or via the command line. To do that we'd want to be able to configure a default strategy and overrides per Intent.

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

1 participant