Table of Contents

Search

  1. Preface
  2. Welcome to Informatica Process Developer
  3. Using Guide Developer for the First Time
  4. Getting Started with Informatica Process Developer
  5. About Interfaces Service References and Local WSDL
  6. Planning Your BPEL Process
  7. Participants
  8. Implementing a BPMN Task or Event in BPEL
  9. Implementing a BPMN Gateway or Control Flow
  10. Using Variables
  11. Attachments
  12. Using Links
  13. Data Manipulation
  14. Compensation
  15. Correlation
  16. What is Correlation
  17. What is a Correlation Set
  18. Creating Message Properties and Property Aliases
  19. Adding a Correlation Set
  20. Deleting a Correlation Set
  21. Adding Correlations to an Activity
  22. Rules for Declaring and Using Correlation Sets
  23. Correlation Sets and Engine-Managed Correlation
  24. Event Handling
  25. Fault Handling
  26. Simulating and Debugging
  27. Deploying Your Processes
  28. BPEL Unit Testing
  29. Creating POJO and XQuery Custom Functions
  30. Custom Service Interactions
  31. Process Exception Management
  32. Creating Reports for Process Server and Central
  33. Business Event Processing
  34. Process Central Forms and Configuration
  35. Building a Process with a System Service
  36. Human Tasks
  37. BPEL Faults and Reports

Designer

Designer

What is Guide Developer Classic Style

What is Guide Developer Classic Style

Process Developer Classic style is supported primarily for legacy processes.
Process Developer Classic uses the same palette of icons that has been in use since Version 1.0 of Process Developer. Each BPEL construct, as specified in the WS-BPEL 2.0 specification, is represented by an icon designed by Informatica. Because the BPEL specification does not include any requirements for graphical representation, each vendor who implements the specification creates their own look and feel.
In Process Developer Classic, the palette drawers are named Activity, Container, and Other.
BPMN vs. Process Developer Classic Style Examples
The following examples show some main differences between BPMN and Process Developer Classic styles.
Example One: Shapes and Symbols
BPMN shapes have meanings. Circles indicate events, as shown with the receive and reply on the left below. Start events and end events have solid borders, while intermediate events have outlined borders. In Process Developer Classic, activities are categorized as basic and structured. Receives and replies are basic activities, represented by Informatica proprietary icons shown on the right.
Example Two: Start, End, and Exception Events
BPMN uses event icons to indicate the start and end of a workflow (in BPMN terms a
subprocess
), as shown in the scope below on the left. The start and end events are within a hidden sequence container. You add activities between start and end. When you add a catch fault handler to the scope, the fault handler is displayed as a dotted rectangle within the scope. In Process Developer Classic, a scope starts out as an empty container. You display a fault handler with the Show Fault Handler option. Then you add a catch to it.
Example Three: Control Flow vs. Containers
BPEL often requires nested activities, such as those in a
forEach
, if, while, or
repeatUntil
. BPMN (on the left below) represents nesting with control flow arrows. In the
forEach
example, note also that the control flow contains an embedded (hidden) sequence. The sequence contains start and end events, and you can add activities in between. The start and end events are considered good style in BPMN, but are not strictly required, so they can be deleted if desired. Process Developer Classic displays a
forEach
container with an embedded, visible scope into which you add all activities manually.
Example Four: Nested Activities
In BPMN, arrows represent control flow. Representing control flow using arrows can be easier to read than using containers, as shown in the example of nested
repeatUntil
activities. In this diagram, the parent
repeatUntil
has two children: a repeatUntil and an invoke. The child
repeatUntil
has one child: an invoke. The BPMN diagram is easier for many people to understand.

0 COMMENTS

We’d like to hear from you!