Comments for Gobbledygooks by Richard Hallgren

Comment on BAM ate my XML declaration! by Richard

Richard — Mon, 16 Jan 2012 07:27:20 +0000

My mistake … Looks like the problem actually still is there with CU3 … Removed the update.

Comment on Running MSBuild scripts from Visual Studio by John Clarke

John Clarke — Thu, 12 Jan 2012 18:19:11 +0000

Hi
Can someone update Brennan’s UL link to his solution as the link seems to have moved.

Comment on BAM ate my XML declaration! by David Grospelier

David Grospelier — Mon, 09 Jan 2012 13:37:24 +0000

Hi,
The problem is still here with BizTalk 2010 CU3 !

Comment on Using XSLT 1.0 to summarize a node-set with comma separated values by Torbjörn

Torbjörn — Wed, 07 Dec 2011 12:47:33 +0000

Thanks! Exactly what I needed.
/ TN

Comment on Streaming pipeline and using context ResourceTracker to avoid disposed streams by Richard

Richard — Mon, 14 Nov 2011 15:35:47 +0000

I’ve seen this before but haven’t had time to look into it. The common solution is to change the interchange behaviour, but that’s of course a really bad workaround …

Comment on Streaming pipeline and using context ResourceTracker to avoid disposed streams by Tabarak

Tabarak — Mon, 14 Nov 2011 15:08:36 +0000

I am using a Flat File disassembler with Recoverable Interchange set to False in my custom receive pipeline. In Decode stage, through a .NEt component, I am reading the stream and copying to another folder and also promoting few properties and creating a header level record in db. Next, in the Validate stage, again using a .NET component, I am using BizTalkMapper to transform the messages to desired schema. As mentioned, I tried adding VirtualStream to ResourceTracker here, but still I continue to get the ‘DataReader’ error. Any suggestions?

Comment on Streaming pipeline and using context ResourceTracker to avoid disposed streams by Tabarak

Tabarak — Fri, 11 Nov 2011 15:43:44 +0000

In my case, I am getting this error from Flat File Disassembler component in my Receive pipeline with Recoverable Interchange Processing set to False. If set to True, the issue is resolved. However, my requirement is to fail the entire interchange and hence would like to set it to False. Any help would be appreciated.

Thanks!

Comment on Third party BizTalk monitoring tools by Martin Pi

Martin Pi — Tue, 20 Sep 2011 23:51:20 +0000

There are in fact a couple of other products on the market as well:

Frends Helium: http://www.frends.com/
Personally I am not too fond of this tool as it plugs in ontop of your BizTalk environment. If BizTalk goes down, so will the monitoring tool.

BizTalk Control Center:
Open source is not always the best way to go. If you run into problems, sure you can fix the code up yourself, but the reality of it is you always end up stuck. Take the BizTalk documenter for example, great tool, but not well supported. Had to upgrade support for 2010 myself.

BizTalk360: http://www.BizTalk360.com
Have not used the tool yet, but eager to do so. Nice central web based admin tool as a replacement for some features of the BizTalk Admin Console. Has some rudementary monitoring capabilities.

Minotaur: http://www.ragingbulltech.com
We decided on this tool after looking at some of the others. Has a nice set of features, easy to setup. We had a issue with our IIS7 setup, but the Minotaur support guys sorted us out and had us running quite quickly – so good support. Minotaur had the best monitoring features and capabilities in our opinion out of all the products on the market.

In the past two years there has really been a boom in the market for monitoring products for BizTalk. A few years ago it was only MOM, then came SCOM, then Frends, then Minotaur and BizMon. And now BizTalk Control Center and BizTalk360.

All in all there are a lot to choose from, good to have competition in the market.

HTH
Martin Pi

Comment on Using BizTalk Config Explorer as a new way of documenting your BizTalk solutions by Richard

Richard — Thu, 08 Sep 2011 11:49:27 +0000

Hi Jonas,

Thanks for your comment!

The tools does support send port filters as for example are shown on this demo page – didn’t it work for you?

When if comes to showing message flows we made a couple of attempts of showing that but it’s really complicated as you say. The fact a flow can be controlled via configuration but also could be controlled using content based routing makes it really hard. What we done instead is to document message flows manually using a wiki solution instead. We have then had the different elements in the flow documentation link in to the generated technical docs and seen that as a layer below the flow docs.

In future versions the tool will support linking into a page within an application without showing the left menu with all the applications. This will make it much more sutable to link using an iframe and in a integrated way within the same page show both flow diagrams and technical docs from Config Explorer.

Comment on Using BizTalk Config Explorer as a new way of documenting your BizTalk solutions by Jonas

Jonas — Thu, 08 Sep 2011 09:53:50 +0000

I think I have the same problem as everyone else in the Biztalk community… visulize the flow in a messaging scenario. My solutions use orchestrations when they are needed but messaging combinded with flexible pipeline components and send port filtering are the prioritized solution.

I miss the sendport filters in the config explorer…
However it doesn’t solve my problem.. visualize the messageflow for a non Biztalk person.

Any solutions?