Using Siebel Tools > Parallel Development Using Workspaces > Administering Parallel Development using Workspaces >

Setting System Preferences for Parallel-Development Workspaces

This section describes the important system preferences in the Parallel Development feature for Workspaces in Siebel Tools.

Figure 7 illustrates the System Preference Administration window.

Figure 7. Example of System Preference Administration window

Explanation of the System Preference Administration window

Figure 7 includes the following information:

1. Enable Integration Workspaces

   To enable parallel-development workspaces, administrators must set this preference to Y (Enable Integration Workspaces=Y).

   The default value for this preference is N. After the parallel-development workspaces merge successfully to the production environment, the default value will be set to Y.

   After the administrator changes the Enable Integration Workspace value, they must restart the services to reflect the latest integration workspace preferences on the server side.

2. Enable Tools Workspace Deliver

   To deliver and publish the workspace changes from Siebel Tools, administrators must set this preference to Y (Enable Tools Workspace Deliver=Y).

   The default value for this Preference is Y. If administrators do not want to deliver the workspaces from Siebel Tools, they can set this preference to N (Enable Tools Workspace Deliver=N).

   After the administrator changes the Enable Tools Workspace Deliver value, they must restart the services to reflect the latest integration workspace preferences on the server side.

3. Integration Workspace Prefix

   Integration workspaces start with the prefix value of int, which is derived from the preference Integration Workspace Prefix.

   If an administrator wants to set up a new prefix value, they must change the Integration Workspace Prefix preference value accordingly.

   After the administrator changes the integration workspace prefix value, they must restart the services to reflect the latest integration workspace preferences on the server side.

4. Workspace Admin Responsibility

   The Workspace Administrator Responsibility is granted only to Workspace administrative users who will have the full privileges to manage the integration/MAIN workspace.

   For more information about the detailed tasks of Workspace Administrators, see Workspaces Administration.

5. Workspace Prefix

   Development workspaces start with prefix value of dev, which is derived from the preference Workspace Prefix.

   If an administrator wants to set up a new prefix value, he or she must change Workspace Prefix preference value accordingly.

   After administrators change the workspace prefix value, they must restart the services to reflect the latest workspace preferences on the server side.