Mikael Håkanssons Blog - All Comments

re: So I lost a bet…

wmmihaa — Fri, 05 Mar 2010 07:02:04 GMT

Winson, I that case I'd put up the Swedish women team...

re: So I lost a bet…

Winson Woo — Thu, 04 Mar 2010 20:04:40 GMT

You should also have the Curling picture up!

re: BizTalk User Group Sweden - BizTalk Host Integration Server Adapters

wmmihaa — Tue, 02 Mar 2010 14:20:11 GMT

Jan, Yes we plan to record the sessions and post them to dev center (msdn).

re: BizTalk User Group Sweden - BizTalk Host Integration Server Adapters

Jan Odegard — Tue, 02 Mar 2010 13:51:27 GMT

Any chance that this session will be available either through LiveMeeting or similar medium?

re: So I lost a bet…

Thiago — Mon, 01 Mar 2010 19:36:43 GMT

My, what a nice picture!

re: So I lost a bet…

Jim Bowyer — Mon, 01 Mar 2010 18:07:18 GMT

... congrats team Canada.... and well done to Kent and Mikael for being such sports! :)

re: So I lost a bet…

wmmihaa — Mon, 01 Mar 2010 17:58:56 GMT

Richard, -On behalf of you I might add!

re: So I lost a bet…

Richard — Mon, 01 Mar 2010 17:10:58 GMT

The shame you must be feeling right now.

re: Benchmark your BizTalk Server (Part 2)

wmmihaa — Fri, 26 Feb 2010 23:10:55 GMT

Sometimes, for some unknown reason, some permon counters disapears. To make sure this is the problem, run perfmon and see if the counters are there. If they are not, use this link to re-create them: http://tinyurl.com/y8bzne2. If you still have a problem contact me on msn or email (through the blog), and I'd be happy to help out.

re: Benchmark your BizTalk Server (Part 2)

Balbir Singh — Fri, 26 Feb 2010 17:07:02 GMT

HI: I'm getting the same error "Unable to find PerfMon Counter. Make sure all BBW* host instances are started. If you lost the counters, this post might help you recover counters:\n<"blogs.msdn.com/.../how-to-manually-recreate-missing-biztalk-performance-counters.aspx". on our production boxes. All the performance counters have been recreated, still same error. Does this tool work in a production environment ?

re: Adding and using C# classes in BizTalk projects

Yossi Dahan — Fri, 19 Feb 2010 01:04:04 GMT

I would also bet on this changing in the future.

This is really only due to the fact hey never updated the type picker code and - as previously there was no chance a useful class could exist in a BizTalk project, the type picker simply ignores those!

re: Benchmark your BizTalk Server (Part 2)

Mark Brimble — Mon, 15 Feb 2010 23:51:58 GMT

Hi: I am getting this error "Unable to find PerfMon Counter. Make sure all BBW* host instances are started. If you lost the counters, this post might help you recover counters:\n<"blogs.msdn.com/.../how-to-manually-recreate-missing-biztalk-performance-counters.aspx". I have recreated the perfromance counters but still no luck. Do you have any others suggestions about what to llok at look at? P.S. Great tool. I got it ot work on our DEV box but now trying to benchmark our production server b4 go live it seems I am missing something.

re: Adding and using C# classes in BizTalk projects

Jan Eliasen — Sat, 13 Feb 2010 10:43:19 GMT

Hi Ryan and Mikael.

Well, as I see it, when shifting to BizTalk 2009, they made some changes to the VS.NET model, mainly that they made BizTalk proejcts specialized C# projects as opposed to the old BizTalk-only projects. This had the side effect that you could suddenly add .CS files, but really; They never thought this through. With all the many many many really angry BizTalk developers out there struggling with issues in these new proejcts, like references getting lost and whatnot... It was a shift that they made WAY too fast, and as mentioned, they never thought it through. We cnaonly hope that they will do something about that in the future.

re: Developing custom tools for BizTalk

wmmihaa — Thu, 11 Feb 2010 15:21:07 GMT

using the code you sent, I get "Cannot connect to WMI provider. Ensure that the WMI service is running." when running this from my desktop with no biztalk installed. But it works on the BizTalk box.

I only added referense to the Microsoft.BizTalk.SnapIn.Framework dll and the Microsoft.BizTalk.Tracing dll. Do I need to do anything else?

re: Developing custom tools for BizTalk

Gordon — Wed, 10 Feb 2010 22:32:48 GMT

Hello Mikael,

first sorry that much code. The essential part would have been sufficient. I don't participate that much in any *new communication technologies*. I'll learn... But it's also difficult to resist exchanging with bts developers (I don't know that many)...

The Microsoft.BizTalk.SnapIn.Framework dll comes into the game here:

public static ManagementObject GetHostInstanceWmiObject(string mgmtDbServer, string mgmtDb, string server, string hostName)

{

var wmiProvider = new WmiProvider(mgmtDbServer, mgmtDb);

ManagementObjectCollection mgmtObjs = wmiProvider.SelectRemote("MSBTS_HostInstance", "ClusterInstanceType=0 or ClusterInstanceType=1 or ClusterInstanceType=2");

...

"WmiProvider" is "the one class" I'm using from the BizTalk snap-in framework dll. The following code/application is as usual to WMI (except of any using statements / best habits etc.; but not needed in my case).

I can't really tell you whether my executing server is separated from the actual bts servers - I guess yes (but you never know for sure what is under the MS hood...). At least my executing server does not run any bts host instances involved in the actual "solution's work". The server has just installed the stuff for being able to run the BizTalk Administration Console (and the other stuff; as EntSSO... different story as well as generating all our test scripts through T4 -> managing the complexity of highly varying testing scenarios) for that I can connect from my "performance script executing server" to any (changing) bts group.

I haven't tried yet taking the corresponding dll to a plain new server to remote manage any host instances without the other bts stuff (maybe on weekend; for that there are really no other dependencies). Currently I have the solution that I wanted: I can switch between performance measuring a single server deployment as well as differently distributed deployments quite easy from and with the same performance measuring scripts/server. I.e., we are going to test 3 different deployment scenarios (with scaled out + up variations) during our performance lab (three product variations) and I didn't want to manage each of those scenarios by dedicated scripts (now all in one) and executing servers (now just one).

Regards,

Gordon