By Phil Coulthard
Well-designed external and Advanced Integration services have modeled faults for business exceptions such as “insufficient funds” and often have unmodeled faults for technical exceptions such as “network failure” issues. When you are invoking services from a process, design your process to deal with both types of faults. Typically, a business exception can be handled in the process flow, such as by returning to a previous step or engaging the user, whereas a system fault might result in retrying the service or engaging a process administrator.
To learn more about how to model fault handling in Business Process Modeling Notation (BPMN), search the IBMÂ®Â Business Process Manager (BPM) documentation for your release for “Handling errors in services”.
Also, see the following resources:
- WebSphereÂ LombardiÂ exceptionÂ handlingÂ andÂ logging
- “IntroductionÂ toÂ enhancedÂ errorÂ handlingÂ andÂ terminationÂ handling”Â presentation
To learn more about how to model fault handling in Business Process Execution Language (BPEL), search the IBM BPM documentation for your release for “FaultÂ handling inÂ BPEL“.
Also, see these developerWorks articles:
- ErrorÂ handlingÂ inÂ WebSphereÂ ProcessÂ Server,Â PartÂ 1:Â DevelopingÂ anÂ errorÂ handlingÂ strategy
- Implementing tracing, logging, and error handling in mediation modules using WebSphere Integration Developer and WebSphere ESB V7, Part 1
- Tracing, logging, and error handling in mediation modules using IBM Integration Designer, WebSphere ESB, WebSphere Process Server, and Business Process Manager Advanced Edition, Part 2
- Configuring error handling for Advanced Integration Services in IBM Business Process Manager Advanced V8
Applicable editions: Express, Standard, and Advanced
Applicable releases: All