Time for action – signaling faults
Earlier in the chapter, we categorized the possible types of errors that could be generated. One category of errors can be generated by the BPEL runtime itself. And those errors can be divided again into two subcategories based on whether the faults are signaled implicitly by the BPEL runtime or explicitly by the BPEL process developer. In order to explicitly signal faults by the BPEL process developer, we use the <throw> activity. The activity is explained in the Modeling logical (explicit) errors with <throw> activity section. But in this section, we demonstrate how to use the <throw> activity more thoroughly.
Also, we discussed faults that could be signaled by BPEL runtime implicitly due to the issues in the ...
Get WS-BPEL 2.0 Beginner's Guide now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
