
The following data is available:
Relative URL of your Web application that act as task execution UI
Input and output data type
Fault data type for exception handling
For implementing the task input, output and fault interface, refer to the Service Data Objects (SDO) standard. Use the BPM API to handle the data transfer and the task life cycle (complete, fault, delegate, nominate).
The UI component you want to assign runs either on the same Application Server Java (AS Java) as the Process Server, that is, where the process definition with the task is deployed or on a remote system and you have configured an HTTP destination to this system in the Destination service in SAP NetWeaver Administrator. For more information, see Maintaining HTTP Destinations.
You have created a task to which you want to assign the UI.
You assign a user interface (UI) to a task to allow the user to access and execute that task. You can assign UI components of different UI technologies. This document describes how you assign your own task execution UI implemented in an arbitrary technology and available on the same or on a remote system..
In principle, you can make use of any UI technology that is able to access a Java-based API and that can be deployed to the Application Server Java (AS Java). In order to do this, the BPM API offers methods to read the complete data of a task. The task instance ID is passed to the UI via HTTP parameter taskId . Additionally, input and output data that are mapped from and to the embedding process, can be read. Tasks in SAP BPM always run through a well-defined life cycle starting from creation and ending with completion or failure. The BPM API offers life cycle operations that allow you to change the status of a task.
For more information on how to use the BPM APIs to build your own task execution UI, see Building an Execution UI with the BPM API .
The interaction between the custom UI component and the BPM system is restricted to data interaction through the BPM API, for example, for completing the task. Closing the task execution UI, refreshing or reloading the task execution UI page or caching the data that the user has entered is not handled by BPM but must be externally handled.
You can also use the BPM OData services to acces the task data and complete a task using a custom UI and interacting with the process server. For more information including supported and not supported data types, see OData Services for Accessing BPM Task Data.
When a user now opens a corresponding task from the universal worklist (UWL) or the BPM Inbox, the Web application whose URL (local or remote) you have configured at design time is opened and initialized with the current task instance. If the task is opened in the UWL, it will be claimed automatically and the user who opens the task becomes the actual owner of the task. In the BPM Inbox, users can first claim the task via the Claim pushbutton before working on the task in the task execution UI.
About creating your own task execution user interface, see Building an Execution UI with the BPM API
For a detailed description of the BPM public APIs, see http://help.sap.com/javadocs
About assigning Web Dynpro for Java, Web Dynpro ABAP or Visual Composer UI components, see Assigning a User Interface to a Task