Hi Salam,
The sample is indeed a little bit difficult to be understood. Let me try my
best to explain more than the document.
As you can see, the port ReceiveExpenseReport is used to accept incoming
documents. The trick here is: a SendExpenseReport only subscribes the
documents which promoted properties department = Marketing and
correlationID = null. So other documents with different value in department
field will lead to *No Subscription exception*. In this case, BizTalk
routes these messages as failed message and further find subscriber for
them due to Failed Message Routing is enabled on the receive port.
The ResubmitLogic orchestration uses a direct binding port to subscribe
ErrorReport messages from BizTalk engine and filters the ones which
ReceivePortName = ReceiveExpenseReport (See the first Receive Shape's
property). This works because 'Enable routing for failed messages' is set
on the ReceiveExpenseReport port (Check this in BizTalk Admin console).
More references:
Using Failed Message Routing
http://msdn2.microsoft.com/en-us/library/aa578516.aspx
Also Matt Hall's Blog has an article of this which makes things more clear
than the sample:
BizTalk 2006 - Introduction to Error Handling
http://blogs.conchango.com/matthall/archive/2005/07/28/1894.aspx
As always, please let me know if you have further question on this.
Have a great day.
Sincerely,
WenJun Zhang
Microsoft Online Community Support
Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
***@microsoft.com.
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.