BizTalk real Time scenario

Question

Hello All,

There is real Time scenario, where i am having two send port ...

If port one is not available then only message needs to go to port two else needs to goes to port one.

Thanks...

---

Thanks and Regards, Nitin.

Answer 1

Hello,

You can use Backuptransport feature in the sendport to achieve this behavior

http://msdn.microsoft.com/en-us/library/aa561842.aspx

Thanks

---

please Mark as the Answer, If this answers your question. If this post is helpful, please vote as helpful.

Answer 2

You need to  Configure Backup Transport Options for a Send Port.

follow below steps

1.Click Start, click Programs, click Microsoft BizTalk Server 2013 , and then click BizTalk Server Administration.

2.In the console tree, expand the BizTalk group and the BizTalk application for which you want to configure backup transport options for a send port.

3.Expand Send Ports, right-click the send port to configure, click Properties, and then click Backup Transport.

4.Configure backup transport properties for send port

How this works is well explained by Yosi Doshan

"BizTalk tries to deliver message based on the Primary Transport settings.Failure to trasmit will cause event 5743 to be written to the event log and, if retry is configured for the primary transport, the message will be retried n time (based on this configuration).If all the retry attempts failed, and a backup transport is configured, event 5742 will be logged to the event log and BizTalk will try to deliver the message using the Backup Transport"

Answer 3

Hi, pls. check inside your code the status property of the sendport at the WMI interface or via btexplore object: http://msdn.microsoft.com/en-us/library/aa559751(v=bts.20).aspx hth Paul Endras Endras IT Consulting | www.endras.de If this answers your question and is a helpful post, please click Vote As Helpful, Propose As Answer, and/orMark As Answer.

Answer 4

Hi, the backup transport options are a big gain for reliability but are not obviously real-time.

I think Paul's solution is a better one as you can immediately know that the port is down. Perhaps that solution also needs a watcher (script) to bring it back on-line as soon as possible.

---

mark