Bookshelf Home | Contents | Index | PDF |
Siebel Business Process Framework: Workflow Guide > Administering Workflow Processes > Process of Deploying a Workflow Process > Preparing the Run-time Environment for a Workflow ProcessThis task is a step in Process of Deploying a Workflow Process. This topic provides information about work you must perform to make sure the run-time environment is capable of running the workflow process. It includes the following topics:
Although you do not necessarily need to perform these topics in the order presented, you should consider each topic to determine if it applies to the workflow process you are deploying. Making Sure Objects the Workflow Process References are CurrentIf the workflow process you are deploying contains Sub Process steps or references new repository objects such as business components, business services, and views, you must first make sure these subprocesses or repository objects are available to the workflow you are deploying. In the case of Sub Process steps, deploy the subprocess before deploying the parent workflow, so the subprocess is accessible to the parent workflow process. In the case of new repository objects, first compile the new repository objects so they are accessible to the workflow process you are deploying. Activating Fields Used by a Workflow ProcessFields that are not activated by the Object Manager must be activated for Workflow to be able to reference and use them. When fields are exposed on the user interface, they are activated by the Object Manager, so a workflow process running on the Object Manager that references these fields is able to run properly. But when fields are not exposed on the user interface, they are not activated by the Object Manager. In this case, a workflow process running on the Object Manager cannot use these fields, and an error is generated. To activate the fields necessary for a workflow process to run, perform one of the following tasks:
Deploying a Workflow Process to the Siebel Mobile Web ClientThe Replication field in the Workflow Deployment view allows you to choose whether to route a workflow process definition to your Siebel Mobile Web Client. Routing only the workflow process definitions that your Siebel Mobile Web Client needs allows you to reduce the amount of data in the local database. To set the Replication parameter, navigate to Administration-Business Process > Workflow Deployment > Active Workflow Processes. Table 56 describes possible values for the Replication field. For more information, see Deploying a Workflow Process on a Regional Node. Restricting Siebel Mobile Web Client RoutingWhen modifying the Replication field to choose whether to route a workflow process definition to your Siebel Mobile Web Client (MWC), keep in mind that changing the Replication field value from None to All adds the workflow process definition and related records to the Siebel Mobile Web Client or regional node when it synchronizes with the server. Behavior with Full Copy NodesNote that if you extract a regional node with the routing group set to FULL COPY then workflow process definitions with Replication set to None are routed to the MWC. You can perform the following to confirm this behavior:
Run-Time Event Behavior for Mobile ClientsThere is some variation in the way run-time events behave in mobile clients compared with other Siebel client types. NOTE: It is recommended that the processing mode be Local synchronous or remote asynchronous. If remote asynchronous is used for mobile clients, the workflow process is triggered after you synchronize with the server. For more information, see About Remote Synchronous Processing. Periodically Notifying Mobile Users Who Have Not SynchronizedYou can configure a workflow process to send a notification email to mobile users who have not synchronized over a given period of time. For more information, see 476188.1 (Doc ID) or 476275.1 (Doc ID) on OracleMetaLink 3. Deploying a Workflow Process on a Regional NodeYou can execute a workflow process on regional nodes. The workflow can be called from script or run-time events. When executing a workflow process on a regional node, the workflow must reside on the regional node. The settings and environment must be replicated entirely on the nodes. The objects the workflow is referencing must be available on the regional node. Deploying a Workflow Process in a Multilingual EnvironmentA workflow process deployed from one language's object manager are not available on another language's object manager until after a restart. For example, you create a workflow process that is called in a business component write-record event routine by scripting. You publish and activate this workflow, then restart the servers. You see that the workflow is called, both for callcenter_enu and callcenter_esn. Then you revise and publish this workflow from Siebel Tools. From within callcenter_enu, you activate this workflow. You see that callcenter_enu uses the revised workflow, but callcenter_esn does not. If you activate this workflow in callcenter_esn, an error results. You must restart the callcenter_esn object manager to get the new workflow. When deploying a workflow that is used in multi-language deployments, the object managers for each language must be restarted. Deploying a Workflow Process as a Web ServiceA workflow process can be deployed as a Web service. To deploy a workflow process as a web service
For more information, see Integration Platform Technologies: Siebel Enterprise Application Integration. |
Siebel Business Process Framework: Workflow Guide | Copyright © 2008, Oracle. All rights reserved. | |