a trace of thought on...BizTalk Server, Team Foundation Server, AppFabric, 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
<September 2010>
SunMonTueWedThuFriSat
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789
About the author:

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

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