IBM BPM, V8.0.1, All platforms > Create processes in IBM Process Designer > Create user interfaces for business processes
Difference between Coaches and Heritage Coaches
The Coaches in V8.0.1 of IBM BPM are different in construction than the Coaches in V7.5.1 and previous versions of IBM BPM.
The primary difference between Coaches and the Heritage Coaches of previous versions is that Coaches consist of one or more Coach Views. Coach Views are reusable collections of user interfaces that are frequently bound to a data type. This means that you can share common pieces of user interface between Coaches.
For example, you can create a Coach that has a Coach View that contains a set of address fields. That is, the Coach View is bound to an Address business object and the individual text fields are bound to parameters of that business object. If you create a second Coach that needs address fields, you can reuse the Coach View. Conversely, with Heritage Coaches you must re-create the address fields. You can now implement your own custom controls as Coach Views and then reuse these custom controls in other Coach Views and Coaches.
Another key difference is the introduction of a client-side model to Coaches to apply the Web 2.0 appearance and behavior. The Coach has data on the client, which is available to all of the Coach Views. That is, fields in different Coach Views that are bound to the same data object update without requiring a full-page refresh. The Coach framework and the stock control Coach Views use Dojo 1.7.3.
Instead of the one-button mechanism of Heritage Coaches, Coach Views use named boundary events. Programmers use boundary events for actions such as data updates with the server and transitions to other Coaches or services.
For example, a Coach can have multiple buttons. In the human service diagram, you can wire each button to a different event. Any Coach View can declare and fire a boundary event. You are not limited to using only buttons to do so although, of the stock controls, only the button stock control can fire a boundary event. Furthermore, the programming for Coach Views consists entirely of client-side JavaScript. There is no need for server-side JavaScript.
Coaches support collaboration while Heritage Coaches do not. More than one person can work on the same Coach instance at the same time in their own browsers.
For example, with collaboration, users can call on colleagues to help them complete a Coach instance. These users see which controls their colleagues are editing and the values that they are setting in those controls. Collaboration is available only if the service flow uses Coaches for its user interface. If the service flow contains one or more Heritage Coaches, collaboration is not available.
The control ID of a view-based Coach is different from the control ID of a Heritage Coach. The control ID of a Heritage Coach is the div node ID. This is not the case in view-based Coaches because Coach Views are reusable and you can have multiple views in a Coach. In view-based Coaches, the control ID is the value of the data-viewid attribute of a <div></div> tag. By using the data-viewid attribute, View developers can locate the nested View because data-viewid is unique within its parent or enclosing view.
In IBM BPM, services use Coaches and Heritage Coaches for the user interface. A service flow can mix Coaches and Heritage Coaches so that one type can flow into the other. However, a Coach cannot contain Heritage Coach elements and Heritage Coaches cannot contain Coach Views. That is, a user interface must be a Coach or Heritage Coach and not a mix of the two.
Visually, Coaches resemble Heritage Coaches in human service diagrams and on the palette.
| Coach | Heritage Coach |
|---|---|
|
|
|
When you open or edit a Coach, you can see the user interface and palette for IBM BPM V8.0. However, services that were created in previous versions can continue to use their existing Heritage Coaches. In addition, you can edit these Heritage Coaches in V8.0 to update them. You do not need to migrate your Heritage Coaches. When you open or edit a Heritage Coach, you can see the user interface and palette from V7.5.1. When you open a Coach to edit it, you might notice a number of key differences from the earlier Heritage Coach:
- The palette contains Coach Views that you can drop into the Coach. Although there are stock controls and other palette items that have the same name in Heritage Coaches, these items are implemented differently.
- The palette uses tags to categorize the Coach Views that are available.
You can use the filter to show or hide the categories of Coach Views.
- The properties area of the Coach View elements have different pages from the controls and sections of Heritage Coaches. However, many of the properties in Heritage Coach controls have a corresponding property in Coach Views.
For example, the page named after the Heritage Coach control contains properties such as Label, Binding, and Control Id. In Coach Views, you can find corresponding properties on the General page. Many of the Heritage Coach presentation properties have a corresponding Coach configuration option. Even when Heritage Coach controls and Coach Views have properties that have the same name, the implementation of those properties can be different.
Create user interfaces for business processes
Related concepts:
Coaches
Building Heritage Coaches
Coach Views
Related tasks:
Developing reusable Coach Views