Siebel ADM Data Type Details

The Siebel Application Deployment Manager (ADM) deployment process can vary somewhat, or have limitations or configurations associated with it, depending on the data type selected for migration. Review the following subset of data types for further details to configure or to take into account during ADM deployment and activation.

You can create hierarchy for any objects that you migrate using ADM. If your data type is close to a standard data type, then you can create a new data type. To do this, navigate to the Application Deployment Manager screen, then the Data Type Details view. Select the existing data type, choose Copy Record, and then modify the new data type record.

For example, the AssignRule data type has a child type Workload Rule. If the assignment rule does not have a workload rule, then this data type cannot be used to deploy assignment rules. You can create a new ADM data type by copying the AssignRule data type and giving it a different name. After creating the new data type, delete its child data type Workflow Rule. To do this, navigate to the Application Deployment Manager screen, then the Data Type Explorer view. In general, it is recommended not to modify the standard data type.

The following ADM data types are some of those that have additional ADM details:

"List of Values".
"Organizations, Divisions, and Positions".
"Personalization - Actions".
"Personalization - Event Defs".
"Personalization - Rules".
"Run-Time Business Service".
"SmartScript". See also "Validating the SmartScript Data Type".
"UI Theme".
"Workflow Policy".
"Workspace Projects".

List of Values

The List of Values (LOV) data type is now workspace-enabled. The migration of LOVs is now carried out by the Runtime Repository Migration Service - (Full and Incremental) migration resource using the migration application.

Organizations, Divisions, and Positions

Organizations, divisions, and positions are implemented as a hierarchy as follows:

Organizations
   Divisions
      Positions

You cannot implement divisions without first implementing organizations. Similarly, you cannot implement positions without implementing organizations first and then divisions.

Personalization - Actions

The Personalization - Actions data type has the following behavior when deployed using ADM: this data type is imported together with, but before, Personalization - Events data type. Both data types require the same activation and restore activation, which are defined only for Personalization - Events.

Personalization - Event Defs

The Personalization - Events Def data type has the following behavior when deployed using ADM: this data type is imported together with, but before, the Personalization - Events data type. Both data types require the same activation and restore activation, which are defined only for Personalization - Events.

Personalization - Rules

The Personalization - Rules data type has the following behavior when deployed using ADM: this data type is imported together with, but before, the Personalization - Applets data type. Both data types require the same activation and restore activation, which are defined only for Personalization - Applets.

Run-Time Business Service

The Run-Time Business Service data type has the following condition when packaging this data with ADM: the Run-Time Business Service data is only allowed in Synchronize deployment mode.

SmartScript

The SmartScript data type has the following limitations when deploying with ADM:

The new version of existing SmartScripts are activated when all users have stopped using the old version.
Make sure SmartScripts deployed using ADM are valid. For information about how to validate SmartScripts, see "Validating the SmartScript Data Type".

Validating the SmartScript Data Type

SmartScripts deployed using ADM must be valid. If you export unverified SmartScripts, then the generated XML file is incorrect. For more information about SmartScripts, see Siebel SmartScript Administration Guide.

To validate SmartScripts

Navigate to the Administration - SmartScript screen, then the Scripts view. Select a SmartScript.
From the Menu button, select Verify.
The wizard starts and displays the Verify Intro view.

For more information about this task, see Siebel SmartScript Administration Guide.

UI Theme

The following task describes how to access the UI Theme data type when packaging it with ADM.

To access the UI Theme data type when packaging it with ADM

Click the UI Themes data type link from the Deployment Projects, Data Type list to display the ISS Product Administration View.

From this view, you can access UI Theme records in the pick applets of the Base Theme or Product Theme fields in the Administration - Product screen, User Interface list applet.

Workflow Policy

The Workflow Policy data type requires additional attention when activating it after an ADM deployment. Perform the following task to make sure that additional configurations are satisfied.

To make sure that the Workflow Policy data type is ready for activation

Make sure that the Workflow Management (alias Workflow) component group is enabled. For information about this procedure, see Siebel System Administration Guide.
Update the following parameters for the Generate Triggers (alias GenTrig) server component:
- PrivUserName to Table Owner Name (for example, SIEBEL)
- PrivUserPass to table password (for example, db2)
  
  Note:
  PrivUserName is the Table Owner Name.
Update the named subsystem ADMJavaSubsys:
1. Navigate to the Administration - Server Configuration screen, then Enterprises, and then the Profile Configuration view.
2. In the Profiles list, select ADMJavaSubsys.
3. In the Profile Parameters list, select the JVM Classpath parameter, and add siebelmgrclient.jar to the class path.
Note:
The number of characters in the class path must not exceed 100 characters.
Synchronize the batch server component Application Deployment Manager Processor (ADMProc).

For information about this task, see Siebel System Administration Guide.
Make sure that the Workflow Policy Activation Server (WfPolicyActSrvr) in the ADM enterprise profile is the name of the correct server.
Restart Oracle's Siebel Server.

Workspace Projects

The Workspace Projects data type has the following variations to general ADM deployment behavior:

The deployment mode selection in the ADM Deployment Project view is set to custom for Workspace Projects, because this data type implements its own migration method (similar to synchronize) to make sure that the entire Workspace Project is fully migrated.
The Workspace Project data type has its own syntax for the deployment filter field:
```
[Name] = "Any joint workspace name" [Full] = "Y/N"
```
where:
- [Name] is required.
- [Full] is optional. The filter field defaults to N if no value is specified.
The optional Y or N flag indicates a full structure export or single object export for the objects that are included in the Workspace Project. In other words, Y indicates a full structure export, and N indicates a single object export.

For example, if a Workspace Project named Vehicle Products includes a Product called Car, then if [Full] is set to Y, then the associated product attributes like colors, options, accessories, and so on, are also exported, but if set to N, then they are not exported. Also, only one Workspace Project name can be specified in the filter and be exported for each entry.