Monitoring - Some messages might break Endpoint Details UI

[jenspettersson]

When looking at endpoint details that contains messages that implements something else than ONLY IEvent / IMessage etc, the UI is broken.

Look at the following screenshot:

(had to obfuscate a bit...)

Some of the messages handled by this endpoint implements another interface and not the IEvent directly and those seem to break the UI. It's the messages that ends with "Saved" and "Published", the "Added" only implements the IEvent and looks good (but in the wrong place due to the UI being broken).

An easy way to reproduce:

Create a "marker" interface:

interface IMyInterface : IEvent ...

Create a class that implement that marker interface:

class MyEvent : IMyInterface

In our case, the marker interface is in another project than the actual message and this is the "message type" that the UI shows:

My.Namespace.Messages.MyEvent, My.Namespace, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null; Another.Namespace.IMyInterface, Another.Namespace, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null

---

Technical information if reporting bug:

• ServicePulse version: v1.10.2
• ServiceControl version: v1.43.4

[WilliamBZA]

Thanks @jenspettersson, we're on it!

[sergioc]

In our case, the marker interface is in another project than the actual message and this is the "message type" that the UI shows:

My.Namespace.Messages.MyEvent, My.Namespace, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null; Another.Namespace.IMyInterface, Another.Namespace, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null

@jenspettersson given that we're currently supporting ONE message type and its associated metrics per row, how would you expect to see this presented?

[jenspettersson]

-------------------------------------------------------
My.Namespace.Messages.MyEvent   | Metrics
My.Namespace-1.0.0.0            | 
-------------------------------------------------------

Just like the message types that only implements IEvent/IMessage is shown. I don't care if the message type implements another interface than IEvent/IMessage.

[mikeminutillo]

@jenspettersson we think we will be able to pull out the most-concrete message type and display that (which should match what you have in mind). This fix will porbably not make it into the release candidate but we will look at fixing it as a patch after the release. Thanks for bringing this to our attention.

[cjoergensen]

Here is how it looks in SP v1.12.0:

Notice how the long namespace gets in the way of the actual message name.

The solution could be something like this:

-------------------------------------------------------
Event                             | Metrics
Namespace                         |
Assembly                          |
-------------------------------------------------------

Or just display the message name and show the fullname in hover text.

[WojcikMike]

We just released version 1.14.3 which fix the displaying of messages in this case. It fix the UI issue by truncating text, and showing all information in tooltip. However in this issue there are more ideas then we've implemented so I will leave it open.