Comments on: Aggregated monitoring of BizTalk solutions using "BizMon" http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/ .NET, BizTalk and integration focused scribbles Tue, 01 Jun 2010 22:09:55 -0500 http://wordpress.org/?v=2.9.2 hourly 1 By: Monitoring BizTalk Solutions in an Enterprise | SOA Governance - Service Oriented Architecture - SOA Business - SOA Design - SOA Services - SOA Software - SOA Solutions - SOA Security - SOA Web Service http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-486 Monitoring BizTalk Solutions in an Enterprise | SOA Governance - Service Oriented Architecture - SOA Business - SOA Design - SOA Services - SOA Software - SOA Solutions - SOA Security - SOA Web Service Thu, 25 Mar 2010 00:00:44 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-486 [...] BizMon [...] [...] BizMon [...]

]]> By: Bart http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-362 Bart Tue, 14 Apr 2009 14:48:32 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-362 Great Post, looks like a very very good tool! Is there any more activity on it? Hopefully you'll get over the legal issues.... Great Post, looks like a very very good tool!
Is there any more activity on it?

Hopefully you’ll get over the legal issues….

]]> By: Arihant Jain http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-351 Arihant Jain Fri, 27 Feb 2009 03:00:24 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-351 That really cool, let me know when you are releasing its beta so that i can try to use it in my project and and evaluate it and suggest more inputs to you. That really cool, let me know when you are releasing its beta so that i can try to use it in my project and and evaluate it and suggest more inputs to you.

]]> By: Richard http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-340 Richard Fri, 13 Feb 2009 08:27:02 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-340 @Mikael Håkansson: First I actually thought about releasing it without any support for setting up TPE-profiles and that users would have to use TPE-tool for that. But as I've seen my internal users struggle with this I've decided to at least look into using the approach you have in your code and see if I can support this within the actual tool somehow. That would also make it easier to actually create one database model per application and not have on big activity for all. I think one big activity for all application wouldn't really scale that well performance-wise one we use it some of our mote traffic intensive integrations. @Arihant Jain: Yes, I've just finished the alerts functionality. It'll be in there. You can set up subscriptions and have a list of email connected to that subscription. A subscription can then monitor x number of applications. Email is sent out as soon as something fails or a message get stuck. Another email is sent out once the subscriptions doesn't contain any errors anymore. An NT Service is used to the checking and sending of email. @Mikael Håkansson: First I actually thought about releasing it without any support for setting up TPE-profiles and that users would have to use TPE-tool for that. But as I’ve seen my internal users struggle with this I’ve decided to at least look into using the approach you have in your code and see if I can support this within the actual tool somehow.

That would also make it easier to actually create one database model per application and not have on big activity for all. I think one big activity for all application wouldn’t really scale that well performance-wise one we use it some of our mote traffic intensive integrations.

@Arihant Jain: Yes, I’ve just finished the alerts functionality. It’ll be in there. You can set up subscriptions and have a list of email connected to that subscription. A subscription can then monitor x number of applications. Email is sent out as soon as something fails or a message get stuck. Another email is sent out once the subscriptions doesn’t contain any errors anymore. An NT Service is used to the checking and sending of email.

]]> By: Arihant Jain http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-339 Arihant Jain Thu, 12 Feb 2009 21:39:56 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-339 Hi the tools look great and i would love to contribute if required, our project needs such tool cuz its very difficult to go everytime on prod box to see the biztalk admin console for health monitoring and if such tool is available we can access it from our own system, i would suggest to include some alert functionality. Hi the tools look great and i would love to contribute if required, our project needs such tool cuz its very difficult to go everytime on prod box to see the biztalk admin console for health monitoring and if such tool is available we can access it from our own system, i would suggest to include some alert functionality.

]]> By: Mikael Håkansson http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-335 Mikael Håkansson Fri, 23 Jan 2009 21:35:48 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-335 Looks really good, and I'm curious to see your generic activity, although I've your related posts. Are you providing any tooling for enabling tracking for ports or are you relying on TPE? Looking forward to see you post it on CodePlex! //Mikael Looks really good, and I’m curious to see your generic activity, although I’ve your related posts. Are you providing any tooling for enabling tracking for ports or are you relying on TPE?
Looking forward to see you post it on CodePlex!

//Mikael

]]> By: Richard http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-329 Richard Fri, 09 Jan 2009 10:27:08 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-329 @Santosh Yep, all the aggregation, status checking etc will be done by a separate project and those dll:s will be GAC:ed. These assemblies will be used both by the web GUI layer (as shown in the post) but also by a windows service handling sending all the alerts etc and could of course be used by other clients as well! @Santosh

Yep, all the aggregation, status checking etc will be done by a separate project and those dll:s will be GAC:ed. These assemblies will be used both by the web GUI layer (as shown in the post) but also by a windows service handling sending all the alerts etc and could of course be used by other clients as well!

]]> By: Santosh Benjamin http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-328 Santosh Benjamin Fri, 09 Jan 2009 09:56:44 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-328 Richard, Just came across this post and need to go through in more detail, but this is a great idea. I think CodePlex is a good place to host this. Regarding the architecture, if you adopt (or have adopted) a model where all the information aggregation is done by UI independent components (and even available through say, webservices) , then as Johan suggested, it could even be plugged into the ESB Portal or other portals (including say WPF clients). I'll send more feedback soon. Regards, Benjy Richard,
Just came across this post and need to go through in more detail, but this is a great idea.
I think CodePlex is a good place to host this.
Regarding the architecture, if you adopt (or have adopted) a model where all the information aggregation is done by UI independent components (and even available through say, webservices) , then as Johan suggested, it could even be plugged into the ESB Portal or other portals (including say WPF clients).

I’ll send more feedback soon.

Regards,
Benjy

]]> By: Henrik Møller Jørgensen http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-327 Henrik Møller Jørgensen Thu, 08 Jan 2009 12:13:28 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-327 Richard, Just joining the chorus here, and cheering for a release. I'll add to the code if I have the skills required. Henrik Richard,

Just joining the chorus here, and cheering for a release. I’ll add to the code if I have the skills required.

Henrik

]]> By: Chris Leger http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/comment-page-1/#comment-326 Chris Leger Wed, 07 Jan 2009 15:58:09 +0000 http://www.richardhallgren.com/aggregated-monitoring-of-biztalk-solutions-using-bizmon/#comment-326 I can definitely see the usefulness of something like this. HAT is flat-out miserable to use. Admin Console can be sluggish at times, and failed message routing in 2006 is better, but not ideal. We have implemented ESB-like cross-system consolidated exception logging, so there is yet another source of diagnostic info we look at. So jumping from place to place, system to system to diagnose a problem is one of those tasks that one takes for granted because that is what we have been given by MS, and "that's how it has always been". I'm always open to 3rd party solutions that can make life easier. (case in point - I am a big fan of the BizTalk Deployment Framework on Codeplex) I'm anxious to see what comes out of this initiative. Good luck. I can definitely see the usefulness of something like this. HAT is flat-out miserable to use. Admin Console can be sluggish at times, and failed message routing in 2006 is better, but not ideal. We have implemented ESB-like cross-system consolidated exception logging, so there is yet another source of diagnostic info we look at.
So jumping from place to place, system to system to diagnose a problem is one of those tasks that one takes for granted because that is what we have been given by MS, and “that’s how it has always been”. I’m always open to 3rd party solutions that can make life easier. (case in point – I am a big fan of the BizTalk Deployment Framework on Codeplex)
I’m anxious to see what comes out of this initiative. Good luck.

]]>