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

Failed messages to display UNKNOWN when data is missing instead of blank or min date #180

Merged
merged 2 commits into from
Aug 4, 2015

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.

5 participants