Comments on: Does BizTalk have man-boobs? http://www.richardhallgren.com/does-biztalk-have-man-bobs/ .NET, BizTalk and integration focused scribbles Tue, 06 Jan 2009 07:53:45 +0000 http://wordpress.org/?v=2.6.5 By: Richard http://www.richardhallgren.com/does-biztalk-have-man-bobs/#comment-289 Richard Tue, 21 Oct 2008 05:52:37 +0000 http://www.richardhallgren.com/does-biztalk-have-man-bobs/#comment-289 @Simon: Thanks for your post. I do agree that not all integration in a project necessarily has to be solves using BizTalk. I have however not seen a project where one would use both BizTalk and NServiceBus i combination (I'm not sure that's what you saying either) ... And sure I also a agree that when solving these edge cases that lives outside BizTalk you'll need more experience developers. I still however think that my point on BizTalk development vs. custom development are valid. @Simon: Thanks for your post.

I do agree that not all integration in a project necessarily has to be solves using BizTalk. I have however not seen a project where one would use both BizTalk and NServiceBus i combination (I’m not sure that’s what you saying either) … And sure I also a agree that when solving these edge cases that lives outside BizTalk you’ll need more experience developers.

I still however think that my point on BizTalk development vs. custom development are valid.

]]> By: Simon Segal http://www.richardhallgren.com/does-biztalk-have-man-bobs/#comment-288 Simon Segal Sat, 18 Oct 2008 01:24:51 +0000 http://www.richardhallgren.com/does-biztalk-have-man-bobs/#comment-288 Your four points made are extremely pertinent to small scale projects where scale and throughput are not large concerns in particular. Your example where you site the developer whom wears responsibility for the code that "lost a message" and I would like to refine that idea a little. Messages in an SOA that include BTS in it's architecture wont necessarily always include BTS at every endpoint. Often enough some process whether it be a long running service hosted in a workflow of some a custom executable, will need to make sure that it's messages are managed in a durable way and not simply lost on the transport for example. Frameworks like NServiceBus handle this very well. Curiously, yes Fowler is wearing leather pants - oh my, what does he think he's doing? :) Your four points made are extremely pertinent to small scale projects where scale and throughput are not large concerns in particular. Your example where you site the developer whom wears responsibility for the code that “lost a message” and I would like to refine that idea a little. Messages in an SOA that include BTS in it’s architecture wont necessarily always include BTS at every endpoint. Often enough some process whether it be a long running service hosted in a workflow of some a custom executable, will need to make sure that it’s messages are managed in a durable way and not simply lost on the transport for example. Frameworks like NServiceBus handle this very well.

Curiously, yes Fowler is wearing leather pants - oh my, what does he think he’s doing? :)

]]>