07-16-04 10:50 PM
Darin,
I've seen a couple of examples of patterns to re-route the content in the ev
ent of exceptions. One way is to basically handle the exceptions, then deci
de on the outcome, another is simply to throw the exception to the point in
time that you can re-act.
I prefer the first - exceptions being thrown should be in case of serious er
ror and not as a way of controlling application flow (maybe there are others
that would dispute this... I'm not sure.)
I prefer to handle the expected routing issues, then deal with exception as
unlikely, unwanted situations. It makes the orchestration a bit more comple
x with decision shapes all over, but it's not too bad. Nesting orchestratio
ns makes this a little easi
er.
Also, you can do a lot of this work up front using the Orchestration plug in
for visio which generates a lot of this initial stuff for you and you can u
se a template. Another way is to drop into a .Net component that does some
of the routing for you and
keep the orchestration at a higher abstracted level. Another way...
HTH.
Ben
"darin dimitrov" wrote:
> Hello,
>
> Is it possible to catch an exception thrown in an orchestration
> before it gets logged to the system logger? For example, if an error
> occurs within a file send port (i.e. wrong file permissions or
> inexistant send folder), what shapes should I use in my orchestration
> in order to catch this error and how can I reroute the workflow in
> case of such error, so that I can notify the user?
>
> P.S. I am using BizTalk 2004
>
[ Post a follow-up to this message ]
|