Comments on: BizTalk Singleton Orchestration Design http://fehlberg.wordpress.com/2008/06/06/biztalk-singleton-orchestration-design/ Lessons learned in BizTalk Server, C# and Java Wed, 18 Nov 2009 23:49:05 +0000 http://wordpress.com/ hourly 1 By: JMan http://fehlberg.wordpress.com/2008/06/06/biztalk-singleton-orchestration-design/#comment-81 JMan Fri, 27 Jun 2008 01:38:33 +0000 http://fehlberg.wordpress.com/?p=33#comment-81 Hi there I am designinig a Biztalk solution at the moment and I am hoping to avoid having 400+ orchestration instances run at once. Please could you read about it on this link and see if a Singleton would help me? http://www.biztalkgurus.com/forums/t/10167.aspx Thanks JMan Hi there

I am designinig a Biztalk solution at the moment and I am hoping to avoid having 400+ orchestration instances run at once. Please could you read about it on this link and see if a Singleton would help me?

http://www.biztalkgurus.com/forums/t/10167.aspx

Thanks
JMan

]]> By: Fehlberg Victor http://fehlberg.wordpress.com/2008/06/06/biztalk-singleton-orchestration-design/#comment-79 Fehlberg Victor Wed, 25 Jun 2008 15:34:51 +0000 http://fehlberg.wordpress.com/?p=33#comment-79 Thanks Zee for the comment and for the idea. Your comment touches on another point - often, a true singleton isn't needed, but some way of preventing too much concurrent processing, something which polling from a queue can take care of pretty well. Thanks Zee for the comment and for the idea. Your comment touches on another point – often, a true singleton isn’t needed, but some way of preventing too much concurrent processing, something which polling from a queue can take care of pretty well.

]]> By: Zeeshan http://fehlberg.wordpress.com/2008/06/06/biztalk-singleton-orchestration-design/#comment-78 Zeeshan Wed, 25 Jun 2008 06:33:57 +0000 http://fehlberg.wordpress.com/?p=33#comment-78 Good article Richard. I personally, prefer being away from singleton, fifo patterns as much as I can - but sometimes can't.. An alternate to the singleton process would be redesigning the BizTalk solution in a way to accept your input in periodic intervals. A trigger (file or Db flag) can be maintained to check if the orchestration process is currently running. If yes, terminate the new instance. Because the design would implement periodic pulling of data from your buffer (DB/MSMQ, etc), this would ensure that you always have one instance running. Food for thought :) Cheers, Zee http://zeetalks.wordpress.com Good article Richard. I personally, prefer being away from singleton, fifo patterns as much as I can – but sometimes can’t.. An alternate to the singleton process would be redesigning the BizTalk solution in a way to accept your input in periodic intervals. A trigger (file or Db flag) can be maintained to check if the orchestration process is currently running. If yes, terminate the new instance.

Because the design would implement periodic pulling of data from your buffer (DB/MSMQ, etc), this would ensure that you always have one instance running.

Food for thought :)

Cheers,
Zee
http://zeetalks.wordpress.com

]]> By: Bembeng Arifin http://fehlberg.wordpress.com/2008/06/06/biztalk-singleton-orchestration-design/#comment-71 Bembeng Arifin Mon, 09 Jun 2008 04:14:47 +0000 http://fehlberg.wordpress.com/?p=33#comment-71 Hi Victor, Nice post ;) This post and the previous post are pointing the things we need to consider by using singleton pattern orchestration, especially if the application expects high traffic of messages. Glad to read this one and thanks for the link to the BizTalk white paper which you referred in the previous post. Hi Victor,

Nice post ;)

This post and the previous post are pointing the things we need to consider by using singleton pattern orchestration, especially if the application expects high traffic of messages.

Glad to read this one and thanks for the link to the BizTalk white paper which you referred in the previous post.

]]> By: Yet Another Non-Deterministic BizTalk Zombie Pattern at At the Coalface: A BizTalk Blog http://fehlberg.wordpress.com/2008/06/06/biztalk-singleton-orchestration-design/#comment-70 Yet Another Non-Deterministic BizTalk Zombie Pattern at At the Coalface: A BizTalk Blog Sun, 08 Jun 2008 20:30:44 +0000 http://fehlberg.wordpress.com/?p=33#comment-70 [...] Victor Fehlberg’s recent article on Zombies has prompted me to blog about a similar problem I recently encountered with instances that have ‘completed without consuming all of their messages’ and propose yet another BizTalk Zombie Pattern. [...] [...] Victor Fehlberg’s recent article on Zombies has prompted me to blog about a similar problem I recently encountered with instances that have ‘completed without consuming all of their messages’ and propose yet another BizTalk Zombie Pattern. [...]

]]>