a trace of thought on...BizTalk Server, Team Foundation Server, Windows Mobile, etc. RSS 2.0
 Wednesday, June 25, 2008

Suppose you have delivery notification set up on a logical orchestration port (along with a catch block for DeliveryFailureExceptions).

Gotchya 1: If that port is bound to a send port that executes the flat file assembler, and you send improper xml to the assembler, you’ll get a warning in the event log along the lines of:

The adapter "blah" raised an error message. Details "Cannot find definition for the input: foo”

But you won’t get a DeliveryFailureException (or any other, for that matter.)  Nor will the orchestration progress past that point.

Workaround: Consider putting an xml validator as the first step in the pipeline (the flat file assembler will come next.)  That will cause an exception to be raised that you can catch in your orchestration…

Gotchya 2: If the message heading for a send port is terminated within the admin console for some reason, you will never get a DeliveryFailureException, nor will your orchestration progress past that point.

Workaround: No idea on this one.  Leave comment if you do…

Wednesday, June 25, 2008 1:51:37 PM (Central Standard Time, UTC-06:00)  #    Comments [2] -
BizTalk Insights
Wednesday, June 25, 2008 3:05:51 PM (Central Standard Time, UTC-06:00)
Scott: Regarding #2, can you actually terminate the send port instance without also terminating the orchestration instance that generated it? (assuming the port and orchestration are directly bound together, that is)
Wednesday, June 25, 2008 3:09:31 PM (Central Standard Time, UTC-06:00)
Hi Tomas - Well, in my experiments yesterday, yes indeed. I had stopped the physical send port, so the instance was suspended. Then I terminated it, and the orchestration just lived on (but was "stuck".) Has this not been your experience?
Comments are closed.
Archive
<January 2009>
SunMonTueWedThuFriSat
28293031123
45678910
11121314151617
18192021222324
25262728293031
1234567
About the author:

Scott Colestock lives, writes, and works as an independent consultant in the Twin Cities (Minneapolis, Minnesota) area.

© Copyright 2009
Scott Colestock
Sign In
All Content © 2009, Scott Colestock
DasBlog theme 'Business' created by Christoph De Baene (delarou)