Skip to content

Conversation

@johnsimons
Copy link
Member

When an NServiceBus endpoint receives messages from external systems such as BizTalk, TIBCO, etc. directly, the message itself will not contain regular NServiceBus headers. Without them ServiceControl cannot provide all usual information. For example, it won’t be able to determine when message was sent or what is its type.

To ensure that you are able to monitor your endpoints and have valuable metadata from ServiceControl, it becomes important as to how you integrate these messages. If for some reason failed messages will miss some metadata ServicePulse will handle it better by providing more meaningful defaults and descriptions.
Here is an example:
image

weronika.labaj added 2 commits July 29, 2015 14:14
…ssing metadata EnclosedMessageTypes' if value is null or empty string.
@johnsimons johnsimons added this to the 1.2 milestone Aug 4, 2015
@johnsimons johnsimons changed the title Feature dev issue 194 Failed messages to display UNKNOWN when things are missing instead of blank or min date Aug 4, 2015
@johnsimons johnsimons changed the title Failed messages to display UNKNOWN when things are missing instead of blank or min date Failed messages to display UNKNOWN when headers are missing instead of blank or min date Aug 4, 2015
@johnsimons johnsimons changed the title Failed messages to display UNKNOWN when headers are missing instead of blank or min date Failed messages to display UNKNOWN when data is missing instead of blank or min date Aug 4, 2015
@johnsimons
Copy link
Member Author

@weralabaj is the description ok ?

@weralabaj
Copy link
Contributor

@johnsimons Yes, it's good. One thing - isn't it too long? Are you going to email that to customers?

@weralabaj
Copy link
Contributor

Few tiny changes:

When an NServiceBus endpoint receives messages from external systems such as BizTalk, TIBCO, etc. directly, the message itself will not contain regular NServiceBus headers. Without them ServiceControl cannot provide all usual information. For example, it won’t be able to determine when message was sent or what is its type.

To ensure that you are able to monitor your endpoints and have valuable metadata from ServiceControl, it becomes important as to how you integrate these messages. If for some reason failed messages will miss some metadata ServicePulse will handle it better by providing more meaningful defaults and descriptions.
Here is an example:

@johnsimons
Copy link
Member Author

Are you going to email that to customers?

No, this is just for release notes

@johnsimons johnsimons merged commit cee57dc into develop Aug 4, 2015
@johnsimons johnsimons deleted the FeatureDev_issue_194 branch August 4, 2015 07:20
@adamralph adamralph added Type: Feature Type: Feature and removed Improvement labels Sep 7, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Type: Feature Type: Feature

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants