Using Siebel Tools: Version 8.0, Rev. A August 2007
Using Siebel Tools: Version 8.0, Rev. A August 2007
The Programs (which include both the software and documentation) contain proprietary information;
they are provided under a license agreement containing restrictions on use and disclosure and are also
protected by copyright, patent, and other intellectual and industrial property laws. Reverse engineering,
disassembly, or decompilation of the Programs, except to the extent required to obtain interoperability
with other independently created software or as specified by law, is prohibited.
The information contained in this document is subject to change without notice. If you find any problems
in the documentation, please report them to us in writing. This document is not warranted to be error-
free. Except as may be expressly permitted in your license agreement for these Programs, no part of
these Programs may be reproduced or transmitted in any form or by any means, electronic or
mechanical, for any purpose.
PRODUCT MODULES AND OPTIONS. This guide contains descriptions of modules that are optional and
for which you may not have purchased a license. Siebel’s Sample Database also includes data related to
these optional modules. As a result, your software implementation may differ from descriptions in this
guide. To find out more about the modules your organization has purchased, see your corporate
purchasing agent or your Oracle sales representative.
If the Programs are delivered to the United States Government or anyone licensing or using the Programs
on behalf of the United States Government, the following notice is applicable:
U.S. GOVERNMENT RIGHTS. Programs, software, databases, and related documentation and technical
data delivered to U.S. Government customers are "commercial computer software" or "commercial
technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific
supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the
Programs, including documentation and technical data, shall be subject to the licensing restrictions set
forth in the applicable Oracle license agreement, and, to the extent applicable, the additional rights set
forth in FAR 52.227-19, Commercial Computer Software--Restricted Rights (June 1987). Oracle USA,
Inc., 500 Oracle Parkway, Redwood City, CA 94065.
The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently
dangerous applications. It shall be the licensee's responsibility to take all appropriate fail-safe, backup,
redundancy and other measures to ensure the safe use of such applications if the Programs are used for
such purposes, and we disclaim liability for any damages caused by such use of the Programs.
Oracle, JD Edwards, PeopleSoft, and Siebel are registered trademarks of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective owners.
The Programs may provide links to Web sites and access to content, products, and services from third
parties. Oracle is not responsible for the availability of, or any content provided on, third-party Web sites.
You bear all risks associated with the use of such content. If you choose to purchase any products or
services from a third party, the relationship is directly between you and the third party. Oracle is not
responsible for: (a) the quality of third-party products or services; or (b) fulfilling any of the terms of
the agreement with the third party, including delivery of products or services and warranty obligations
related to purchased products or services. Oracle is not responsible for any loss or damage of any sort
that you may incur from dealing with any third party.
Contents
Debug Menu 43
Tools Menu 44
Window Menu 46
Help Menu 47
About Toolbars 47
History Toolbar 48
List Toolbar 48
Edit Toolbar 49
Debug Toolbar 50
Simulate Toolbar 51
WF/Task Editor Toolbar 52
Format Toolbar 52
Configuration Context Toolbar 54
About Right-Click Menus 54
About Layout Editors 55
About New Object Wizards 55
About Canvas-Based Designers 56
Entity Relationship Designer 57
Workflow Process Designer 57
Task Designer in the Task UI 57
About Script Editors 58
About the Command-Line Interface 58
Index
Using Siebel Tools covers how to use Oracle’s Siebel Tools application. It describes the Siebel Tools
user interface and includes tasks such as customizing the Siebel Tools environment, working with
objects, checking in and checking out, and compiling.
Using Siebel Tools does not cover how to configure Oracle’s Siebel applications. For example, it does
not cover how to extend the data model, define business logic, or build user interface objects. For
configuration-related information, see Configuring Siebel Business Applications.
The content covered in Using Siebel Tools came from the following documents:
■ Descriptions of menus and toolbars were previously published in Siebel Developer’s Reference.
■ Descriptions of windows, editors, and most tasks were previously published in Siebel Tools
Reference. (Siebel Tools Reference is no longer published. It has been replaced by Using Siebel
Tools and Configuring Siebel Business Applications.)
Table 1. New Product Features in Using Siebel Tools, Version 8.0, Rev. A
Topic Description
“Setting ST eScript Engine Options” Added a note near the beginning of the topic.
on page 144
“Using Script Libraries” on page 152 New topic. Feature introduced in Siebel 8.0.
Chapter Topic/Description
Chapter 2, “About the Siebel Tools “About the Improved User Interface.” Changes to the user
User Interface” interface to support a multiple-document interface (MDI).
Chapter 2, “About the Siebel Tools “About Dynamic Picklists for User Properties.”. No longer
User Interface” necessary to type the name of a valid user property when
adding one to an object that supports user properties.
Chapter 7, “Working with Objects” Deleted topic on generating reports about object
relationships.
Chapter 8, “Creating Workflow New chapter with descriptions of the Workflow Process
Processes and Tasks” Designer, Task Designer, and Expression Builder, as well as
basic procedures for creating workflow processes and tasks.
Chapter Topic/Description
Chapter 9, “Siebel Script Editors” “About the ST eScript Engine.” Default eScript scripting engine
in version 8.0.
“Using Fix and Go.” Ability to edit and test scripts without
recompiling them and restarting the Siebel Mobile Web Client.
Chapter 11, “Working with Archive Support for exporting objects to Application Deployment
Files” Manager (ADM) hot-fixes and mid-level releases.
Chapter 12, “Managing “Exporting and Importing Repositories Using the Database
Repositories” Configuration Wizard.” Updates to both the Windows and UNIX
procedures.
Chapter 13, “Working with Strings “Running the LMU Using the Command-Line Interface.” Ability
and Other Locale-Specific Data” to provide a text file with a list of projects to be exported.
This chapter describes the Siebel Tools user interface. It contains the following topics:
Siebel Tools is a declarative configuration tool, not a programming environment. You use Siebel Tools
to create and modify the object definitions (metadata) that define Siebel applications. You do not
modify the source code or directly write SQL.
NOTE: In the context of Siebel applications, the terms object and object definition are not equivalent
to the terms “object,” “object class,” or “object instance” as they are used in the context of
programming languages such as C++.
Siebel Tools allows you to develop a single configuration that can be:
■ Easily maintained
You can have installations of Siebel Tools for different product releases on the same local machine.
For information about installing Siebel Tools, see the Siebel Installation Guide for the operating
system you are using. For system requirements, such as supported versions of Microsoft Windows,
see Siebel System Requirements and Supported Platforms on Siebel SupportWeb.
In this guide, SIEBEL_TOOLS_ROOT represents the directory into which you installed the Siebel Tools
client. By default, this directory is C:\Program Files\Siebel\8.0\Tools.
The improved user interface supports a tab group bar for a multiple-document interface (MDI). The
tab group can be placed on any side of the application window.
Multiple editors can be open at once, allowing you to work with multiple objects conveniently. You
can navigate among them easily by clicking tabs.
In the example shown in Figure 1, the Object List Editor, Applet Layout Editor, and the Server Script
Editor are all open. The Object Explorer, Properties window, and the Controls/Columns and Palettes
windows of the Applet Layout Editor are docked at the left side of the application window as tabs.
For information on customizing the user interface, see Chapter 3, “Customizing Your Siebel Tools
Environment.”
■ Object List Editor, the main part of the application window shown in Figure 1
The Object Explorer uses a hierarchical tree-structure (similar to that of the Microsoft Windows
Explorer) that you use to browse the object types that are stored in the Siebel repository.
Other Siebel Tools windows, like the Object List Editor and Properties windows, show you details
about individual objects in the Siebel repository.
By default, the Object Explorer is visible when you start Siebel Tools. The Object Explorer has the
following parts: the Project drop-down list, the Types tab, the Detail tab, and the Flat tab.
Types Tab
The Types tab is selected in the Object Explorer shown in Figure 4 on page 20.
The Types tab shows all top-level object types, listed alphabetically. The Types tab shows the object
hierarchy—clicking the plus sign (+) to the left of an object type displays all the child object types
of the top-level object type. Clicking the minus sign (–) to the left of an object type collapses all its
child object types.
NOTE: By default, not all object types are visible in the Object Explorer. For information on how to
show and hide objects types, see “Setting Database Options” on page 75.
Some object types have a hierarchy of multiple levels. For example (as shown in Figure 4 on
page 20):
■ One of the child object types of Applet is List and, at the next lowest level, List Column.
Detail Tab
If you select the Detail tab of the Object Explorer (as shown in Figure 5) and expand an object type,
all the objects of that type appear in the Object Explorer. If you select an object type in the Detail
tab, the Object List Editor displays all the objects of that type.
Flat Tab
The Flat tab of the Object Explorer, shown in Figure 6, shows all object types (parent and child) in a
single, alphabetically arranged list, without displaying the parent-child relationship.
For example, if you created a new field but do not remember what business component it is in,
you can select the Field object type in the Flat tab and search the Name property for your field
name. Each returned record has a parent property that provides the business component name.
■ See how objects and properties are typically used, such as how a predefault value is constructed
or the syntax for calculated fields.
In the same figure, the pencil icon (to the left of the applet name) indicates that the applet has been
locked by the Siebel Tools user, so that modifications to it can be saved.
Inactive Objects
Inactive objects have the INACTIVE property set to TRUE, which inactivates the record in the
repository.
In Figure 7, the Edit -- Original applet Web template, shown in red, is inactive.
NOTE: When an object definition becomes obsolete, either due to an update or to a new
requirement, you must not delete the unused objects. Instead, check the INACTIVE flag. Then, the
application does not reference the checked Siebel object.
Changed Flag
After you edit a record, a check mark appears in the Changed property of the object. This indicates
that changes have been made to the contents of the corresponding record since a particular date
and time. If there is no check mark in the Changed property, it means that the object has not been
changed since the date and time specified in the General tab of the Development Options dialog box.
The Changed flag cascades upwards through its parents. That is, when an object is edited or created,
the changed flag is set for its parent object, if any, and for the parent object of that parent, and
likewise up through the hierarchy. For more information, see “Setting Change Date Preferences” on
page 60.
Pencil Icon
The pencil icon in the first (W) column of an object indicates that the object is locked and editable.
In Figure 7 on page 22, all visible objects are locked.
Drilldowns
Property values in the Object List Editor can appear as drilldown fields (hyperlinks) when the value
is the name of another object. You can click the drilldown to navigate to the associated object type.
To be able to use drilldowns in the Object List Editor, you must be assigned the Developer
responsibility. Users are assigned responsibilities in the Administration - Application >
Responsibilities screen of Siebel applications. For more information, see Siebel Security Guide.
NOTE: The Properties window does not display the Project and Changed properties.
The Applets window has the following fields, buttons, and drop-down list:
■ Bus. Object. This field shows the business object associated with the view.
■ Template. This field shows the Web template associated with the view.
■ Change Template. This button opens the Choose Template dialog box that lets you select a
different Web template.
■ Edit Template. This button opens the template editor you defined as the external Web template
editor in the options.
■ Mode. This drop-down list shows the view mode, such as Base or Edit.
The Applets window has two tabs: the Icons tab (shown on the left in Figure 9) and the List tab
(shown on the right in Figure 9).
For more information on editing views and applets, see Configuring Siebel Business Applications.
3 Drag and drop an applet icon, for example a form applet, onto a placeholder in the view template
to add that type of applet to the view.
The Pick Record dialog box appears, listing the applets of that type based on the business
components in the business object associated with the view.
4 Select an applet, and then click Pick. You can use the Find field to search by applet name or
associated business component.
The Applet Layout Editor appears, along with the Controls/Columns and Palettes windows.
Related Topics
“About the Controls/Columns Window” on page 27
When you select a control or a column object in the Controls/Columns window, the Properties window
refreshes to show the properties of the selected object. If no object is selected in the Controls/
Columns window, the Properties window shows the properties of the applet.
Figure 10. Applet Layout Editor with Controls/Columns and Palettes Windows
The Controls/Columns window has the following fields, buttons, and drop-down list:
■ Template. This field shows the Web template associated with the selected mode.
■ Change Template. This button opens the Choose Template dialog box that lets you select a
different Web template.
■ Edit Template. This button opens the template editor you defined as the external Web template
editor in the options.
■ Mode. This drop-down list lets you select the applet mode, such as Base or Edit. Values in the
drop-down list indicate whether a given mode is active or inactive.
■ When the Applet Layout Editor is open, the Palettes window allows you to create user interface
controls in the Applet Layout Editor. The window supports drag-and-drop behavior for the
creation and placement of new controls.
■ When the Entity Relationship Designer is open, the Palettes window displays the entity element
and connectors used to create entity relationships.
■ When the Task Designer is open, the Palettes window displays the operations and connectors
used to create tasks.
■ When the Workflow Designer is open, the Palettes window displays the operations and connectors
used to create business processes.
Table 3 describes the Palettes window Web controls used in the Applet Layout Editor. For detailed
information on the Entity Relationship Designer, see Configuring Siebel Business Applications. For
detailed information on the Task Designer, see Siebel Business Process Framework: Task UI Guide.
For detailed information on the Workflow Designer, see Siebel Business Process Framework:
Workflow Guide.
Button Description
Button Description
Password. Creates a text box where the user enters a password during logon.
Text List Column. Creates a list column that contains HTML text. Available for list applets
only.
Checkbox List Column. Creates a list column that contains HTML check boxes. Available
for list applets only.
Custom Control. Creates a custom control on a template. You can select a custom control
from the Control Type drop-down list, and then drag the Custom Control button to the
designer to create the custom control.
Related Topic
“History Toolbar” on page 48
The HTML code window displays both parent and child templates in a split view. The Web Template
drop-down list in the Web Template Explorer window lets you filter the templates that are shown in
the Web Template Explorer window. You can edit a template file by right-clicking in the HTML code
window for that template.
Figure 12. Web Template Explorer Window with HTML Code Window
■ In the Multi Value Property Window of the Workflow Process Designer or Task Designer when the
value is an expression
The Expression Builder works similarly to the Business Rules Designer in Siebel Personalization. For
more information on using the Expression Builder, see “Using the Expression Builder” on page 137.
NOTE: Validation is not available when using the Expression Builder with user properties.
Related Topics
“About Toolbars” on page 47
File Menu
Table 4 describes the options available on the File menu for repository and object management.
Menu Option
(Shortcut) Description
Open Repository When multiple repositories are present in the development directory, the menu
option provides the means to open a repository other than the currently open
one.
The repository chosen using File > Open Repository becomes the default
repository opened each time Siebel Tools is launched.
New Object Invokes the New Object Wizard for the creation of a list applet, form applet,
chart applet, tree applet, business component, report, table, command,
picklist, MVG, or view.
Menu Option
(Shortcut) Description
Save Saves changes in the current editing window when you are editing Layout,
(CTRL+S) Menu, or Basic Scripts.
Import Imports text from an external text file into the Siebel VB Editor window. This
text must be in an SBL file format. SBL format is generated when it is exported
from the Siebel VB editor.
Export Allows you to create a text file in delimited or HTML format that lists the
property values of an objects or all objects currently displayed in the Object
List Editor.
Print Setup Changes the printer and printing options for printing object visualization view
diagrams.
Print Preview Opens a print preview window for display of an object visualization view.
Edit Menu
The Edit menu options apply to individual objects in the Object List Editor.
You can also display a menu of edit tools by selecting a field and right-clicking while the cursor is
positioned over the Object List Editor. For more information, see “About Right-Click Menus” on
page 54.
Menu Option
(Shortcut) Description
Undo Reverses the last change to a property value in the Object List Editor or Property
(CTRL+Z) window before the object is committed.
Redo Reapplies changes after the Undo command has been executed.
(CTRL+Y)
Undo Delete After deleting any record in Object List Editor, this menu option appears, allow
you to undo the delete.
Undo Record Reverses the creation of new objects or all modifications to existing objects, so
long as the record has not yet been committed.
Menu Option
(Shortcut) Description
New Record Creates a new object in the Object List Editor, with the cursor positioned in the
(CTRL+N) first required property.
Copy Record Creates a new object that is a copy of the currently selected object, and
(CTRL+B) duplicates all child objects.
NOTE: Avoid using the Copy Record option, except when the reuse and extension
of an existing object would be impractical.
Delete Record Deletes the currently selected object and its child objects.
(CTRL+D)
NOTE: Avoid using the Delete Record option. If you want to remove an object
from use, set its Inactive property to TRUE.
Cut In a text property, copies the selected text to the clipboard and deletes the
(CTRL+X) existing text. In the Applet Designer, copies the selected control to the clipboard
and deletes the existing control.
Copy In a text property, copies the selected text to the clipboard without deleting it.
(CTRL+C) In the Applet Designer, copies the selected control to the clipboard without
deleting it.
Paste Inserts text from the clipboard into a text property at the insertion point. Inserts
(CTRL+V) a control from the clipboard in the Applet Designer.
Delete In a text property, deletes the selected text. In the Applet Designer, deletes the
(DEL) selected control.
Select All Selects the entire document. In the Applet Designer, selects all controls in the
(CTRL+A) applet.
Find Finds the specified text in the Siebel Script Editor window.
(CTRL+F)
Replace Replaces the specified text with different text in the Siebel Script Editor window.
(CTRL+H)
View Menu
The View menu options are used to change display environment settings, such as which windows and
toolbars appear. It also invokes visualization views, which are diagrams showing object relationships.
Table 6 describes the View menu options and suboptions.
Option Suboption
(Shortcut) (Shortcut) Description
Reset Windows Closes all dockable windows except the Object Explorer
for the currently active editor. Does not close editor
windows.
Editors Web Applet Editor Opens the selected applet in the Applet Layout Editor,
including the Controls/Columns and Palettes windows.
Server Script Editor Opens the Siebel Script Editor. Editor can be specifically
defined or be set to a default.
Browser Script Editor Opens the Siebel Web Script Editor, which is used to
access scripts that control the presentation and behavior
of applet controls and list columns in a Web applet
template.
Visualize View Details For more information, see “Viewing Object Relationships”
on page 126.
View Relationships
View Descendents
Option Suboption
(Shortcut) (Shortcut) Description
Debug Calls Opens the Calls window for display of the call stack of the
Windows (CTRL+L) Siebel VB or Siebel eScript script currently being
debugged.
Watch Opens the Watch window for display of the values of local
(SHIFT+F9) variables in the Siebel VB or Siebel eScript script
currently being debugged.
ActiveX Allows you to view the methods for the current ActiveX
Methods control in the Applet Designer.
Status Bar Displays or hides the Status bar at the bottom of the
Siebel Tools window.
Screens Menu
The Screens menu is empty unless you log on to Siebel Tools as a system administrator. If you have
system administrator rights, the options described in Table 7 appear.
Go Menu
The Go menu contains options for moving through a records list. Primarily, you use the Go menu to
create and navigate to bookmarks, which flag objects for easy return navigation. Bookmarks are a
helpful navigation aid, allowing you to move around among the objects of different types you are
working on. Table 8 describes the Go menu options.
Option
(Shortcut) Description
Option
(Shortcut) Description
Add Bookmark Invokes the Add Bookmark dialog box, for creation of a bookmark to the
currently selected objects.
Bookmark List Opens the Bookmarks dialog box, for selection of an existing bookmark
to navigate to. You can also use this dialog box to rename or delete
existing bookmarks.
Query Menu
The Query menu options allow you to create and refine Object List Editor queries, which restrict the
list of objects that appear in the current Object List Editor. An option is provided that lets you change
the sort order of objects in the window.
Option
(Shortcut) Description
New Query Allows you to specify restrictions on the set of objects to be displayed in the
(CTRL+Q) current Object List Editor.
Refine Query Allows you to add additional restrictions to the query currently in effect.
(CTRL+R)
Execute Query Executes the query you have just specified, causing the restrictions to take
(ENTER) effect. This has the same effect as pressing ENTER.
Sort Order Invokes the Sort Order dialog box, for specification of sort order criteria for the
list of objects in the Object List Editor.
Reports Menu
The Reports menu can be empty or list available reports about objects and properties, depending on
which object type is currently active in the Object Explorer. The following reports are available:
■ Tables. For each table, displays selected properties and lists the columns. The name, physical
type, length, scale, comments, and various other properties are identified for each column.
■ EIM Interface Tables. For each EIM interface table, lists destination tables, source and
destination columns, user keys for each destination column, data types for each source column,
and various other properties.
Two additional reports are available on this menu when the Application Upgrader is active:
■ Application Upgrade Object List. Generates a report listing all object differences between
repository versions.
■ Application Upgrade Attributes List. Generates a report listing all attribute differences
between repository versions.
Format Menu
The Format menu options in the Applet Layout Editor allow you to align, resize, and reposition
controls; configure the snap grid; and adjust tab or list column order. Options are also provided for
performing an Applet Designer Preview.
Option Description
Make Same Size Makes all selected items the same size as the selected model.
Set Label Alignment Allows you to align labels in applets based on grid layout Web templates.
Set Tab Order Allows you to set the tab order for fields in a form applet. This option is not
available for list applets.
Debug Menu
The Debug menu options control the Siebel VB or Siebel eScript debugger, for use when a script is
open in the Siebel Script Editor. Table 11 describes the Debug menu options.
Option
(Shortcut) Description
Start Starts the application. A dialog box with startup parameters also appears.
(F5)
Break Stops the execution of the currently running script. If Siebel VB or Siebel
(CTRL+BREAK) eScript is not executing, no operation is performed.
End Stops the execution of the application and returns to the Siebel Script Editor
window.
Clear All Removes all breakpoints from the current script routine.
Breakpoints
(CTRL+SHIFT+F9)
Watch (SHIFT+F9) Displays script variables and their values. This window can be used to
monitor the values of specific variables as a script executes.
Calls (CTRL+L) Contains a list of subroutine and function calls that were executed prior to
the current line. Selecting an entry in the list causes the interpreter to shift
to that entry.
Step Into Executes the next line of script code. If this is a subroutine or procedure
(F8) call, then execution continues within that procedure.
Step Over Advances the application to the script code line just after the current
(SHIFT+F8) subroutine or procedure. Execution remains at the level of the current
procedure.
Step To Cursor Executes all lines of code up to the line selected by the cursor.
(CTRL+F8)
Tools Menu
Table 12 describes the Tools menu options.
Option
(Shortcut) Suboption Description
Compile (F7) Opens the Object Compiler dialog box to compile one or
more projects, or all projects in the repository, into an
SRF file.
Compile Selected Objects Opens the Object Compiler dialog box to compile the
(CTRL+F7) selected objects into an SRF file.
Check Out Opens the Check Out dialog box, to copy one or more
(F10) projects from the server to the local database.
Lock Project Locks the project that the currently selected object is
(ALT+L) assigned to.
Unlock Project Unlocks the project that the currently selected object is
(ALT+U) assigned to.
Add To Archive Opens the Export To Archive dialog box, for adding the
selected top-level objects or projects to an archive file.
Import From Archive Initiates the Import wizard for importing objects from
an archive file.
Compare Objects Selected Compares two selected objects and graphically displays
similarities and differences (in object type and
instance), with a list of object properties by name and
value.
Convert to Grid Layout Converts nongrid layout form applets to grid layout.
Search Repository Opens the Search Repository dialog box for performing
a search for objects based on the text in their names (or
other properties) and their object types.
Option
(Shortcut) Suboption Description
Generate EIM Opens the EIM Processing Column Generator dialog box,
Processing from which you create missing EIM processing columns
Columns and indexes after merging the repository.
Web Client Used when upgrading from version 6.x to version 7.x or
Migration 8.0. It associates Web templates to a group of selected
applets and views so that they can be used in the Web
client.
Option
(Shortcut) Suboption Description
Export View Exports view from the Preview mode of the View Layout
Previews Editor to an HTML file.
Build Patch Initiates the Patch Builder wizard to create a patch file.
Apply Patch Opens the Apply Patch window to initiate the patch
application process.
Window Menu
The Window menu lists the currently open Object List Editor, Application Designer, visualization view,
and other windows, and provides the means to navigate to windows that are currently hidden from
view.
If one of the windows is open, the first option on the menu is Close. This closes the currently active
window.
Help Menu
Table 13 describes the Help menu options.
Option Description
Technical Support Displays the Technical Support Information dialog box, which includes
information that Technical Support may need, such as the version number
of your Siebel Tools installation.
About Record Opens a dialog box that displays information about the current object,
including its creator and creation date.
About SRF Opens a dialog box that displays information about the most recent full
incremental compilations.
About View Opens a dialog box that displays information about the current screen,
business object, and view, including applet layout.
About Visible Views Displays the list of views in the repository and whether or not they are
visible.
About Siebel Tools Opens a dialog box identifying the version of Siebel Tools.
About Toolbars
There are several toolbars in Siebel Tools. The toolbars, like menu items, are active only when the
object type or window that uses them is active. You can show and hide toolbars using the Toolbars
option in the View menu. You can also rearrange the toolbars using drag-and-drop functionality.
Related Topics
“About the Menu Bar” on page 35
History Toolbar
The History toolbar contains buttons for retracing your steps and for creating and navigating to
bookmarks, which flag objects for quick return navigation. Bookmarks are a helpful navigation aid,
allowing you to move around quickly among the different object types with which you are working.
Table 14 describes the History toolbar buttons.
Button Description
Add Bookmark Opens the Add Bookmark dialog box, so you can add a bookmark for
the currently selected object.
Bookmark List Opens the Bookmarks window, so you can select a bookmark to
navigate to. You can also use this window to rename or delete
existing bookmarks.
List Toolbar
The List toolbar contains buttons that apply to objects in the Object List Editor. The buttons let you
insert new records, move forward and backward, work with queries, and sort objects. Table 15
describes the List toolbar buttons.
Button Description
Add New Record Creates a new object in the Object List Editor, with the cursor
positioned in the first required property.
Button Description
New Query Allows you to specify one or more restrictions on the set of
objects to be displayed in the current Object List Editor.
Execute Query Executes the query you have just specified, causing the
restrictions to take effect. This has the same effect as pressing
ENTER.
Sort Ascending Changes the order in which objects appear by sorting them in
ascending order on the currently selected property column.
Sort Descending Changes the order in which objects appear by sorting them in
descending order on the currently selected property column.
Filter Version Shows only the most recent version of each task or workflow in
the Object List Editor.
Edit Toolbar
The Edit toolbar contains edit tools, the New Object wizard, and undo and redo options.
You can also display a menu of edit tools by selecting a field and right-clicking while the cursor is
positioned over the Object List Editor. For more information, see “About Right-Click Menus” on
page 54.
Button Description
New Invokes the New Object Wizard, which allows you to create applets,
views, charts, and other objects.
Save Saves changes in the current editing window when you are editing Layout,
Menu, or Basic Scripts.
Cut In a text property, copies the selected text to the clipboard and deletes
the existing text. In the Applet Designer, copies the selected control to the
clipboard and deletes the existing control.
Button Description
Copy In a text property, copies the selected text to the clipboard without
deleting it. In the Applet Designer, copies the selected control to the
clipboard without deleting it.
Paste Inserts text from the clipboard into a text property at the insertion point.
In the Applet Designer, inserts a control from the clipboard.
Undo Reverses the last change to a property value in the Object List Editor or
Property window if the object has not been committed.
Redo Reapplies changes after the Undo command has been executed.
Debug Toolbar
The Debug toolbar contains buttons, described in Table 17, that let you access Siebel VB and Siebel
eScript debugging tools.
Button Description
Start Starts the application. A dialog box with startup parameters also
appears.
End Stops the execution of the application and returns to the Siebel
Script Editor window.
Button Description
Step Into Executes the next line of script code. If this is a subroutine or
procedure call, then execution continues within that procedure.
Step Over Advances the application to the script code line just after the
current subroutine or procedure. Execution remains at the level
of the current procedure.
Simulate Toolbar
The Simulate toolbar contains buttons, described in Table 18, that let you simulate workflow
processes.
Button Description
Button Description
Publish/Activate Publishes and activates a task during run time in a single step. This
is only available in the development environment using the Siebel
Mobile Web Client; you cannot use Publish/Activate to activate tasks
and workflows in the production environment.
Format Toolbar
The Format toolbar contains buttons, described in Table 20, that let you apply specific formatting to
controls for applets based on grid-layout Web templates.
Button Description
Button Description
Target Browser A drop-down list from which you select a target browser for layout editing
and for scripting.
Application Allows you to configure objects for a specific application. Typically, you
work with the All Applications selected. When this option is selected, your
configurations are available in all applications. However, by selecting
specific applications from the list, you can also configure the layout of
objects such as applets and views to look or behave a differently for that
application.
Variable Allows you to specify a given display style for an applet for previewing,
such as parent, child, or grandchild.
■ Create, copy, and delete records. You can also undo changes made to a record.
■ Launch the Applet Layout Editor or View Layout Editor from the Object List Editor by right-clicking
on an Applet or View object, respectively, and then choosing Edit Web Layout.
■ View and edit Web templates by right-clicking on Web Template objects in the Object List Editor,
and then choosing View Web Layout.
■ Display the names and status of toolbars (similar to using View > Toolbars) by right-clicking on
any toolbar. You can also customize toolbars.
■ Access New Object wizards specific to the object type active in the Object List Editor.
■ Add and map controls and list columns to applet layouts. You can preview applets as they would
be rendered at run time.
■ Modify existing views and construct new ones by dragging and dropping applets onto the View
Layout Editor. You can view list and form applets and the container page in the Preview mode.
No additional specification or code is required for defining the relationships between the applets.
You can launch the Applet Layout Editor directly from the View Layout Editor by double-clicking
on an applet.
■ Add and delete controls from Web page templates, modify control properties, and map controls
to placeholders. You can also preview Web pages as they would appear at run time.
■ Visually edit Siebel application menu structures. This is accessed by right-clicking an applet in
the Object List Editor and selecting Edit Web Menus.
You can launch the Layout Editors directly from an applet, view, or Web page in the Object List Editor
by right-clicking and choosing Edit Web Layout or Edit Web Menus.
For more information about using layout editors, see Configuring Siebel Business Applications.
Related Topic
“Choosing a Target Browser” on page 77
■ General objects, such as Applet Method Menu Items, Business Components, Tables, and Views
■ Applet objects, such as List Applets, Form Applets, MVG Applets, and Chart Applets
■ Task objects, such as Tasks, Task Applets, Task Views, and Transient Business Components
You can access the New Object Wizards dialog box by choosing File > New Object. You can also right-
click on an object in the Object List Editor and then choose New Object Wizards for a list of wizards
specific to that object type.
For more information about using New Object wizards, see Configuring Siebel Business Applications.
These designers share a common design environment, as well as the Palettes and Multi Value
Property windows. In the design environment, you can drag and drop elements, such as Siebel
objects in the Entity Relationship Designer and Siebel operations in the Workflow Process and Task
Designers, and then connect them. In Siebel Tools version 8.0, the connectors automatically form
right angles and snap to the sides of the design elements.
Related Topics
“About the Palettes Window” on page 29
The Entity Relationship Designer is typically used by both Business Analysts and Developers.
Business analysts diagram a customer’s business and then developers or technical architects map
the entities in the diagrams to Siebel objects in the repository.
When mapping entities and relationships in the diagram to Siebel objects, the choice of objects
includes only those that have characteristics that match the context described in the diagram.
For information on creating entity relationship diagrams and mapping them to Siebel objects, see
Configuring Siebel Business Applications.
The Workflow Process Designer, shown in Figure 25 on page 135, is launched by selecting a Workflow
Process object, right-clicking, and then choosing Edit Workflow Process.
For information about creating workflows, see Chapter 8, “Creating Workflow Processes and Tasks.” For
detailed information on using the Workflow Designer and Workflow Simulator, see Siebel Business
Process Framework: Workflow Guide.
This combination of features helps Siebel Tasks to increase the efficiency of novice and intermittent
users by guiding them through the execution of unfamiliar tasks. The Task UI can also increase the
efficiency of busy veteran users, especially those working in environments that are prone to
interruption, because it allows for easy switching between multiple tasks throughout the workday.
The Task Designer in the Task UI, shown in Figure 15 on page 56, is launched automatically when you
create a Task object using the New Task wizard, or by selecting a Task object, right-clicking, and then
choosing Edit Task Flow.
For information about creating tasks, see Chapter 8, “Creating Workflow Processes and Tasks.” For
detailed information on using the Task UI, and on publishing and activating tasks, see Siebel Business
Process Framework: Task UI Guide.
For more information on Script Editors, including Script Assist, see Chapter 9, “Siebel Script Editors.”
■ “Exporting Objects to an Archive File Using the Command-Line Interface” on page 171
■ “Importing Objects from an Archive File Using the Command-Line Interface” on page 182
■ Converting to grid layout. For more information, see Configuring Siebel Business Applications.
This chapter describes how to customize the Siebel Tools environment. It contains the following
topics:
■ “Setting the Constrain Mode for Working with Symbolic Strings” on page 76
NOTE: If the behavior of the Tools environment is not consistent with the preferences you set, your
devtools.prf file may be corrupted. Choose View > Options, reset preferences if necessary, then click
OK. By doing so, the devtools file is regenerated. Alternatively, if you delete the devtools.prf file,
then relaunch Tools, the default preferences are reset.
3 Under Editing confirmation dialogs, select the check boxes for the confirmation dialog boxes you
want to see, and clear the check boxes for the confirmation dialog boxes you do not want to see.
4 Click OK.
3 Under Changed date, use the Date and Time fields to set your preferences, and then click OK.
Checkbox Description
Automatic revision in WF/Task editor and Warns you if you attempt to edit an earlier version
version check than what you have already opened.
Automatically close all the previous WF/Task Ensures that you are working on the most current
versions if Status is Completed, Not In Use or workflow/task version.
Expired
3 Under Workflow and Task Configurations, use the checkboxes to set your preferences, and then
click OK.
NOTE: If additional languages (other than the language product versions shipped with Siebel
applications) are added to the Siebel database, the language code must be in all capital letters for
the code to appear in the Language Mode drop-down list. For more information on adding languages
not shipped by Oracle, see Siebel Global Deployment Guide.
3 Under Tools Language Mode, select a value from the Language drop-down list, then click OK.
NOTE: Before configuring another language, make sure that the language repository data has
already been loaded into the repository. If not, load this data before beginning configuration on the
language in question.
Related Topics
“Enabling Language Overrides” on page 62
“Using the Advanced Compile Option” on page 229
NOTE: Enabling language overrides when it is not needed can create unnecessary locale records in
the repository.
For more information about configuring UI layout, see Configuring Siebel Business Applications.
NOTE: The Enable and Use Language Override check box is persistent. You must clear it to return
to working in base mode.
Related Topics
“Selecting a Language Mode” on page 61
“Working with Untranslatable Locale-Specific Object Properties” on page 215
“Using the Advanced Compile Option” on page 229
To integrate your repository check in/check out with a third-party source control system, perform
the following tasks:
3 Use the information in the following table to define your settings under Source control
integration.
Enable source control integration Select this check box and specify the location of the
srcctrl.bat batch file in the Integration batch file text box
if you want to generate an archive file for each project
when performing repository check in, and at the
conclusion of repository check in to run the batch file
once for each project.
Show execution of the integration Select this check box to launch a DOS window in the
batch file foreground when the srcctrl.bat batch file is executed.
This feature is for diagnostic purposes and facilitates
debugging a customized batch file.
Integration batch file Specifies the location of the srcctrl.bat batch file used by
Siebel applications to instruct the source control
software to provide check in or check out of archive files.
4 Click OK.
The name of the archive (SIF) file for the project to be checked in is specified as an argument to the
batch file, in addition to other arguments. The syntax for the command line that executes the batch
file is as follows:
Argument Description
dir Path name of the directory on your local file system where the
items are located.
project_file Name of the archive (SIF) file for one project, enclosed in
double quotes.
Srcctrl.bat executes once for each project, following the completion of repository check-in. It checks
the archive file for the project into or out of the source control system. Srcctrl.bat is executed from
a command line that is internally generated from the Siebel application software. You do not have
access to the command-line setup, and you cannot modify the command line or the parameters it
passes.
The following batch file program code is taken from the standard srcctrl.bat file provided with Siebel
applications, and is designed to work with Microsoft Visual SourceSafe. Comment lines have been
removed. You need to customize the program code in this batch file, particularly if you are running
source control software other than Microsoft Visual SourceSafe, or if the path is incorrect:
The variables used in the srcctrl.bat batch file are described in Table 24.
Variable Description
PATH Identifies the directory where the source code control software is installed. Modify
this setting to reflect its actual location on your machine.
SOFTWARE Source control system’s command-line utility. The command-line utility for
Microsoft Visual SourceSafe is “ss”.
CHECKIN Command at the start of the command line that calls for check-in into the source
control system.
CHECKOUT Command at the start of the command line that calls for check-out from the source
control system.
ADD Command at the start of the command line that calls for adding files in the source
control system.
SETPROJ Command at the start of the command line that calls for setting the working folder
in the source control system.
PROJECT Project (working folder) in the source control system where the items will be
checked in/checked out.
COMMENT Command-line Comments clause for each of the files being checked in or out. This
is generated from the Comment argument to the batch file.
SRC_USR User logon name to include in the Options clause. This is a source control software
user name, not the user name for a Siebel application.
SRC_PSWD User password to include in the Options clause. This is a source control software
password.
FILE Filename of the archive file, obtained from the argument list of the batch file. This
file needs to be checked in or out.
LOGFILE Path and filename of the log file that will be generated.
NOTE: The folder to which SIF files are written is specified by the TempDir parameter in the [Siebel]
section of the tools.cfg file. By default it is set to the SIEBEL_TOOLS_ROOT\TEMP folder of your
Siebel Tools installation folder. Change this parameter to write the PROJECT directory to another
location.
For information on archive (SIF) files, see “About Archive Files” on page 169.
Check In Example
You have two projects checked out that you want to simultaneously check in to the server and to the
source control software. The projects selected are “ProjectA” and “ProjectB.” The latest version of
ProjectA.sif in Visual SourceSafe is 6, and the latest version of ProjectB.sif is 5.
When you click the Check In button, the following sequence occurs:
3 ProjectA.sif and ProjectB.sif are checked out and locked in Visual SourceSafe.
5 ProjectA.sif and ProjectB.sif are checked in to Visual SourceSafe. The version numbers are
increased so that the latest version of ProjectA.sif in Visual SourceSafe is version 7, while
ProjectB.sif is version 6.
3 Import ProjectA.sif into the local repository using the Overwrite option to resolve object
definition conflicts. This replaces the existing definition of ProjectA with the archived version.
NOTE: For purposes of development, you should maintain only one local database for use with Tools
and with your Mobile Web Client, so that changes implemented in Siebel Tools can be viewed with
the Mobile Web Client. Edit the tools.cfg file and client application .cfg files (such as uagent.cfg) to
point to the same local database.
3 Change the ODBC data source of the server repository by doing the following:
a Under Data sources, in the Server field, click the Change button to change the ODBC data source
of the server repository.
b Use the information in the following table to define the ODBC data source parameters.
Field Description
ODBC data source Full ODBC data source string that provides communication with the
server repository database.
User name User logon ID (in all uppercase) used to access the server database.
Password User password (in all uppercase) used to access the server database.
Table owner Table owner name used to access the repository on the server
database.
c Click OK.
4 Change the ODBC data source of the local repository by doing the following:
a Under Data sources, in the Client field, click the Change button to change the ODBC data source
of the local repository.
b Use the information in the following table to define the ODBC data source parameters.
Field Description
ODBC data source Full ODBC data source string that provides communication with the
local repository database.
User name User logon ID (in all uppercase) used to access the local database.
Password User password (in all uppercase) used to access the local database.
Table owner Table owner name used to access the repository on the local database.
c Click OK.
5 Click OK.
NOTE: When exiting Siebel Tools, changes to the ODBC data source settings are written to
preference (SPF) files in the SIEBEL_TOOLS_ROOT\BIN directory. These are cached: when you
relaunch Siebel Tools, the ODBC settings in tools.cfg are not read. Therefore, it is not possible
to run multiple Siebel Tools applications using a single user ID: only one local data source can
be open at one time.
3 Select the Restart the editors after Check Out check box.
Any editors that are open at the time you begin the Check Out process are restarted when the
Check Out process finishes.
4 Click OK.
You can disable this option by choosing View > Options, selecting the Check In/Out tab, and then
clearing the Enable incremental commit during Full Get check box.
4 Click OK.
Related Topics
“About the Get Process” on page 85
“Performing a Full Get” on page 85
List fonts Small/Normal/Large The size of the font used in the list.
Style Horizontal grid lines Show or hide horizontal grid lines in the list.
Vertical grid lines Show or hide vertical grid lines in the list.
Alternating row color Use different colors for every second row.
Mouse focus rectangle Show or hide dotted line that appears around the
currently selected record.
4 Click OK.
NOTE: The Script Assist settings are available only if you have the ST eScript Engine enabled. See
“About the ST eScript Engine” on page 142 for more information.
Script Assist Enable Method Listing Enables Script Assist to display a drop-down of all
methods and properties available for a declared
object.
Enable Auto Complete When checked, will auto complete a given term
when the minimal number of unique characters
have been entered.
Language Default language for new A drop-down list allows you to choose the
scripts scripting language, either eScript or Visual Basic.
Browser script Specify the folder where your scripts will reside.
compilation folder
Debugging Adjust breakpoint to next When breakpoints are deleted on invalid lines,
valid line this option creates a breakpoint at the next valid
line.
4 Click OK.
3 In the Folder full path field, type the full path to location of your Web template files.
a Use the Browse button in the Executable full path field to navigate to and select the executable
for the external Web editor.
b In the Optional parameters field, enter the parameters you want to pass to the executable when
you launch the external editor.
5 Click OK.
■ When the Auto-start Web Client option is selected in the object compiler.
■ When starting an instance of the Web Client by selecting Debug > Start.
You typically use this option when debugging Siebel eScript or Siebel VB. For more information,
see Siebel eScript Language Reference and Siebel VB Language Reference.
The settings defined the Debug tab of the Development Tools Options dialog are stored in a user
preference file that is named loginID&SiebelTools.spf and located in SIEBEL_TOOLS_ROOT\BIN.
3 Use the information in the following table to define your options under Run-time start up
information.
4 Use the information in the following table to define your options under Login information and then
click OK.
User name SADMIN User name used to log into the test application.
Password SADMIN Password to log in to the test application.
Datasource Sample Local database to which the local Mobile Web Client
connects. Default data source. Values listed depend
upon the configuration file you are using.
3 Use the information in the following table to define your options under Font.
Option Description
Use system Select this option to let Siebel Tools use a system font for the visualization
font views.
Use a Custom Select this option to choose your preferred font for the visualization views.
Font When you select this option, you must use the Font, Size, and Zoom drop-
down lists to define your preferences.
4 Use the information in the following table to define your options under Object style, and then
click OK.
Option Description
Icon and name only Displays object name and object icon (the same icon used in the
Object Explorer).
3 In the Object Explorer Hierarchy box, shown below, select the check boxes for the objects you
want to show and clear the check boxes for the objects you want to hide.
When you select a top-level object such as Applet, all child objects are automatically selected.
To hide child objects, you need to expand the parent object and remove the check marks from
any child objects that you want to hide. The parent check box becomes shaded to indicate that
it contains child objects that are not selected to show.
TIP: The state of the check box provides information about the show/hide state of the child
objects.
4 To restore default settings, click the Default button, then click OK.
3 Use the information in the following table to set your options, and then click OK.
Option Description
Developing for deployment on For information about this parameter, see Implementing
DB2 for zSeries Siebel Business Applications on DB2 UDB for z/OS.
Limit schema object names to For information about this parameter, see Implementing
18 characters Siebel Business Applications on DB2 UDB for z/OS.
Allow to create column of type Removes constraint on columns of type CHAR, so that they
‘Character’ being greater than 1 can be greater than one character in length. Note that
defining a column as CHAR when the data being stored can
be variable in length causes the data to be padded with
blank spaces in the database.
■ When working in constrained mode, you must choose translatable text strings from the list of
available string references. You cannot override the string reference by entering a value for a
string override field, and you cannot create new symbolic string references.
■ When working in unconstrained mode, you are not required to choose translatable text strings
from the list of string references. You can override the string reference by entering a value in a
string override field. You can also create new symbolic string references.
The constrain mode is determined by the following CFG file parameter, found in the [Siebel] section
of the tools.cfg file:
EnableToolsConstrain = FALSE
The default value for EnableToolsConstrain is FALSE, meaning unconstrained mode. Set it to TRUE to
work in constrained mode.
Related Topics
“About the Symbolic Strings Model” on page 198
“Creating Symbolic Strings” on page 199
2 From the Target Browser drop-down list, choose Target Browser Config.
The Target Browser Configuration dialog box appears. The following table describes the parts of
the dialog box.
Field Description
Selected browsers Specifies which browser groups are affected by subsequent layout
for layout editing editing in the Web Layout Editor.
Capability name and Specifies what capabilities or properties the currently selected virtual
value browser group has.
3 To add a browser group to the list of selected browsers, double-click the browser in the Available
browsers list.
You can also use the right and left arrow buttons to move browsers between the Available and
Selected lists.
4 Click OK.
The browser groups you added to the list of Selected browsers for layout editing now appear as
values in the Target Browser drop-down list.
You can let the Object Explorer or Properties, Applets, Controls, Web Template Explorer, or
Bookmarks windows float, moving and sizing to fit your needs, or dock the window in a corner of the
main window.
The Siebel Tools version 8.0 user interface allows you to hide docked windows, including the Object
Explorer, as tabs. They can be shown and rehidden, or docked again.
■ You can also right-click inside the Object Explorer, and then choose Hide.
To show a window
1 Choose View > Windows.
NOTE: To show the Bookmarks window, you can also use the Go menu (Go > Bookmarks List).
Docking Windows
You can dock windows in a corner of the main window.
To dock a window
■ Drag the window to the area of the main window where you want to dock.
■ You can also double-click the window’s title bar. It will dock to the upper left of the Siebel Tools
application window.
To undock a window
■ Right-click the window, and choose Docked.
■ You can also right-click its title bar, and then choose Floating.
The window disappears, and a named tab appears in the corner of the Siebel Tools application
window where the window had been docked.
■ You can also right-click the window’s title bar, and then choose Auto Hide.
The window appears. It will remain open while the mouse cursor is over the window or the tab.
You can click objects in the window. When the cursor is moved away, the window closes.
The window will stay open until you show another window by mousing over or clicking its tab.
When the window opens, the Auto Hide button appears as a sideways pin.
A list of editors appears in a secondary pop-up menu. A visible editor is identified with a check
mark. A hidden editor has no marker.
If the editor was hidden, it appears. If the editor was visible, it is hidden.
A list of visualization views appears in a secondary pop-up menu. A visible view is identified with
a check mark. A hidden view has no marker.
If the editor was hidden, it appears. If the editor was visible, it is hidden.
Related Topics
“Viewing Object Relationships” on page 126
A list of toolbars appears in a secondary pop-up menu. A visible toolbar is identified with a check
mark. A hidden toolbar has no marker.
If the toolbar was hidden, it appears. If the toolbar was visible, it is hidden.
If the status bar was hidden, it appears. If the status bar was visible, it is hidden.
This chapter describes how to get projects from the server repository. It contains the following
topics:
■ Getting projects overrides all the projects on your local database, whether they are locked or not
locked.
NOTE: The sample database, unlike a local database, cannot receive projects from the server
database during a Get. The sample database is intended for instructional use only.
Typically you perform a Get to initially populate your local database. This process is known as a Full
Get. You can also get projects to override objects stored on your local database.
Related Topics
“Performing a Full Get” on page 85
“Getting Projects from the Server Repository” on page 86
“About the Check Out and Check In Process” on page 90
You use the Full Get option to synchronize the local database with the modifications done on the
server.
By default the Full Get process performs database commits in regular intervals, rather than a single
commit at the end of the process. For information about changing this option, see “Setting Commit
Options for Full Get” on page 69.
NOTE: To invoke the executable that performs a Get, the user must be the user who installed Tools
on this local machine, or the ODBC driver that is used to perform the Get must be set to System
DSN, instead of User DSN, on the operating system so that any user of the machine can perform the
Get.
3 Choose the name of your development repository from the Repository picklist.
NOTE: The repository that you select is not necessarily the one opened by Siebel Tools.
5 Click Options.
6 In the Development Tools Options window, make sure your Server Data Source is pointing to your
server development database and your Client Data Source is pointing to the local database you
previously initialized and are currently running against.
All objects from the server repository are copied to your local repository.
3 Choose the name of your development repository from the Repository picklist.
NOTE: The repository that you select is not necessarily the one opened by Siebel Tools.
5 Click Options.
6 In the Development Tools Options window, make sure your Server Data Source is pointing to your
server development database and your Client Data Source is pointing to the local database you
previously initialized and are currently running against.
All objects associated with the projects are copied from the server repository to your local
repository.
Related Topics
“About the Get Process” on page 85
3 Choose the name of your development repository from the Repository picklist.
NOTE: The repository that you select is not necessarily the one opened by Siebel Tools.
4 Select the Projects for which you want to get locale-specific data.
5 Click Options.
6 Make sure your Server Data Source is pointing to your server development database and your
Client Data Source is pointing to the local database you previously initialized and are currently
running against.
8 In the Check Out dialog box, select the Get Locale Specific Data Only check box.
9 Click Get.
Data stored in child locale objects of the selected projects are copied from the server repository
to your local repository.
This chapter describes how to check out and check in projects and objects. It contains the following
topics:
NOTE: You can lock objects directly on your local repository, without checking them out, but changes
you implement cannot be checked in. See “Locking Projects Directly in the Local Repository” on
page 107.
■ Password encryption interferes with check out. If you are checking out projects, you need to
disable password encryption in the client or CFG file when running Siebel Tools.
■ You check out projects and objects in the current Siebel Tools language mode only. For more
information, see “Selecting a Language Mode” on page 61.
■ The sample database, unlike a local database, cannot receive checked-out objects, and its
objects cannot be checked in to the server database. The sample database is strictly for
instructional use.
■ Objects must be checked out and checked in to the server database from which the local
database was extracted.
■ Before doing a check-in, make sure that the projects and objects you are checking in are in a
stable state, that all dependent scripting is complete, and the configuration has been tested
against your local repository.
■ Check in all dependent projects and objects at the same time to be sure that the configuration
on the server remains consistent.
For example, if you create a new Pick List object in the Pick List project and reference that object
in your Oppty project, check in both projects to the server at the same time.
■ Consider the timing of your check-in and its effect on the work of other developers.
CAUTION: Depending on the size of the project, the check-in process might require some time. Do
not interrupt the process, because doing so can leave your repository in an unstable state. If for any
reason the check-in process is interrupted, you must perform it again to complete any unfinished
tasks and unlock the projects on the server.
Table 25. Project Check Out Dialog Box User Interface Elements
Element Description
Repository drop-down list Displays the repositories on the server. The list of projects in
the projects list reflects the list of projects in the selected
server repository. If you select a different server repository
from the one currently open in Siebel Tools locally, a warning
appears, and you must either get all projects or change the
repository selection.
Projects list Project Displays the name of each project in the server repository.
Server Locked By Logon ID of the developer who currently has this project
checked out on the server.
Client Locked By Logon ID of the developer who currently has this project
locked locally.
Client Language The language of the project currently locked on the client.
Only one language can be locked at one time.
Allow Object A value of Yes appears if the project allows object check-in/
Locking out. The default value is Yes. If you want to restrict object
check out, see “Enabling Object Check Out and Check In” on
page 100.
Owner Branch Displays the owner branch for each project. If the project's
Owner Branch is not blank, the user's assigned Repository
Branch must match in order to check out the project or any
of its objects.
Table 25. Project Check Out Dialog Box User Interface Elements
Element Description
Option Selected projects When this option button is selected, you can select individual
buttons projects to check out or get.
All projects When this option button is checked, all projects in the
repository are selected to check out or get.
Updated projects When this option button is active, only projects with an
Updated value of Yes are selected. This allows you to check
out or get only those projects on the server that are new or
different from corresponding projects in the local repository.
Normally you perform a Get to bring your local repository up
to date.
Get locale specific data only check Checking this box gets string translations and locale-specific
box attributes being stored in the locale objects only. It does not
get data stored in the locale object’s parent object.
Buttons Get Selected projects are copied to the local repository, replacing
pre-existing versions there, but not locking them on the
server. You can get any projects on the server, including those
locked by others.
Check Out Copies all objects in the selected projects to the local
repository and locks them on the server (and client).
You cannot check out projects that are currently locked on the
server by another user.
Options Opens the Development Tools Options dialog box with the
Check In/Out tab selected. This is the same dialog box that
appears when you choose Tools > Options.
Cancel Cancels the check out and closes the Check Out dialog box.
Table 26 describes the user interface elements of the Object Check Out Dialog Box.
Table 26. Object Check Out Dialog Box User Interface Elements
Element Description
Repository Text Box Displays the name of the current repository the user is
working on.
Table 26. Object Check Out Dialog Box User Interface Elements
Element Description
Object List Type Displays the type of each new or checked out object in the
local repository. Objects obtained by the get process are not
listed, because these are not available for check in. (You can
check in only projects that you have previously checked out
or created locally.)
Object Locking A value of Yes appears if this object's parent project allows
object check-in/out.
Server Locked By Logon ID of the developer who currently has this object
checked out on the server.
Server Language The language on which the object is checked out on the
server. Only one language can be checked out at one time.
Client Locked By Logon ID of the developer who currently has this object
locked locally.
Client Language The language of the object currently locked on the client.
Only one language can be locked at one time.
Project Locked By Logon ID of the developer who currently has this object's
parent project checked out on the server.
“Get locale specific data only” Checking this box gets string translations and locale-specific
checkbox attributes being stored in the locale objects only for the
objects selected. It does not get data stored in the locale
object's parent object.
Table 26. Object Check Out Dialog Box User Interface Elements
Element Description
Buttons Get Selected objects are copied to the local repository, replacing
pre-existing versions there, but not locking them on the
server. You can get any objects on the server, including those
locked by others regardless of whether their parent projects
have the Allow Object Locking field checked.
Check Out Copies all selected objects in the selected objects to the local
repository and locks them on the server and client.
You cannot check out objects that are currently locked on the
server by another user, because either their parent projects
do not allow object locking or their parent projects are locked
on the server.
Options Opens the Development Tools Options dialog box with the
Check In/Out tab selected. This is the same dialog box that
appears when you choose Tools > Options.
Cancel Cancels the check out, and closes the Object Check Out
dialog box.
Element Description
Repository drop-down list Lists repositories in the local database. The list of projects in
the Projects list reflects the list of projects in the selected
repository (in addition to locally created projects).
Projects list Type Displays the type of each new or checked out project or object
in the local repository. Projects or objects obtained by the get
process are not listed, because these are not available for
check in. (You can check in only projects that you have
previously checked out or created locally.)
Status Contains the value New or Locked for each project, or object
indicating whether you created it yourself or obtained it
through check-out.
Lock/Creation Displays the date and time when you created the project or
Date object, or checked the project or object out from the server.
Option Selected Objects When this option button is checked, you can manually select
buttons individual projects or objects to check in.
Locked/New Selects all of the projects or objects in the list—that is, all
Objects those you have created or obtained through check-out.
Maintain lock check box Does not remove object locks on the server or the local
databases after check in.
Buttons Undo Check Out Does not check in objects to the server. This releases the lock
on the server, so that another developer can work on those
objects, but retains the locks on the local database.
Diff Opens the Project Differences dialog box that allows you to
compare the objects you are checking in with the server
versions of those objects. For more information, see “About
Validating Objects” on page 116.
Options Opens the Developer Tools Options dialog box where you
specify check-in/check-out settings, especially server and
client data source names.
For information on checking out individual objects, see “About the Object Check Out Dialog Box” on
page 94.
■ All objects associated with the projects are locked on the server, preventing other developers
from checking them out.
■ All objects associated with the projects are copied from the server database to your local
database.
■ All objects associated with the projects are locked on your local database, allowing you to edit
them.
NOTE: If the Allow Object Locking property is set to TRUE, you cannot check out a project from the
server. You must disable object locking to check out a project from the server.
2 In the Check Out dialog box, make sure that the correct repository is selected.
3 Select the projects you want to check out, then click Options.
4 In the Development Tools Options dialog box, make sure the Server and Client data sources are
specified correctly.
5 Click OK.
Objects are checked out of the server database and stored in your local database.
Related Topics
“Guidelines for Check Out and Check In” on page 90
“About the Project Check Out Dialog Box” on page 91
“Setting Options for Check Out and Check In” on page 90
■ Projects and their associated objects are copied from your local repository to the server
repository, replacing those on the server.
2 In the Check In dialog box, make sure that the correct repository is selected.
3 Click Options.
4 In the Development Tools Options dialog box, make sure the server and client Data Sources are
are correct and then click OK.
■ To check in selected projects, click the Selected Objects option, and then select the projects
that you want to check in.
■ To check in all locked projects (new and modified), click the Locked/New Objects option.
The selected projects and associated objects are copied from your local repository to the server
repository and locks are removed.
Related Topics
“Guidelines for Check Out and Check In” on page 90
“About the Check In Dialog Box” on page 96
“Setting Options for Check Out and Check In” on page 90
NOTE: If the Allow Object Locking property is set to TRUE, you cannot check out a project from the
server. You must set the Allow Object Locking property to FALSE to check out an entire project from
the server.
EnableObjectCOCI = TRUE
2 In the Projects window, choose the desired Project object, then right-click and choose Toggle
Allow Object Locking.
NOTE: You can only change the Allow Object Locking flag on the Server database using the
SADMIN login ID.
If a project has the Allow Object Locking configuration file parameter set to TRUE, and the user
is logged in to the server using the SADMIN user ID, the Toggle Allow Object Locking menu option
is enabled. When the SADMIN user chooses this option for a project that is already set to allow
object locking, a check is performed to determine whether any objects are locked on the server
within the project. If there are objects locked within the project, SADMIN will receive an error
message. If the project is locked on the server by someone else, the menu option for Toggle Allow
Object Locking will not appear.
■ Locked on the server, preventing other developers from checking them out
3 In the Object List Editor, select the object definition, and then right-click and choose Check Out.
NOTE: If another developer has the objects checked out or if the parent project has the Allow
Object Locking property set to FALSE, the Check Out button is disabled.
4 In the Check Out Object dialog box, select the objects to check out.
The object and all its child objects are locked on the server and then copied to your local
repository.
■ Copies object definitions from your local repository to the server repository
3 In the Check In dialog box, make sure that the correct repository is selected.
■ To check in selected projects or objects, click the Selected Objects option button and then
select the projects and objects you want to check in.
■ To check in all locked projects and objects, click the Locked/New Objects option button.
Siebel Tools copies the projects and objects from your local repository to the server repository
and removes the locks.
2 In the Object List Editor, select the project that contains the objects to view.
The Locked Objects dialog box displays any locked objects associated with the selected project.
■ Deleting objects
■ Renaming objects
2 In the Check In dialog box, select the project you want to compare.
3 Click Diff.
The Object Comparison dialog box appears and displays the selected projects and any differences
between objects in the local database and objects in the server database.
■ Objects in the local repository remain locked, and all changes since the objects were checked out
are retained.
2 In the Check In dialog box, select the project or objects for which you want to undo check-out,
and click the Undo Check Out button.
The project or object is unlocked on the server, but not on your local database.
If one of the projects or objects you select is new, the Undo Check Out button is disabled.
■ Overwrite a project that you have checked out from the server database.
■ Check that project back in to the server to remove the lock for the project.
Related Topic
“Getting Projects from the Server Repository” on page 86
This chapter describes how to work with projects. It contains the following topics:
About Projects
Projects are sets of objects that reside in the Siebel repository. They are used group objects based
on functional areas. Every object is associated with a project. The names of projects that are
delivered with a standard Siebel application indicate the functional area with which they are
associated. For example, Account contains objects that pertain to the Account functional area.
A project named without a suffix, such as Account, usually contains business object layer objects
that span multiple Siebel applications. Project names that have a suffix (for example, Account (SSE))
contain user interface or business objects that are specific to the Siebel application indicated by the
suffix. For example, the suffix SSE in Account (SSE) indicates an entry containing Account user
interface data for Oracle’s Siebel Sales application. Other examples of suffixes indicating user
interface data only are SSV for Oracle’s Siebel Service and CC for Oracle’s Siebel Call Center.
The project structure supplied with the Siebel repository is usually well suited to having several
developers work on the same repository without contention for the same objects. However, when
developers need access to the same set of objects simultaneously, changing the standard project
structure may be necessary.
■ Create an application development plan that includes a PERT chart showing dependencies and
parallel activities.
■ Analyze the plan to see if the project structure interferes with developers who need access to
objects in the same projects at the same time. If so, break out groups of objects into separate
projects to enable concurrent development. Alternatively, for projects that are expected to be in
contention, enable those projects for Object Check-in/Check-out.
If you intend to implement a new project on the server repository, follow this development process:
3 Enter a Name for the project and then step off the record.
For information on performing a Get, see Chapter 4, “Getting Projects from the Server Repository.”
For information on project check in and check out, see Chapter 5, “Checking Out and Checking In
Projects and Objects.”
NOTE: You cannot delete projects using Siebel Tools, but you can delete projects using SQL
commands.
Renaming Projects
You can rename projects that you have created. However, you must rename the projects on the
server, not on the local database. You cannot change the name of a top-level object that has been
checked out.
CAUTION: Do not change the name of projects to which Siebel objects are associated.
3 Choose File > Open Repository, and then select the repository you want to modify.
7 Have developers perform a full compilation the next time they compile.
For instructions on how to check out projects, see “Checking Out and Checking In Projects” on
page 98.
2 Navigate to the object you want to modify and then change the Project property to the name of
the new project.
For instructions on how to modify objects, see “Modifying Objects” on page 114.
3 Check in the project that was originally associated with the object and then check in the project
that is currently associated with the object.
CAUTION: Trying to check in both projects at the same time can lead to errors.
For instructions on how to check in projects, see “Checking In Projects to the Server Repository”
on page 99.
4 Inform other developers that they must do a simultaneous get of the two projects prior to doing
any subsequent work on the object in either project.
■ You want to test configurations on your local machine, but do not want to prevent others from
checking out the project from the server database.
■ You intend to discard your work when you are done and therefore, do not have a need to check
modified objects back into the server.
When locking projects directly in the local repository, consider the following:
■ You cannot check in projects or objects that have been locked on the local database. Projects
must have been checked out from the server for them to be checked in to the server.
■ Any projects you have locked locally, and all associated objects, will be overwritten the next time
you get or check out those projects.
■ Select an object, such as an applet or business component, and then choose Tools > Lock
Project.
■ Navigate to the project that contains the objects that you want to modify, and click the
Locked field to set it to TRUE.
All objects associated with the project become available for editing, indicated by a pencil icon
that appears under the W field, and the Locked property of the project object is set to TRUE.
CAUTION: Modifying objects directly on the server repository for purposes other than preventing
check in and check out is not recommended.
■ Select an object, such as an applet or business component, and then choose Tools > Lock
Project.
■ Navigate to the project that contains the objects that you want to modify, and click the
Locked field to set it to TRUE.
The project and all objects associated with project are locked. They cannot be checked out.
To unlock projects
1 Log in to either the local database or server database, depending on where the locked objects
reside.
■ Select the object you want to unlock, and then choose Tools > Unlock Project.
■ Navigate to the project that contains the objects that you want unlock, and then click the
Locked field to clear the check mark (sets Locked to FALSE).
The locks are removed from the project and all objects associated with the project.
This chapter describes how to work with objects. It contains the following topics:
■ “Determining When Records Were Last Created and Updated” on page 131
Table 28 summarizes the differences for processes, such as create, copy, and modify.
Create new 1. Check out projects. 1. Check out the object to copy.
object by
2. Copy the object, and create a new 2. Lock the object’s parent project locally.
copying an
one.
existing one 3. Copy the object and assign the project.
3. Check in projects.
This refers to the same project locked in
step 2, or to a different project that has
the Allow Object Locking property set to
TRUE.
Delete 1. Check out project. Cannot perform. The Allow Object Locking
object property must be set to FALSE.
2. Delete object.
3. Check in project.
Rename 1. Check out the project. Cannot perform. The Allow Object Locking
object property must be set to FALSE.
2. Rename the object.
Assign 1. Check out Project (source and Cannot perform. The Allow Object Locking
object to target). property must be set to FALSE.
different
2. Associate object with target project.
project
3. Check in source first, and target
second.
The following list links to the summarized tasks listed in Table 28:
■ If you checked out the projects from the server, perform the task described in “Checking In
Projects to the Server Repository” on page 99.
■ If you locked the project directly, perform the task described in “Unlocking Projects Directly” on
page 108.
Creating Objects
Use new object wizards to create objects whenever possible. For example, to create a new business
component, use the Business Component Wizard.
Wizards step you through the process of configuring a given object, prompting you for the necessary
property values and automatically configuring any necessary child objects.
When a wizard is not available for the object type you want to create, you can create objects
manually in the Object List Editor.
For information about using wizards and creating specific objects, see Configuring Siebel Business
Applications.
The Object List Editor opens, listing objects of this object type.
3 Choose Edit > New Record, or right-click and choose New Record.
4 Enter property values in the new row in the Object List Editor.
At a minimum, you must enter the object’s Name and Project properties.
Typically, other properties are also required. Before you can save the new objects, you must
complete the required properties.
5 Click anywhere outside the new row or move outside of the row with the UP or DOWN arrow keys.
Modifying Objects
You can modify objects using either the Object List Editor or the Properties window.
For guidelines about when to modify objects and when to create new objects, see Configuring Siebel
Business Applications.
NOTE: If you rename an object, you will get an error message saying:
“Changing the name of a checked out or locked object causes "unique constraint" error during check-
in. To avoid this error, change the name of the object back to the original name. Do you want to
continue?”
We recommend copying the object instead, and then renaming the copy. For more information, see
“Copying Objects” on page 115.
2 In the Object List Editor, select the object you want to modify.
3 Use the TAB key to move the cursor to the specific value you want to modify.
NOTE: We recommend that you use the TAB key to move from property column to property
column in the object—if you use the mouse you might unintentionally change the value of a
Boolean property.
4 Type in a new value, or pick a value from the picklist (if one is provided).
5 To commit your changes, click anywhere outside the modified row or move outside the row with
the UP or DOWN arrow.
2 In the Object List Editor, select the object you want to modify.
3 Choose View > Windows > Properties to open the Properties window.
4 In the Properties window, select the current value, and then type in a new one.
5 To commit your changes, select another property or click anywhere outside the Properties
window.
A check mark appears in the Changed column in the Object List Editor.
Copying Objects
One method of creating an object is to copy an existing object, and then rename and change
properties of the copy as necessary.
For guidelines on copying objects and more information on the Upgrade Ancestor property, see
Configuring Siebel Business Applications.
2 In the Object List Editor, locate the object to copy, and click anywhere in the row to select it.
A new row appears above the copied row, containing identical property values. The Changed
column contains a check mark.
6 Choose the name of the project to which to assign the new object.
8 To commit your changes, click anywhere outside the new row or move outside the row with the
UP or DOWN arrow keys.
Deleting Objects
Occasionally, you will want to delete an object from a project. To delete an object, you must have
the Allow Object Locking property set to FALSE.
CAUTION: We strongly recommend that users not delete objects, but instead make them inactive.
Objects might be used in multiple places in the application, especially standard Siebel objects, so it
is best to inactivate an object and then test the application.
NOTE: When you delete an object, the deletion does not cascade. For example, deleting a view will
not delete its associated applets.
To delete objects
1 Check out the Project from the server.
Validation is based on a set of rules that help make sure that your configuration changes are logically
consistent with other objects. Validating a parent object validates child objects as well.
There are many rules used to validate objects. The rule that checks for invalid object references is
the most important. An invalid object reference occurs when one object (for example, an applet)
references another object (for example, a business component) that has been inactivated or deleted.
You can review all validation rules in the Validation Options dialog box.
Related Topics
“Validating Objects Using the Object List Editor” on page 116
“Validating Objects Using the Command-Line Interface” on page 117
“About the Validate Dialog Box” on page 117
“About the Validation Options Dialog Box” on page 119
To validate an object
1 In the Object List Editor, select the object or objects you want to validate.
2 Right-click and then choose Validate, or choose Tools > Validate Object.
3 Click Options.
4 Select the validation rules to enforce by selecting a row and clicking Enforce or Ignore.
5 In the Time Filter area, limit the objects you want to validate by selecting one of the following
check boxes:
■ Last validated. This option validates objects that have been changed since the last time
validation was run.
■ Custom. Enter a date and time. This option validates objects that have been changed since
the date and time were entered.
6 In the Action area, use the following check boxes to define the actions to take during the
validation process:
■ Do not report warnings. When this is selected, only errors are reported, not warnings. The
Enforce field for warnings is set to No.
■ Abort validation after. Use this option to abort the validation process after a specified
number of errors.
7 Click OK.
The Errors list displays violations of the currently enforced rules, as shown in Figure 20 on
page 118.
Related Topic
“About Validating Objects” on page 116
“About the Validate Dialog Box” on page 117
“About the Validation Options Dialog Box” on page 119
siebdev.exe /bv
The /bv switch runs all validation rules for the entire repository.
Table 29. User Interface Elements of the Errors Area of the Validate Dialog Box
Field/
Button Description
Errors list Displays the results of the validation process. Each row in the list identifies a rule
violation for a specific object. To drill down on the object that contains the error,
double click the error. To sort the rows, click a column heading. To resize columns,
drag the right or left border of the heading cell.
Severity An icon appears in this column for each violation row. It indicates whether the
column violation is a warning (yellow icon with an exclamation mark) or an error (red icon
with a minus sign). Errors cause the compiled application to generate run-time
errors.
Rule column An integer value appears in this column, identifying the rule that has been violated.
Rules are listed in order of the rule number in the Validation Options dialog box
(shown in Figure 20 on page 118).
Table 29. User Interface Elements of the Errors Area of the Validate Dialog Box
Field/
Button Description
Details text Displays additional information about the error or warning message for the
box currently selected row in the Errors list.
Go To button To navigate to the corresponding object in the Object List Editor, select an error
message row and click Go To. Alternatively, you can double-click the error
message.
Table 30 describes the Log file area of the Validate dialog box.
Table 30. User Interface Elements of the Log file Area of the Validate Dialog Box
Field/
Button Description
Text box Path and filename of a log file containing the list of validation errors and warnings.
To save a list of validation rows as a log file, click Save As, navigate to where you
want to save the file, and then specify a filename. You can then reload the list of
error and warning validations at a later time by using the Load button, rather than
by repeating the validation process.
Load button Opens a previously saved log file and displays its list of validations in the Errors list.
Table 31 describes the Rules area of the Validation Options dialog box. The repository Validator must
be used only in conjunction with the Time Filter, to avoid validating objects that are not being used.
Table 31. User Interface Elements of the Rules Area of the Validation Options Dialog Box
Field/Button Description
Rules list Lists all rules that can be enforced during validation. Each row in the list
identifies a rule for a specific object type (or All). You can sort the rows by
by clicking a column heading. You can also resize columns by dragging the
right or left border of the heading cell.
Severity column An icon appears in this list column for each rule. It indicates whether the
rule generates a warning (yellow icon with an exclamation point) or an error
(red icon with a minus sign).
Object columns Either the single object type that this rule applies to, or All.
Enforce A Yes or No value for each rule. Yes validates all objects of the object type
identified in the Object column. Yes/No values in this list column are
changed using the Enforce, Ignore, Enforce All, and Ignore All buttons.
Table 31. User Interface Elements of the Rules Area of the Validation Options Dialog Box
Field/Button Description
Save button Saves the current set of rules and their state (enforced or ignored) to a text
file you specify. Other settings are saved to the preferences file when you
press ENTER.
Enforce button Changes the Enforce column value in the selected row from No to Yes.
Ignore button Changes the Enforce column value in the selected row from Yes to No.
Enforce All button Changes all values in the Enforce column to Yes.
Ignore All button Changes all values in the Enforce column to No. This has the effect in the
next validation of not validating any objects.
Details text box The full text of the rule description for the currently selected row in the
Rules list.
Table 32 describes the Time Filters area of the Validation Options dialog box.
Table 32. User Interface Elements of the Time Filter Area of the Validation Options Dialog Box
Field Description
Last validated check When selected, validates only objects changed since the date you enter into
box and date field the corresponding date box.
Custom check box When selected, validates only objects changed within the date range you
and date and time enter into the corresponding date boxes.
fields
Table 33 describes the Action area of the Validation Options dialog box.
Table 33. User Interface Elements of the Action Area of the Validation Options Dialog Box
Field Description
Do not report When selected, reports errors only, not warnings. It also changes the
warnings check box Enforced setting of all warning rules to No.
Abort validation When selected and a number is entered in the text box, Siebel Tools stops
after check box and validating after the specified number of errors is reached. By default, the
text box validation process continues to run until it is completed or canceled.
3 Define your search criteria in the property cells of the empty query row.
These values may be single literal values such as Opportunity List Applet, or they may include
wildcard symbols. In TRUE/FALSE properties, a check mark represents TRUE.
The list of objects in the Object List Editor is filtered to contain only those objects that meet your
query criteria.
The list of objects in the Object List Editor is restored to its prequery state.
Related Topics
“About Simple Queries” on page 123
“About Compound Queries” on page 123
Operator Description
= Equal to
* Any number of characters (including none) may take the place of the asterisk (*)
NOT LIKE Searches for values not starting with the indicated string
“” Searches for strings that contain special characters, such as a comma (,)
[~] Forces the case of the text string to whatever follows the tilde (~)
For more information on search specifications and operators and on Siebel data types, see Siebel
Developer’s Reference.
■ Enter conditions in two or more property columns to find records that meet all the conditions. In
other words, Siebel applications automatically connect these conditions with the operator AND.
This method is the easiest way to create a compound query.
■ Enter a compound query within a property field using the operators OR, AND, and NOT to create
two or more conditions for that property.
■ Enter a compound query using more than one field and compound operators AND, OR, and NOT.
You can enter this type of query in any field. You might find it convenient to use the Description
or Comments field, because it is typically the longest on a given screen.
When you create a compound query, follow the same basic steps you use to create a simple query.
Use parentheses to control the order in which a compound search is conducted. Expressions inside
parentheses are searched for first (as they appear left to right). Table 35 lists the unique operators
for compound queries. Use these operators in addition to the operators you use to create a simple
query.
Operator Description
AND All the conditions connected by ANDs must be true for a search to retrieve a record.
OR At least one of the conditions connected by the OR must be true for a search to
retrieve a record.
NOT The condition modified by this operator must be false for a search to retrieve a
record.
For more information about compound operators, see Siebel Developer’s Reference.
2 Under Parameters, in the Search value text box, type the search criteria.
3 If you want only those objects whose property values contain the search string with the same
capitalization, select the Case sensitive check box.
4 If you want only those objects whose property values exactly match the entire search string,
select the Exact match check box.
5 In the Types to search list box, select the object type or types to search for.
By default, all object types in this list are selected. You can choose a single object type to search
by selecting it. Use CTRL-click and SHIFT-click to select multiple object types. For better
performance, search only the object type or types you need.
Use the Select All and Clear All to select or deselect all object types in the Types to search list box.
Siebel Tools executes the search and lists the results in the list box at the bottom of the Search
Repository dialog box. See Figure 22 on page 126 for an example. The list box lists all the objects
that match your search criteria, with the following columns for each object.
Column Description
Property Name of the property of the object in which the search value was found.
Value Value of the property of the object in which the search value was found.
This has the same effect as running a query in the Object List Editor for the name of the object.
To cancel a search
■ At any time during the execution of a search, click Cancel.
Figure 22 shows an example of the Search Repository dialog box after a search execution.
View Description
Details Generates and displays a Details visualization view for the currently selected
business component or business object.
The diagram displays how the business component maps to underlying tables
(directly or through joins) and maps to other business components (through
links).
Relationships Generates and displays a Relationships visualization view for the currently
selected business component or table.
For business components, the diagram displays how the business component
links to other business components using multi-value link objects. For tables, the
diagram displays how the table joins to other tables using Join objects.
Descendents Shows all objects which have the current object marked as their Upgrade
Ancestor.
Web Hierarchy Generates and displays a Web Hierarchy visualization view for the currently
selected applet, application, business component, screen, or view.
The diagram displays the parent-child relationships between the selected object
and its parent and child objects, as well as the parents of the parent objects and
children of the child objects, up and down the hierarchy.
Using this feature, you can propagate a change made to an ancestor object to its descendents or
other objects of a similar types. You can assess and adjust differences between objects. You can also
compare properties of checked-out objects with their counterparts on the server.
For more information about ancestor objects, see Configuring Siebel Business Applications.
Field/Button/
Control Description
First Selection The explorer controls in the upper left and right area of the dialog box
are similar to what you see after clicking the Detail tab of the Object
Second Selection
Explorer.
Child objects that do not exist in either object are represented with
placeholders (a dashed line).
Properties By default, the properties shown in these list boxes are the properties
that are different for the objects being compared. Which properties
appear in these list boxes is determined by the settings in the Display
area.
Display Determines which properties are shown in First Selection and Second
Selection and in the Properties list boxes:
■ Show All Objects check box. Select to show all child objects in the
First Selection. Second Selection box: select to show all user
properties in the Properties list boxes.
Use this button to expand the entire tree in the First Selection and
Second Selection explorer controls.
Use this button to collapse the entire tree in the First Selection and
Second Selection explorer controls.
Comparing Objects
You can compare two objects of the same type. The Object Comparison dialog box displays a line-
by-line comparison between the two. You can compare objects defined in the current repository, in
different repositories, and in archive (SIF) files.
4 Select the repository that contains the object you want to compare with the currently selected
object.
The Object Comparison dialog box opens with the object in the current working repository
displayed in the left applet and the corresponding object in the selected repository in the right
applet.
You can update the current working repository or the selected repository from the Object
Comparison dialog box if you have the appropriate projects locked in both repositories.
3 Choose Tools > Compare Objects > Selected vs. Archive Option.
4 Select a SIF file that to use for comparison and then click Open.
The comparison starts at the project level. If a corresponding object type is found in the archive
file, the Object Comparison dialog box opens. If a corresponding object type is not found, it does
not open.
The Select Archive File for Left Side of Comparison dialog box opens.
The Select Archive File for Right Side of Comparison dialog box opens.
The Object Comparison dialog box opens with the left and right side populated with the contents
of the selected archive files. During the comparison, the two archive files are read-only.
Related Topic
“About the Compare Objects Dialog Box” on page 128
Synchronizing Objects
After you compare two objects, you can use the Compare Objects dialog box controls to synchronize
those objects.
To synchronize objects
1 Lock the projects that contain the objects you want to synchronize.
2 In the Object Explorer, select any two top-level objects of the same object type.
4 Select an object instance in the First Selection box and use the right arrow button to synchronize
the objects selected in the First Selection box with the object in the Second Selection box.
If the objects do not exist in the Second Selection box, Siebel Tools creates them. If they do exist,
Siebel Tools changes their properties to reflect those in the First Selection box.
When you copy an object from one tree applet to the other, the children of the object are copied
as well.
To determine by whom and when a record was created and last updated
1 Select a record in the Object List Editor.
The Siebel Tools dialog box appears, displaying when and by whom the record was created and
last updated.
3 Click Details > to display additional information about the record in the repository.
This chapter describes how to create workflow processes and tasks. It contains the following topics:
■ “About the Workflow Process and Task UI Design Environments” on page 133
The Workflow Process Designer allows you to define and test business processes and related
repository objects. The Task Designer of the Siebel Task UI allows you to define, test, and publish
(that is, make available to end users) tasks.
For detailed information on workflow processes and tasks, see Siebel Business Process Framework:
Workflow Guide and Siebel Business Process Framework: Task UI Guide, respectively.
For more detailed information on creating and editing workflow processes, see Siebel Business
Process Framework: Workflow Guide.
2 Right-click in the Workflow Processes list, and then choose New Record.
3 Enter property values in the new row in the Object List Editor.
4 Click anywhere outside the new row or move outside of the row with the UP or DOWN arrow keys.
5 Right-click the new record, and then choose Edit Workflow Process.
NOTE: The Palettes window is floating by default, but it can be docked or tabbed if desired.
6 Drag and drop workflow steps from the Palettes window, enter their properties in the Multi Value
Property window, and then connect the steps.
NOTE: In Siebel Tools version 8.0, connectors automatically make right-angle lines and snap to
the sides of step boxes.
Creating a Task
Tasks are created using the New Task wizard. (They can also be created in the Object List Editor.)
Task steps are created as child Task Step objects in the Task Designer.
For more detailed information on creating and editing tasks, see Siebel Business Process Framework:
Task UI Guide.
To create a task
1 From the File menu, choose New Object.
NOTE: The Palettes window is floating by default, but it can be docked or tabbed if desired.
5 Drag and drop task steps from the Palettes window, enter their properties in the Multi Value
Property window, and then connect the steps.
NOTE: In Siebel Tools version 8.0, connectors automatically make right-angle lines and snap to
the sides of step boxes.
2 In the Multi Value Property Window, create a new record, such as an output argument.
4 In the Type field for the record, choose Expression from the pull-down menu.
5 Click in the Value field for the record, and then click the pull-down arrow.
6 Choose elements from the list, and then put them in the Expression window by double-clicking
them; choose relations between elements by clicking the buttons.
7 When finished building the expression, click Validate. You can display the Error Messages window
by selecting the Show Errors checkbox.
NOTE: You should test expressions using the application and not rely only on the Validate button
to catch logical or syntax errors.
8 When the expression has been validated, click OK to place the expression in the Value property
in the Multi Value Property Window.
This chapter describes the Siebel Script Editors. It contains the following topics:
NOTE: There are two versions of the eScript scripting engine available. The ST eScript engine—
available with Oracle’s Siebel Business Applications, version 7.8 and higher—is the default eScript
scripting engine in version 8.0. It provides enhancements including strong typing of variables and
the Script Assist utility. The T eScript engine is the traditional, previously available engine.
Except for a few key differences, the ST eScript engine is backward-compatible with eScript created
with the T eScript engine. In this document, the engines are referred to by name only in contexts
requiring differentiation.
For a list of enhancements contained in the ST eScript engine, and well as instructions on how to
enable the ST eScript engine, see “About the ST eScript Engine” on page 142. For information on
syntax differences between the two engines, see Siebel eScript Language Reference.
■ Check out or lock the project containing the object definitions being modified. If the project is
not locked, you will not be able to add any text in the Editor window.
■ Choose Debug > Check Syntax to verify the syntax of your VB or eScript program. The Siebel
Compiler reports any syntax errors and indicates the lines where they occur.
■ Choose File > Save when you have finished entering and editing the custom statements to save
your work. Closing the Siebel Script Editor without saving your work discards the changes.
■ Before you run the application, you must compile the projects that you have modified and
generate a new SRF file. For more information, see Chapter 10, “Compiling and Testing.”
■ Run the application with the new application extensions by choosing Debug > Start or clicking
the Start button in the Debug toolbar. The Siebel application executes with the new modifications
incorporated.
■ You may inadvertently create programming errors that, when encountered, halt the execution of
the extension routine. If you started Siebel applications in debug mode (/H option on the
command start-up line), a message box opens indicating the nature of the error. You can then
return to the Script Editor and choose Debug > Check Syntax. For further details, see “Checking
Syntax” on page 157.
■ When a script error is encountered by an end user, or when the Siebel application is not running
in Debug mode, the application displays an appropriate error message with an error code and
returns control back to the point in the standard Siebel code just before the error.
NOTE: You can suppress the display of the scripting error message code SBL-EXL-00151 in
pop-up error messages raised by the RaiseErrorText application method. Navigate to Screens >
System Administration > System Preferences, and then set the value of the Suppress Scripting
Error Code preference to TRUE. The default value is FALSE.
The following table describes the fields in the Scripting Options tab.
Script Assist Allows you to set Script Assist options. For more information on Script Assist,
see “Setting Script Assist Preferences” on page 151.
NOTE: You must have the ST eScript Engine enabled to use these features.
For more information, see “About the ST eScript Engine” on page 142.
Enable Auto Complete When checked, will auto complete a given term
when the minimal number of unique characters
have been entered.
Language Default language for new A drop-down list allows you to choose the
scripts scripting language, either eScript or Visual Basic.
Browser script This field allows you to specify the folder where
compilation folder your browser scripts will reside. This also
determines where browser scripts are generated,
such as C:\Program Files\Siebel\8.0\web
client\PUBLIC\enu. In this case, browser script
files are generated to C:\Program
Files\Siebel\8.0\web
client\PUBLIC\enu\<genbscript time stamped
folder>\bscripts\all.
Debugging Allows you to set options for the Siebel Debugger. For more information, see
“About the Siebel Debugger” on page 154.
■ Improved Performance. Higher throughput with a lower CPU and memory footprint in cases
where you have implemented a significant amount of script. The result is improved performance
and lower maintenance on heavily scripted events.
■ Scalability. Better performance than the T engine when many users are concurrently executing
scripts.
■ Enhanced functionality. Support for ECMAScript Edition 4 compliant strong typing. Strongly
typed objects allow you more functional scripts and better performance. The T eScript engine,
which was available in previous Siebel releases, does not support strong typing.
Functionality such as Script Assist, script libraries, favorites, and Fix and Go is only available with
the ST eScript engine. For more information, see “Using Fix and Go” on page 146 and “Using Script
Assist” on page 148.
NOTE: We strongly recommend that customers use the ST eScript engine for the above reasons. In
version 8.0 and going forward, Siebel Business Applications are developed using only the ST eScript
engine.
For a description of the functional differences in the scripting engines, as well as a description of
Strong Typing syntax, see Siebel eScript Language Reference.
CAUTION: We do not recommend disabling the ST eScript engine. If you wish to do so, you should
work with Siebel Technical Support to help prevent any unpredicted behavior.
2 In the System Preferences window, under System Preference Name, query for Enable ST Script
Engine.
NOTE: If you want to revert to the T eScript engine after using the ST eScript engine and
modifying your code to be strongly typed, you will need to undo your strongly typed code
changes.
5 Exit Siebel Tools, and then relaunch it to use the desired eScript engine.
NOTE: If the ST eScript engine is enabled in the development environment, it should also be enabled
in the Siebel Business Application. Both environments should have all code compiled using the same
eScript engine setting, and the engine setting for both environments should be the one in which the
code was compiled.
For information on setting system preferences in Siebel Business Applications, see Siebel
Applications Administration Guide.
NOTE: For ease of use, it is recommended that you enable all three of the ST eScript engine settings.
By default, they are not enabled.
Setting Description
Enable Warnings Select this checkbox to display script compilation warning messages.
For information, see “Setting the ST eScript Engine Warnings Preference”
on page 144.
Deduce Types Select this checkbox to deduce the type of local variables used in a
script by scanning the assignments made to them. For more
information, see “Enabling ST eScript Engine Type Deduction” on
page 145.
Fix and Go Select this checkbox to allow script testing and debugging without
having to recompile before restarting the debugger. For more
information, see “Using Fix and Go” on page 146.
The ST eScript Engine includes warnings which alert the user of potential problems that may be
encountered at compile time. Some potential problems are:
Errors such as those listed previously usually end up causing a run-time failure. Therefore, these
compilation warnings enable you to fix errors earlier in your development cycle. The ST eScript
Engine is downward compatible with the T eScript engine, so any scripts you may be running on that
engine will run in the same way.
If you do not want these warnings displayed, deselect the Enable Warnings box.
function foo(a)
oApp.myMethod ();
return;
foo ();
Semantic Warning around line 10:Calling function foo with insufficient number of
arguments.
Type deduction is a feature of the ST eScript Engine which deduces the type of local variables used
in a script by scanning the assignments made to them. The engine cannot make the type deduction
under all situations, therefore it is recommended that you strongly type your scripts.
If type deduction can be made, the compiler will perform strict type checks and generate statically
bound code that runs faster and uses less memory. This may, however, introduce additional
compilation warnings because of such type checks.
The following example is of a script that deduces the type of the local variable oDate to the Date and
subsequently issues a warning about the undefined method MyMethod. The script subsequently fails
at run time:
function goo()
var oDate;
oDate.myMethod ();
return;
goo ()
Fix and Go can only be used with Server Scripts and the ST eScript Engine. This preference is set
under Engine Settings on the Scripting tab of the Development Tools Options window. Select the Fix
and Go checkbox to enable this setting.
2 Create a server script in the Siebel Script Editor, save it, and then compile the SRF.
If you try to save a script with syntax errors, you will get a Script Error message and be prompted
to go to the line or lines with errors to fix them.
NOTE: You must save and compile all script changes before exiting Siebel Tools, or else they will be
lost.
The Siebel Script Editor is a window-based editor similar to the Windows Notepad editor. The Editor’s
interface consists of a title bar, a drop-down list for specifying an object, a drop-down list for
specifying an event, and a text entry window. There are vertical and horizontal scroll bars for
scrolling within the entry region.
When using the Siebel Script Editor, you can do the following:
■ Cut, copy, and paste the text from one location to another location within or from outside the
Editor. When pasting into the Editor, avoid having two code blocks with the same name by placing
the code between function <Name> { and } in eScript or Sub <Name> and End Sub in VB.
■ Associate a given Siebel script with a predefined object event, such as a PreSetFieldValue event
for a Business Component.
■ Debug a custom routine by invoking the Siebel Debugger. For more information, see “About the
Siebel Debugger” on page 154.
■ Compile a custom routine by invoking the Siebel Compiler from the Siebel Script Editor. For more
information, see “Invoking the Compiler and Run-time Engine” on page 161.
The editor functions can be accessed from the title bar menus, keyboard shortcuts, and the Edit
toolbar. The following are File menu options pertaining to Siebel VB and Siebel eScript:
■ Save. Saves a Siebel script. Be sure to save your scripts before exiting the editor.
The following are Edit menu options pertaining to the Siebel Editor:
■ Find. Displays the Find in Script dialog box. You can search for text or white space.
■ Replace. Displays the Replace in Script dialog box. You can search and replace text or white
space.
■ Right click and then select either Edit Server Script, or Edit Browser script.
■ From the application-level menu, select View > Editors > Server Script Editor or Browser
Script Editor.
■ Syntax highlighting. Reserved words, data types, operators, and other syntax in scripts are
highlighted in color in both VB and eScript. The following table lists the colors:
Syntax Color
■ Method listing. All methods and properties available for a particular object are listed in the
Script Assist window. See “Accessing the Script Assist Window” on page 150.
■ Repository introspection. Script Assist can access objects and object types in the repository
without the developer having to type string literals. This leads to fewer mistakes in script writing.
Script Assist also understands predefined constants for business component methods.
■ Favorites. The most frequently used object, method, and property names appear in italics in
the Script Assist window when favorites are enabled in the Development Tools Options window.
NOTE: Favorites are associated with a Siebel Tools session: when you log out of Siebel Tools, the
favorites are cleared.
■ Script libraries. You can call business service functions directly after declaring a business
service. You no longer need to declare property sets and make an InvokeMethod call. Script
libraries facilitate development of reusable, modular components. For more information about
using script libraries, see “Using Script Libraries” on page 152.
■ Auto complete. After typing a minimum number of unique characters within the Script Assist
window, for example “Bus” for “BusComp”, Siebel Tools automatically completes the word if a
match is found.
■ Auto indent. With the Auto Indent checkbox selected, which is the default setting, Siebel Tools
maintains a running indent. When you press the Return or Enter key, spaces and tabs are
inserted to line up the insert point under the start of the previous line.
■ Tool tips. Within the Script Assist windows, tool tips allow you to see the arguments descriptions
of methods chosen by a developer. They are particularly helpful as you do not need to cross
reference a customer function and its required arguments, or the Siebel Bookshelf for included
methods.
■ Application object scripts included for parsing. Scripts written on the Application object can
be included for parsing by Script Assist. If in the Application drop-down you select the application
to which this child script (business component, applet, business service) belongs, the scripts
written on that application object will be available in the Script Assist window.
■ Custom scripts written in the general section. Scripts written in the general section of the
script explorer window are available in the Script Assist window. For example, if you were to write
a helper function called Helper() in the general section of a current script, invoking Script Assist
will cause Helper() to be included and available in the pop-up window.
Figure 27 displays the Script Assist window which provides a list of methods and properties
associated with a selected object. To access the Script Assist window, see “Accessing the Script Assist
Window” on page 150. For a description of icons in the Script Assist window, see Table 39.
Icon Description
Read-only property
Changeable property
Method
Class object
Primitive
2 Press CTRL+SPACE.
The Script Assist window, shown in Figure 28, appears displaying a list of all methods and
properties available for the selected object. The italicized items are the favorites for the current
session.
NOTE: If you create a new function, you must add it to the declarations and then save the script
changes for the function to appear as a favorite.
The following table describes the different fields in the Script Assist Window.
Enable Method When checked, a list of declared methods and properties will appear in the
Listing Script Assist window for each selected object.
NOTE: For Script Assist features to be fully enabled, you must check this box.
Enable When checked, the most frequently used object, method, and property
Favorites names will appear in italics at the top of the Script Assist window.
Tab Width Set the tab width, in increments of spaces. The default setting is 4.
This topic describes how to make custom methods available to a business service script library and
how to invoke these methods on the script library.
NOTE: Using script libraries is optional. All code written before Siebel 8.0 is still supported.
For more information about script libraries, see Siebel eScript Language Reference.
4 Check the External Use flag for the business service object.
The custom method for the service is added to the script library and can be displayed in the Script
Assist utility.
Use the following procedure to invoke a custom method using a script library.
For information on setting these options, see “Setting Script Assist Preferences” on page 151.
2 In the script editor, type the name of a business service object followed by a period (.).
All the default and custom scripted methods available for the business service object appear.
NOTE: You may want to run a syntax check to detect incorrect method calls. For more
information about checking syntax, see “Checking Syntax” on page 157.
Given you have a mathService business service marked for external use with a scripted method
named square (x):
NOTE: For functions called using script libraries, the compiler checks that argument types are valid
and do not contain incompatibilities.
You can invoke this method using another script by typing the following:
To see a list of the available methods for the mathService library (as shown in Figure 29), type the
following:
Figure 29. Example of a Script Assist Window Showing the Methods Called from a Script Library
The Siebel Debugger uses the Siebel Script Editor window plus a diagnostic window to display
program variables and their values. The Debugger helps you locate and correct execution errors in
custom program routines. You can use it to slow or suspend execution of the program routines so
that the program flow and variable contents can be examined.
■ Set and clear breakpoints in your Siebel script. A breakpoint is a marker on a line of Basic code
that tells Basic to suspend execution at that line so that the state of the program can be
examined using the Debugger.
■ Step over a line of code. If the current line is a call to a subroutine or function, the Debugger
stops at the next line in the current procedure (skipping the subroutine).
■ Step into a subroutine of custom routine code. Step Into is used to execute one line of code in
the Debugger. If the current line is a call to a subroutine or function, the Debugger stops at the
first line of that function. Otherwise, the Debugger stops at the next line of the current
procedure.
■ View the value of custom routine variables. The Siebel Debugger includes a Watch window in
which variables and their values are displayed. This window can be used to monitor the values
of specific variables as the custom routine executes.
■ You can set breakpoints in the current routine and begin execution by clicking the Start button.
Execution is suspended when one of the lines that contains a breakpoint is about to be executed.
The Debugger is activated and it highlights the line containing the breakpoint.
Debug options are available from the Debug title bar menu and the Debug toolbar. See the Siebel
Toolbars and Menus topics for details.
The following table describes the different fields in the Debug box in the Development Tools
Options window.
Option Description
Adjust breakpoint When breakpoints are deleted on invalid lines, this option creates a
to next valid line breakpoint at the next valid line. Click the check box to enable this
function.
Make debugger The Siebel Debugger window appears whenever you are in debug mode.
window active Click the check box to enable this function.
when debugging
Always enter the The Siebel Debugger window appears whenever a script error occurs.
debugger when an Click the check box to enable this function.
error occurs
The following table describes the different fields in the Debug box in the Development Tools
Options window.
Option Description
Executable Enter the name of the Mobile Web Client executable (Siebel.exe).
Prompt for this Click this to display relevant information, such as executable, CFG file,
information each browser, and so on, each time you run a debug operation.
time
Show Workflow If checked, the Watch Window in the Workflow Simulator will show all
Primary Business fields and their values from the primary Business Component of the
Component Data Business Object associated with the Workflow process being simulated.
Option Description
Data source Enter the default data source. Values listed depend upon the
configuration file specified in the CFG file parameter.
Checking Syntax
The debugger includes a syntax checker to make sure that your script compiles properly.
Siebel Tools does a test compile. If you have made no errors, you get no response. If there are
errors in your script, a message box appears describing the error. The message box has two
buttons: Next Error and Go to Line. If there is more than one error, it is best to handle them one
at a time.
2 Click Go to Line.
The cursor is displayed on the line of the script containing the error, with the line highlighted.
If the syntax of the line you changed is now correct, the message box displays the next error, if
any.
5 Choose File > Save to save your file, and close the Siebel application.
7 When the compilation finishes, click Run or press F5 to restart the application.
CAUTION: The Check Syntax function checks only for syntax errors and errors that stem from
failure to properly initialize objects or variables. It does not check other types of errors, and cannot
trap errors in logic that may cause run-time errors.
At this point, your script should run. Test it to see if it gives you the desired results. The following
sections describe debugging tools to help you accomplish that end.
CAUTION: The Check Syntax command checks only the script in the active object definition. If there
are errors in other scripts, you are not able to compile the SRF file.
Using Breakpoints
A breakpoint is a marker on a line of Siebel code that tells the interpreter to suspend execution at
that line so that the state of the program can be examined using the Debugger. There are two ways
to set breakpoints on lines of Siebel code when editing, and there is an additional way to set a
breakpoint when debugging:
■ When editing, place the cursor on the line of code on which to set a breakpoint by clicking on
that line, or by using the arrow keys. To toggle the breakpoint, press F9, or click the toolbar
button. If the line already has a breakpoint, pressing F9 or the toolbar button clears the
breakpoint.
■ When debugging, clicking on a line of Siebel code toggles a breakpoint on that line.
Selecting an entry in this list box causes the interpreter to shift to that entry. The Debugger window
displays the line of code that made the call, and the Variable window displays the variables that are
associated with the procedure that made the call.
■ Local
■ Global
■ Shared global
■ Application
Figure 30 shows a script for the Contact business component being monitored in the Watch window.
2 Start the Mobile Web Client from the Siebel Debugger by pressing F5 or clicking the Start icon
on the Debug menu. Make sure that the /h argument has been set in the Debug options.
3 Press SHIFT+F9 or click the Watch button (glasses icon) on the Debug toolbar.
Tracing Scripts
As part of debugging scripts you can run a trace on allocations, events, and SQL commands. The
tracing can be activated for specified user accounts, such as your development team. The Siebel
Server sends the tracing information to a log file.
To enable logging
1 Navigate to Server Administration > Components.
If this record does not exist, then the selected component does not support logging.
5 Set the Log Level to 1. To disable logging when you are done, set the Log Level to 0 (zero).
7 Optional. To display only the script tracing parameters, query for the following:
Changes to the script tracing parameters can take effect immediately. If you want changes to
take effect now, then make changes to the values in the Current Value column. If you want the
changes to take effect only after a restart, then make changes to the values in the Value on
Restart column.
Information to Parameter
Trace Alias Settings for Current Value and Value on Restart
Script tracing is not the same as file-based tracing. For more information on file-based tracing, see
Siebel Object Interfaces Reference.
To avoid this error, use the Declare statement to declare the function or procedure in the (general)
(declarations) section. For more information, read the VB Language Reference topics within Siebel
VB Language Reference.
About Compiling
After you have modified objects, you need to compile the changes to an SRF. The SRF file is updated
with the new objects, which become available in any instances of the Web Client reading that SRF file.
NOTE: An application’s configuration file (CFG) includes a parameter (RepositoryFile) that defines
the SRF file to read at run time.
You can compile entire projects or individual top-level objects. Compiling projects is more efficient
when you have many changes in one or more projects. Compiling objects is more efficient when
changes are isolated to only a few objects.
NOTE: To be able to compile, Siebel Tools must be connected to a database that has the sort order
set to binary.
CAUTION: When compiling a new SRF file, make sure all Siebel applications are completely closed.
Use the Windows Task Manager to verify that no Siebel.exe processes are running. To compile, see
“Compiling Projects” on page 164 or “Compiling Single Objects or Groups of Objects” on page 165.
For more information about incremental SRF files and upgrades, see Siebel Anywhere Administration
Guide.
Compiling Projects
You use the Object Compiler to compile all projects or selected projects only. To be able to compile
selected projects, you must have compiled all projects at least once.
CAUTION: Avoid compiling a subset of projects into an SRF file, unless the SRF file was built from
a full compilation from the same database.
When you select individual projects to compile, the Object Compiler does not remove inactive top-
level objects from the SRF file, but it does remove inactive child objects. For example, if you
inactivate the Name list column in the Account List Applet, and then compile the Account SSE project,
the Name list column is removed from the SRF file. However, if you inactivate the Account List Applet,
and then compile the Account SSE project, the Account List Applet is not be removed.
To compile projects
1 Choose Tools > Compile Projects.
The Object Compiler dialog box appears with the list of projects displayed.
3 In the Siebel Repository File field, click Browse and then select the appropriate SRF file.
Typically you compile to the SRF file used by the local instance of the Web Client that you are
using to test. The path to this SRF file is specified in the application’s CFG file.
CAUTION: Do not attempt to compile to or modify the default SRF file used by Siebel Tools that
is displayed in the Object Compiler dialog box—usually siebel.srf located in
SIEBEL_TOOLS_ROOT\OBJECTS. This file is locked because the Siebel Tools client is currently
reading it. If you attempt to compile to this filename and path, you receive an error message.
4 Click the Auto-start Web Client check box if you want to automatically start a local instance of
the Siebel Web Client when the compile process finishes.
When this option is checked and the Web Client is already open, the client is refreshed with
changes and opens with same view that was displayed before the compilation.
To automatically start the Web Client, you need to have specified the location of the Siebel
executable, the application configuration file, and other relevant settings in the Development
Tools Options dialog box. For information on how to do this, see “Setting Debug Options” on
page 72.
5 Click Compile.
The objects in your repository are compiled to the SRF file you specified. The changes are
immediately available in any instances of the Web Client that are reading the SRF file. See
“Testing Changes on Your Local Machine” on page 167.
For more information, see “About the Advanced Compile Option” on page 228.
NOTE: Some repository objects must be in the production database to function correctly. By default,
these objects have their No Compile flag set to TRUE, thus, they do not get compiled into the (.srf)
file. Of particular interest are those objects that can be configured. These include Assignment
Objects and their children, Workflow Policy Objects and their children, Dock Objects and their
children, and EIM Interface Table objects and their children. Other objects that are not configurable
but still need to be present in the production database for customer to use various Admin and Batch
processes include Schema Maintenance objects, Server Component objects, and User Key Attribute
objects.
The Object Compiler dialog box displays the list of selected objects.
3 In the Object Compiler dialog box, click Browse, and then select the appropriate SRF file.
4 Click Compile.
The objects are compiled to the SRF file you specified. The changes are immediately available in
any instances of the Web Client that are reading the SRF file. For more information, see “Testing
Changes on Your Local Machine” on page 167.
Batch Import
The syntax of the /batchimport switch is as follows:
/batchimport <"siebel repository"> <Import Mode - i.e. Overwrite, Merge, Skip> <Sif
File1, Sif File2, Sif FileN - or Directory containing .sif files> <Log File>
You can specify the archive (SIF) file and the log file by the full path or relative path to the current
directory.
The following sample import command imports import1.sif located in the parent directory and
import2.sif located in the Siebel Tools installation directory into the Siebel repository using the
overwrite mode. This command also logs the results to import.log.
The following sample import command imports all files under C:\Program
Files\Siebel\8.0\Tools\importfiledir into the Siebel repository using the merge mode. This command
also logs the results to import.log.
Batch Export
For export, the command-line interface provided by the /batchexport switch accepts an input file
that specifies export objects.
The input file takes a comma-delimited format of Object Type, Object Name Search Expression, and
the SIF file name. The search expression takes any Siebel Tools accepted query criteria. To specify
the archive (.sif) file, you can use the absolute file path or the relative file path to the current
directory.
You can place multiple lines in the input file, each requesting to export multiple objects into one SIF
file. However, if you specify the same (.sif) export file in multiple lines, only the last export will take
effect, and the previous exports will be overwritten.
As an example, the following content, in an input file, requests the batchexport switch to export all
business components whose name is like *Account* into the export.sif file.
"Business Component,*Account*,export.sif"
The following sample export command would export objects specified in the input file, obj.txt. This
command will also log results into the export.log file.
Compilation
The syntax of the /bc switch is as follows:
An example of a compilation command that compiles the Siebel repository into siebel.srf is shown
below:
If no file path is specified for the.srf file, the file will be compiled into the objects directory under
Siebel Tools, otherwise, it will be compiled into the specified directory.
Batch Patch
The syntax for the batch patch command-line entry is as follows:
Incremental Import
The syntax for the incremental import command-line entry is as follows:
For information on installing the Mobile Web Client, see the Siebel Installation Guide for the operating
system you are using.
When compiling objects and testing the results locally, consider the following:
■ If a local instance of the Web Client is installed but it is not open, you can select an option in the
Object Compile dialog box to automatically open a local Web Client and read the most current
repository. For more information, see “Compiling Projects” on page 164.
■ For repository changes to appear in local instances of the Web Client, the Web Client must be
reading the SRF file to which you compiled.
■ “Exporting Objects to an Archive File Using the Command-Line Interface” on page 171
■ “Preparing the Target Repository for Import from an Archive File” on page 177
■ “About the Import Wizard - Review Conflicts and Actions Dialog Box” on page 180
■ “Importing Objects from an Archive File Using the Command-Line Interface” on page 182
Archive files are database-independent because they only represent repository information. You can
use them to exchange repository data between environments with different database platforms,
including local and server databases, as long as the databases have the same schema.
Archive files can be controlled by source-control software. When importing objects from an archive
file, you can specify conflict resolution rules at the object level, directing Siebel Tools to ignore an
imported object, replace an existing object with an imported one, or merge the two on a property-
by-property basis.
If you need to back up or move the entire repository to another environment, see “About Exporting
and Importing Repositories” on page 187.
SIF files are written in XML format. Their structure is a hierarchy of the objects archived, listing all
of their properties and including any associated scripts: Repository > Project > Object > Child
Objects. An excerpt from a SIF file generated by adding objects to a hot-fix is given below (see
“Exporting Objects to a Hot-Fix” on page 172).
<REPOSITORY
NAME="Siebel Repository"
... >
<PROJECT
...
NAME="Account (SSE)"
... >
<APPLET
BUSINESS_COMPONENT="Account"
CLASS="CSSFrameListBase"
...
... >
<APPLET_METHOD_MENU_ITEM
... >
</APPLET_METHOD_MENU_ITEM>
...
</APPLET>
<BUSINESS_COMPONENT
CACHE_DATA="N"
CLASS="CSSBusComp"
... >
</BUSINESS_COMPONENT>
...
</PROJECT>
</REPOSITORY>
■ Archive files can be exported and imported only among repositories with the same repository
schema definition.
■ Do not export the Repository Object to export an entire repository. The resulting export file will
be too large and performance will be slow. Instead, use the task described in “Supported Source
and Target Databases for Importing and Exporting Repositories” on page 187.
2 In the Object List Editor, select the object or objects you want to archive.
Status messages appear showing which child objects are being included. When the process
completes, the selected top-level objects appear in the Objects to Archive list in the Export to
Archive File dialog box.
4 If you need to add objects of another object type, navigate to that object type in the Object
Explorer without closing the Export to Archive File dialog box.
5 Repeat Step 2 through Step 4 for each object you want to archive.
6 When you are finished adding objects to the list, in the Export to Archive file dialog box, enter
the path and filename of the archive file you want to create.
7 Click Save.
The command-line interface provided by the /batchexport switch accepts an input file that specifies
export objects. The input file takes a comma-delimited format of Object Type, Object Name Search
Expression, and the .sif file name. The search expression takes any Tools accepted query criteria. To
specify the SIF file, you can use an absolute file path or a relative file path to the current directory.
You can place multiple lines in the input file, each requesting to export multiple objects into different
SIF file. However, if you specify the same SIF export file in multiple lines, only the last export takes
effect—the previous exports will be overwritten.
For example, consider the following sample text from an input file. Using this file as input, the switch
/batchexport would export all business components where the Name property is like “*Account*”
into a repository file named exports.sif:
"Business Component,*Account*,export.sif"
The following sample export command would export objects specified in the input file, obj.txt. It also
logs results into export.log:
For more information on ADM, see Siebel Application Deployment Manager Guide.
NOTE: Task and Workflow Process objects can only be exported if their status is Completed.
The Generate Hot-Fix dialog box appears, with the selected object in the Objects to include in
Hot-Fix list.
3 Repeat Step 1 and Step 2 to add more objects to the hot-fix, if desired.
5 Click Export.
A Siebel message appears stating that the hot-fix has been successfully created in
SIEBEL_TOOLS_ROOT\ADM\<Hot-Fix Label>.
6 Click OK.
■ Passing some of the arguments in the command line and the remainder in an XML file
For example:
For example:
<Param Name=”ExportFile”Value=”C:\Siebel\8.0\Tools\ADM\admtest2\admtest2.sif”/>
<Param Name=”DescriptorFile”
Value=”C:\Siebel\8.0\Tools\ADM\admtest2\admtest2_desc.xml”/>
<ExportObjects>
</ExportObjects>
</BusinessService>
NOTE: Task and Workflow Process objects can only be exported if their status is Completed.
2 Fill in the Mid-Level Release Label field, and then click Generate List.
3 To remove an object from the list, select it and then press DELETE. You can select multiple
objects by holding down the CTRL key.
A Siebel message appears asking if you really want to delete the selected objects.
4 Click Yes.
A Siebel message appears stating that the mid-level release has been successfully created in
SIEBEL_TOOLS_ROOT\ADM\<Mid-Level Release Label>.
6 Click OK.
1 “Preparing the Target Repository for Import from an Archive File” on page 177
■ The import file is accessible to the local machine by way of the network or local drives.
■ The target repository is open in Siebel Tools and is the active repository.
■ The projects that will be affected by import have been checked out to the local database. This
includes any project that any object in the export file is assigned to.
The only exception consists of projects (or their objects) that are in the archive file, but that do
not exist yet in the target repository. These are not checked out because they do not exist in the
target repository.
NOTE: In some cases it may be difficult to know in advance which projects need to be checked
out. The Import wizard informs you of any projects that were not locked but need to be. This
occurs on the second panel of the Import wizard, after the wizard has analyzed the objects in
the archive file and compared them to the objects in your repository.
3 In the Select Archive To Import dialog box, select the archive (SIF) file, and then click Open.
This dialog box identifies the projects and the nonproject top-level objects in the archive file you
have opened, allowing you to preview the contents of the archive file.
To specify the default resolution for conflicts between the archive file and the target repository.
You will have the opportunity in subsequent dialog boxes in the Import Wizard to change this
choice for individual objects.
Overwrite the object If the same top-level object is found in the archive file and target
in the repository repository, delete the version in the target repository, along with its
children, and replace them with the object and children from the
archive file.
Merge the object Merging is the default, and generally the safest option. When the same
definitions from the top-level object exists in both the target repository and the archive file:
archive with the
■ Replace differing properties in the target top-level and child-level
definition in the
with those in the archive file.
repository
■ Add new child objects to the target repository if they are not
already present.
■ Do not change child objects in the target repository that are not
also present in the archive file.
The resulting top-level object has the same properties and children as
the object in the archive, plus any children that were already present
in the repository definition.
Do not import the Do not change the objects in the target repository.
object definition
from the archive
5 Click Next.
■ If there are objects you will be replacing or modifying and their projects are not locked, a
warning message appears, you must cancel the import process, lock the projects, and then
restart the Import Wizard.
■ If the objects in the SIF file already exist in the repository and no conflicts are found, no
changes are made. A message appears saying that no conflicts were found, and that no
changes will be made to the repository. In this case, click OK.
■ If the objects in the SIF file already exist in the repository and conflicts are found, or if the
objects do not yet exist in the repository, the Import Wizard - Review Conflicts and Actions
dialog box appears with information about the differences displayed. In this case, go to
Step 6.
6 In the Import Wizard - Review Conflicts and Actions dialog box, under Conflicting Objects, select
an object to see the differences under Object Differences and Attribute Differences.
See “About the Import Wizard - Review Conflicts and Actions Dialog Box” on page 180 for details
about the dialog box.
8 Click Next.
The dialog box, shown in Figure 31, is divided into three panes: the Conflicting Objects explorer
control, the Object differences list, and the Attribute differences list.
The objects displayed in the Object Differences dialog box include those at all hierarchical levels, not
just top-level objects. This lets you make adjustments to the resolution for any affected objects.
The File and Repository columns indicate whether each identified object is present in the archive file
or target repository. An “X” indicating the object’s presence can appear in the File list column, the
Repository list column, or both. These list columns are for information only; you cannot change the
check marks.
The Action list column indicates the proposed resolution for each object in the list. This setting is
initially generated for each object from the default behavior selected in the Conflict Resolution option
buttons in the Preview pane. You can right-click on the value in the Action list column and select a
different value from a shortcut menu. The available selections include the following:
■ File. Equivalent to the Overwrite the object definition in the repository selection in the previous
dialog box.
■ Merge. Equivalent to the Merge the object definitions from the archive with the definition in the
repository option in the previous dialog box.
The resulting top-level object has the same properties and children as the object in the archive,
plus any children that were present in the repository definition.
■ Repository. Equivalent to the Do not import the object definition from the archive option in the
previous dialog box.
For more information about these options, see “Importing Objects from an Archive File” on page 177.
Column Description
File Value of the property in the archive file version of the object.
Column Description
Resolution Value of either File or Repository for each property, depending on whether the
archive-file or target-repository version of the object is to determine the value
of the property in the final definition.
This list column can be updated only if the object whose properties are being
displayed has an Action setting of Merge in the Object Differences list.
Otherwise, the shortcut menu options are read-only and are unavailable, and
the value displayed is the same as that in the Action column of the Object
Differences list.
To change the Resolution value from Repository to File or the reverse, right-
click on the Attribute row to change and then choose Repository or File from
the shortcut menu.
NOTE: You can specify the SIF file and the log file by the full path or the relative path to the current
directory.
For example, the following sample import command imports import1.sif, located in the parent
directory, and import2.sif, located in the Siebel Tools installation directory, into the Siebel repository
using the overwrite mode. It also logs the results to import.log:
The following sample import command imports all files under C:\Program
Files\Siebel\8.0\Tools\importfiledir into the Siebel repository using the merge mode. It also logs the
results to import.log:
■ “Exporting and Importing Repositories Using the Database Configuration Wizard” on page 188
About Repositories
The Siebel repository refers to the set of tables in which Siebel objects and server scripts are stored.
The set of objects and server scripts stored in the repository define a Siebel application (such as
Siebel Service or Siebel Sales) and are compiled into a compressed file called a Siebel repository file
(SRF file). You use Siebel Tools to view data in the Siebel repository.
The Siebel repository is populated with data during the installation process. For more information,
see the Siebel Installation Guide for the operating system you are using.
The SRF file is a compressed file that contains a compiled version of the Siebel repository. Siebel
applications read the SRF file at run time. It provides the Siebel applications with much of the
metadata it needs to define interactions with the enterprise data and software users.
CAUTION: Use only one Siebel repository in production. Siebel products have been designed on the
assumption that the compiled Siebel SRF and Siebel repository table data are synchronized. If you
try to use multiple Siebel repositories in production, you will get unpredictable behavior.
NOTE: Browser scripts are compiled into the browser script compilation folder, which can be
specified in Siebel Tools on the Scripting tab under View > Options.
The Open Repository dialog box appears and lists all repositories in the database to which you
are connected.
The About Repository File window appears and displays the following information.
Field/Button Description
Internal version Version number maintained internally at Oracle that changes only when the
internal format of the SRF file changes, such as at the time of a major
release. It has no significance for customer developers.
User version Reserved for use by Oracle’s Siebel Anywhere, which maintains this number
when kits are created that upgrade the SRF file. The value is read when a
version check occurs.
Full compile Select to display information about the most recent full compilation in the
option button Compile Information fields.
Last incremental Select to display information about the most recent incremental
compile option compilation. If there have been no incremental compilations since the last
button full compilation, this option button is unavailable.
Machine name Name of the client computer on which the SRF file was compiled.
Field/Button Description
Language Language code of the language specified for user interface translation.
User name User name (that is, the Microsoft Windows logon name) of the user who
compiled the repository.
Repository Repository name of the repository that was current when the compilation
was run, generally Siebel repository.
Tools version The version number and build number of the Siebel Tools software used to
compile the repository. This is useful information for Siebel Technical
Services if they are helping you in resolving a problem with your
configuration.
Schema version Database schema version of the database from which the repository was
compiled.
File name Name and path of the SRF file being used internally to define the Siebel
Tools application, located in SIEBEL_TOOLS_ROOT\OBJECTS.
A consistent naming convention promotes successful configuration and testing while it minimizes the
work required to migrate new repositories or perform upgrades. Follow these guidelines when
determining the naming conventions for your repositories:
■ Use the default name, Siebel Repository, whenever possible. Change this only if you have a
compelling reason, because the default configuration of Siebel Business Applications and Siebel
documentation assumes this name is being used.
■ Use the same repository name for the active repository in your test environment and for the
current working repository in your production environment. Using the same name simplifies the
process of migrating repositories from development to test and from test to production. It also
eliminates the need to change your client or application server configurations when you perform
the migration process.
■ Use descriptive names for the other repositories in your development environment. Typically,
your development environment has a number of repositories in addition to the current repository
that is being configured. These may include the initial repository loaded with your Siebel
application, other repository versions used in Siebel application upgrades, and repositories from
previous versions of your custom configuration. Give these repositories unique and fully
descriptive names—for example, Siebel v8.0 Original for the initial repository shipped with Siebel
Business Applications version 8.0.
Renaming Repositories
It is recommended that you name the repository in production Siebel Repository. However, in some
situations you might need to name the repository something different. If you must rename the
repository, follow the steps described in this topic.
To rename a repository
1 Have all developers check in all projects that have been checked out from the repository you are
going to rename.
If the Repository object type is not visible, see “Showing and Hiding Object Types in the Object
Explorer” on page 74 for more information.
4 In the Object List Editor, click in the Name property of the repository you want to rename.
5 Enter the new name, and click outside the record to save your changes.
6 Let developers know what the name of the new repository is and have them perform a Get of all
projects.
7 After changing the name of the repository, you must also do the following:
■ Change the value of the enterprise parameter Siebel Repository to the new name of the
repository. For information about changing enterprise parameters, see Siebel System
Administration Guide.
■ Change the Application Main Repository Name parameter in the Object Manager.
Deleting Repositories
The delete process remove all records associated with the repository. Be sure to back up the
repository before you delete it.
CAUTION: Deleting a repository takes a long time and requires resources such as rollback segment,
cursors, tablespace, and so on. Consult your DBA before deleting a repository.
To delete a repository
1 In the Object Explorer, navigate to the Repository Object type.
2 In the Object List Editor, click anywhere in the row for the repository you want to delete.
If you do not need to export and import the entire repository, but need to export and import sets of
objects only, use Siebel archive files. For more information, see “Exporting Objects to an Archive File”
on page 171.
CAUTION: If you need to migrate a customized repository and schema from one environment to
another, such as migrating a development environment to a test environment, do not use the Export/
Import option in the Database Configuration Wizard. Instead, you must use the Repository Migration
Utility (dev2prod).
NOTE: After using the Repository Migration Utility, you must reset the Locked and Allow Object
Locking columns.
For information on repository migration and the Repository Migration Utility, see Siebel Database
Upgrade Guide and Going Live with Siebel Business Applications.
Table 41. Code Pages and Unicode Support for Repository Import and Export
Unicode Unicode
For more information on launching the Database Configuration Wizard, see the Siebel Installation
Guide for the operating system you are using.
When importing and exporting using the Database Configuration Wizard, consider the following:
■ When you are importing a custom repository (not the standard Siebel repository), all languages
which were part of the original repository are restored during import. For example, if you archive
repositories weekly and your development repository contains support for both ENU and DEU,
then both ENU and DEU are included when one of the archived repositories is imported.
■ Whenever you make a change to the repository, compile all projects that belong to the latest
version of the repository to create an updated SRF file. Keep a backup of the SRF file, so you can
be sure the SRF file truly reflects the contents of the updated repository.
■ If you need to back up the entire content of the Siebel database, use the database utilities
provided by your RDBMS vendor.
■ If your source repository is customized use the Migrate option of the Database Configuration
Wizard.
For more information on migrating repositories, see Going Live with Siebel Business Applications.
NOTE: When exporting a repository in a Windows or UNIX environment using the Export Repository
option of the Database Configuration Wizard, the log files are placed in following directories:
■ SIEBSRVR_ROOT\log\exprep\output
■ SIEBSRVR_ROOT\log\exprep\state
NOTE: The value “exprep” is the default process name for the exprep utility. You can change this
value to facilitate ease of use.
For information on importing or exporting repositories, see “To import a repository in a Windows
environment” on page 189 or “To import a repository in a UNIX environment” on page 190 depending
on your operating system.
The importing procedures apply to both importing and exporting, although they present only the
importing case. Exporting is similar, in that you identify the repository to export instead of the one
to import.
When exporting a repository using the Database Configuration Wizard, all the values specified in the
dialog boxes are written to the SIEBSRVR_ROOT\master_exprep.ucf file. After the parameters are
collected, you are prompted to execute the export now or not. If you choose to not export now, you
can execute the export later by running the following command in the command line:
siebupg.exe /m master_exprep.ucf
NOTE: The Database Configuration Wizard runs in live mode only so you must be connected to
the Gateway Name Server to run it. For further information on Siebel Configuration Wizard
running modes, see the Siebel Installation Guide for the operating system you are using.
2 Select Start > Programs > Siebel Enterprise Server Configuration 8.0 > Database Server
configuration.
3 Enter the information you are prompted for in each screen, and click Next to continue.
5 Specify that you want to import the standard Siebel 8.x repository.
6 When the Configuration is Complete screen appears, select one of the following options, and click
Next:
■ Yes apply configuration changes now. The configuration information you entered is
saved and you can choose to launch the Siebel Upgrade Wizard in Step 9.
■ No I will apply configuration changes later. The configuration information is saved but
you can not choose to launch the Siebel Upgrade Wizard in Step 9.
7 On the Configuration Parameter Review screen, review the configuration values you entered on
the previous screens. To change any of the values, click Back to return to the screen with the
parameter you need to change. If the values are correct, click Next to continue.
■ Click No if you decide you do not want to continue with the upgrade process.The configuration
information you have entered is not saved. You must enter the database configuration
parameters again.
■ Click Yes to continue. The configuration information you have entered is saved.
9 Depending on the option you selected in Step 6, do one of the following:
■ If you selected the No I will apply configuration changes later option, click OK to finish.
The configuration information is saved in a master file located in SIEBEL_ROOT\bin but the
Upgrade Wizard is not launched. You can restart the configuration and run the Upgrade
Wizard later. For more information on the Upgrade Wizard, see the Siebel Database Upgrade
Guide.
■ If you selected the Yes apply configuration changes now option in Step 6, the
configuration information you entered is saved. Click OK and the Siebel Upgrade Wizard is
launched; it calls the SQL generator to create or populate SQL scripts.
NOTE: The Database Configuration Wizard runs in live mode only so you must be connected to
the Gateway Name Server to run it. For further information on Siebel Configuration Wizard
running modes, see the Siebel Installation Guide for the operating system you are using.
■ Korn: . siebenv.sh
4 Review the values of the following environment variables and confirm the settings are correct:
■ LANGUAGE. This is the language in which the Database Configuration Wizard runs. The value
of this variable is a language identifier string. For example, enu is the identifier string for
English.
If either $SIEBEL_ROOT or $LANGUAGE is not set or is incorrect, you must correct them before
proceeding.
The first Database Configuration Wizard screen appears. Enter the information you are prompted
for in this screen, and click Next to continue.
6 Enter the information you are prompted for in all subsequent screens. Use the Next and Back
button to navigate between screens.
9 After you have entered all the requested information, the wizard displays the following message:
$SIEBEL_ROOT/siebsrvr/bin/srvrupgwiz /m $SIEBEL_ROOT/siebsrvr/bin/<$Masterfile>
10 Click Next to continue. The utility displays the Parameter Review screen listing all the values you
have entered.
11 To amend any of the configuration values, click Back to return to the appropriate screen and
make changes. Otherwise, click Next.
12 You are prompted as to whether or not you want to execute the configuration:
■ Click Yes, and the configuration information is saved in a master file located in
$SIEBEL_ROOT/bin but the Upgrade Wizard is not launched. For more information on starting
the Upgrade Wizard, see the Siebel Database Upgrade Guide.
■ Click No, and the configuration information you entered is not saved.
For information on archive (SIF) files, see “About Archive Files” on page 169.
Figure 32 shows how pre- and postupgrade versions of an object are paired in the patch file, and
then used when applying the patch to the target repository.
The pair of pre- and postrelease objects in the patch file provide before and after snapshots of the
object. The patch application process considers both when determining what changes to make to the
target repository.
Related Topics
“Creating Repository Patch Files” on page 192
“Applying Repository Patch Files” on page 194
2 If you are building a patch file from an archive file, go to Step 3; Otherwise, choose
File > Open Repository and then select the modified source repository.
4 Under Select modifications, make your selection using the following table.
Changed objects in current Allows you to generate the set of source objects in the patch
repository file from all objects in the currently open (modified source)
repository that have a value of TRUE in their Changed
property. The Changed property indicates changes to
property values or child objects for all objects that have
changed since a specified date. This is an easy way to capture
all objects that have changed since the start of work on the
new release.
Archive file Allows you to use an existing archive file to generate the
same set of objects in the patch file. Use this option when the
set of patch objects is identical to a recently exported archive
file, or when you want to explicitly select individual top-level
objects to be included. In this latter case, generate the
archive file prior to generating the patch file. Building a patch
from an archive file may also be preferable when there are
too many objects with a Changed value of TRUE.
5 From the Repository drop-down list, choose the name of the original source repository.
6 In the Patch File field, click Browse to specify a path name and filename for the patch file to
create.
7 Click Next.
If you selected the Archive file option, the list of objects for the patch loads immediately.
If you selected the Changed objects option, Siebel Tools pauses while it generates the list
because it needs to scan through the repository and check all the Changed property values.
8 Click Finish.
The patch file is generated in the directory location you specified in Step 4 on page 193.
For example, if you create a new Account field based on an extension column in the target repository,
and then apply a patch from the source repository that includes the Account business component,
the new field will not be overwritten in the target repository because the same new field has not been
added in the source.
If you change the sort specification of the Account business component in the target repository, and
the sort specification has not changed in the source, the new sort specification in the target will
remain. However, if the sort specification has changed in both the source and the target, then a
conflict arises for which a resolution is required.
3 In the Object List Editor, expand the Type object type and select Attribute.
4 Review the Attribute property Siebel Wins (or Standard Wins in the Object List Editor).
To apply a patch
1 In Siebel Tools, choose Tools > Utilities > Apply Patch.
2 Select the Siebel Patch (SPF) file, and then click Open.
The Apply Patch - Preview dialog box appears, and the patch is opened.
3 Click Next.
The Apply Patch - Summary dialog box appears. The patch is loaded, the patch objects are
compared to their corresponding repository objects, and then the patch is applied.
Upgrading Repositories
The Siebel Application Upgrader reduces the time and cost of version upgrades by allowing you to
acquire new features from the latest release while preserving the custom configuration changes
made to the current repository. It notifies system administrators about conflicts between object
customizations and new releases, automatically merges differences between objects, and allows you
to manually override and apply any changes.
The Siebel Application Upgrader allows you to upgrade custom configurations to new releases by
merging them with a current Siebel Business software release. This capability minimizes the cost of
application upgrades and allows you to quickly deploy production versions of Siebel Business
Applications.
■ Determine what has changed with new releases of Siebel Business Applications.
■ Compare custom configurations with new changes delivered in a new Siebel release.
■ Choose which changes to apply, whether made by your company’s developers or by Oracle in the
new release.
Versions 1 through n from the prior customized repository are copied to the new customized
repository. They are merged with version 0 from both the prior standard repository and the new
customized repository; the result becomes version n + 1 in the new customized repository.
NOTE: The Application Upgrader is for merging an entire customized repository with a standard one.
To merge portions of repositories, use the Import/Export or Patch features.
For more information about the Application Upgrader, see the Siebel Database Upgrade Guide for the
operating system you are using.
The Application Upgrader appears, with the Merge Repositories dialog box active.
The upgrade process begins, with object and attribute differences being shown in their respective
windows.
NOTE: Object and attribute differences between different versions of tasks and workflows will
also be shown.
This chapter describes how to work with strings and other locale-specific data. It contains the
following topics:
■ Reduces redundancy because many objects can reference one symbolic string
■ Simplifies maintenance because you only have to maintain one string for a given word
The Symbolic Strings object type stores its data in S_SYM_STR table, and the Symbolic String Locale
stores its data in S_SYM_STR_INTL table. Objects such as applets store foreign key references to
the records stored in S_SYM_STR table.
For information on localizing these types of strings, see “About the Locale Management Utility” on
page 219.
■ If a value exists in the string language in which the compile is being run, this string override
value is compiled to the SRF.
■ The compile process checks to see whether a value exists in the string override field for the
current Siebel Tools Language Mode. If there is no string value in the override field for the
language in which the compile is being run, the value is calculated using the current language
mode of Siebel Tools and the String Value property of the associated Symbolic String Locale
object (child of Symbolic String).
Related Topic
“Entering String Overrides” on page 202
When you want to add and work on new strings, create a new project (for example, CompanyXYZ
New Symbolic String project) and put all your new strings in that project.
NOTE: When you create strings, they will be prefaced with the value specified in the tools.cfg file
under the SymStrPrefix attribute. This value is set to X_ by default. For example, if you create a new
symbolic string called NewString it will appear as X_NewString.
To modify existing strings within the Siebel repository, (denoted by the “SBL_” prefix in the Symbolic
String Name attribute), create a new project (for example, CompanyXYZ Modified SBL_ Symbolic
String project), select the strings you wish to modify, and put them into the new project you just
created. This work can be facilitated by selecting the strings, then filtering out the strings you want
to modify. You can then make a global change to the project attribute with the Change Records
command on the Edit menu.
CAUTION: Modifying display values for Siebel-shipped (“SBL_” prefixed strings) must be carefully
considered as the display values are used globally across the Siebel user interface. For monolingual
deployments, you risk modifying parts of the user interface you may not intend to modify. For
multilingual deployments, you risk breaking associations between display values across languages.
For this reason, it is recommend that you create a new Symbolic String with your desired text value
as opposed to modifying existing strings.
NOTE: To be able to create symbolic strings, the EnableToolsConstrain parameter in the tools.cfg file
must be set to FALSE.
3 In the Object List Editor, create a new record using the following table to complete the necessary
fields.
Property Description
Name Unique name of the symbolic string. Siebel Tools enforces a predefined
prefix for the symbolic string name, such as X_. This helps you distinguish
custom symbolic strings from those created by Siebel (SBL_). The value
used for the prefix is defined in the SymStrPrefix parameter in the
tools.cfg file.
Current String Calculated value based on the current Tools language mode and the String
Value Value property of the corresponding child Symbolic String Locale object.
NOTE: Trailing spaces, including full-width (Zenkaku) spaces in Japanese, will be truncated
automatically.
Related Topic
“Setting the Constrain Mode for Working with Symbolic Strings” on page 76
To select a symbolic string reference using the String Reference pick applet
1 Navigate to the object and property for which you want to define a string, such as Applet Title.
2 Navigate to the Title - String reference field (in the Object List Editor) or the Title field (in the
Properties window).
NOTE: The string reference field name can vary, depending on the object you are working on.
For instance, with the Applet object, the name is displayed in Siebel Tools as described above,
but with the Application object, the fields are shown as Display Name - String Reference in the
Object List Editor, and Display Name in the Properties window.
4 Search for the appropriate string reference, select it, and then click Pick.
After you associate the string reference, the display value is entered based on the current Tools
language mode and the Current String Value of the corresponding symbolic string locale record.
a Using the Object List Editor, close the pick applet, and enter the string override into the Title -
String Override field.
b Using the Properties window, click the Use Override button in the pick applet, and focus is shifted
to the corresponding String Override field in the Properties window.
To select a symbolic string reference by typing a value into the Object List Editor
1 Navigate to the object and property for which you want to define a string, such as the Title field
in the Applet object, or the Display Name field in the Application object.
2 Type a value into the field, then tab out of the field.
Siebel Tools searches for a string reference with a Current String Value that matches the value
entered and one of the following occurs:
■ If one unique match exists, that string reference is associated with the object and the display
value is entered based on the current Tools language mode and the Current String Value of
the corresponding symbolic string locale record.
■ If there are multiple exact matches, or a match does not exist, an error message appears.
Click OK, and do the following:
b Select the appropriate reference from the picklist, then click Pick.
NOTE: To be able to create symbolic strings or enter values for string override properties, the
EnableToolsConstrain parameter in the tools.cfg file must be set to FALSE.
To select a symbolic string reference by typing a value into the Properties window
1 Navigate to the object and property for which you want to define a string, such as the Title field
in the Applet object, or the Display Name field in the Application object.
2 Type a value into the field, then tab out of the field.
Siebel Tools searches for a string reference with a Current String Value that matches the value
entered and one of the following occurs:
■ If one unique match exists, that string reference is associated with the object, and the display
value is entered, based on the current Tools language mode and the Current String Value of
the corresponding symbolic string locale record.
■ If there are multiple exact matches, or a match does not exist, the String Reference picklist
appears, allowing you to choose the appropriate record.
NOTE: To be able to create symbolic strings or enter values for string override properties, the
EnableToolsConstrain parameter in the tools.cfg file must be set to FALSE.
Related Topics
“Creating Symbolic Strings” on page 199
“Entering String Overrides” on page 202
“Setting the Constrain Mode for Working with Symbolic Strings” on page 76
NOTE: To be able to enter string overrides, the EnableToolsConstrain parameter in the tools.cfg file
must be set to FALSE.
The value entered in the string override property is stored as a child locale record and the value
automatically populates the translatable text string field, such as the Title property for an applet.
Related Topic
“Setting the Constrain Mode for Working with Symbolic Strings” on page 76
CAUTION: Conversion and consolidation operations are highly intensive processes. See Siebel
System Requirements and Supported Platforms on Siebel SupportWeb for computer processing-
speed requirements.
■ Have upgraded to version 8.0 and have custom translatable text strings that they want to
migrate to the symbolic strings model.
■ Use string overrides to store text strings and periodically want to convert and consolidate them
to the symbolic strings model.
When considering whether to convert strings to the symbolic strings model consider the following:
■ Migrating to the symbolic string model reduces the size of repository, makes translations easier,
and gives you more control over terminology consistency.
■ The conversion and consolidation processes require that development be frozen and can require
substantial processing time.
Related Topics
“About the Symbolic Strings Model” on page 198
“Entering String Overrides” on page 202
“About the Symbolic String Conversion Process” on page 204
“About the Symbolic String Consolidation Process” on page 206
■ New Symbolic String records along with their Symbolic String Locale child records, are generated
based on the string values found in the target objects.
■ The String Reference fields of the target object records are set to the names of the new Symbolic
Strings.
■ The string fields in the locale records of the target objects are nullified, and, where appropriate,
the locale records themselves are deleted.
This process is performed in two separate phases—the preparatory Conversion Export phase,
followed by the lengthier Conversion Import phase, where the data changes actually occur.
■ Generates new symbolic string records and their corresponding symbolic string locale records
using string values found in target objects.
NOTE: The conversion process runs on an object type by object type basis. Because of this, there
are likely to be duplicate symbolic strings for a given display value. Duplicates are “de-duped”
during the consolidation process.
■ Sets the String Reference fields of the target object records to the names of the new symbolic
strings.
■ Nullifies the string fields in the locale records of the target objects and, where appropriate,
deletes the locale records.
The conversion process occurs in two phases: the conversion export phase, in which data is prepared
for conversion, followed by the conversion import phase, in which data changes actually occur.
NOTE: An SRF file compiled before the conversion process will be the same as an SRF file compiled
after the conversion process. For example, suppose a given applet gets its Title property from a child
Applet Locale record. When the conversion process is run, it creates a symbolic string, places the
reference for that symbolic string in the applet Title - String Reference field, and then removes the
Applet Locale record(s). Now, after the conversion, the applet’s title is derived from the symbolic
string. However, the Title itself, the display value that is compiled to the SRF, is the same as it was
before the conversion. The reason is that the strings are compiled into object definitions and read
from the SRF file, not referenced from the Symbolic String table during run time.
Conversion Export
The Conversion Export process identifies records that are candidates for Conversion, and then writes
all the relevant information to a file. This process is run on an object type by object type basis, and
can be run against any object type that has translatable strings (for example, controls, list columns,
and applets).
NOTE: The Conversion process has to be executed once for each Object Type (both Top-Level and
Sub-Level Object Types) in the repository that has properties that reference Symbolic Strings. In
order to determine what Object Types refer to Symbolic Strings, click the Flat Tab in the Object
Explorer, navigate to Attribute, and search for the string “*String Reference*” in the Name property.
The Parent Type of the results set is the complete set of object types for which the conversion has
to be run. Some object types have more than one attribute that refers to Symbolic Strings; for such
object types, it is necessary to run the conversion process only once.
The conversion process begins by creating a sorted list of English (ENU) child records for each
translatable string within a given object type. For those object types with multiple translatable
strings (such as list columns that have a Display Name and Prompt Text), each is processed
sequentially. This list is used to generate information about the new symbolic strings. Among sets of
records with identical ENU translations, the non-ENU records are compared and, where possible, the
same symbolic string is reused for subsequent records. The output file produced contains information
about the new symbolic strings, including all the language translations for each, as well as which
strings will be used as replacements.
NOTE: The Conversion Export file is not a log file so there is no need to review its contents.
Conversion Import
Based on the file produced by the conversion export process, the conversion import process performs
the changes to the database (inserts, updates, and deletes) that convert the object records to use
the new symbolic strings. Logically, the process consists of three operations, the end result of which
is the production of symbolic string and symbolic string locale records, and the deletion of other
types of locale records. The three operations are:
■ New symbolic string records are created in the database. The export file contains all the
information about the string, including a unique name and information about each of its locale
children.
■ References to the new symbolic string records are placed into the relevant fields of the original
objects. For example, suppose you have 10 applets whose title is My Service Requests. Assuming
the non-ENU values for all the titles are the same, then the export file contains information about
one new symbolic string, and instructions for each of the 10 applets to use this new symbolic
string as its title. After creating the symbolic string record for a string whose ENU value is My
Service Requests, the Title - String Reference property for each of the 10 applets is set to the
name of the new symbolic string. At this point, each of the Applets has a String Reference in
addition to the String Override. The String Override is now superfluous and can be removed. This
is done by clearing that value from the object Locale children.
■ Records are deleted for which there is no longer any information in the object locale records.
CAUTION: File and Object command-line parameters for conversion or consolidation processes are
case sensitive. However, all other command-line parameters for conversion and consolidation are not
case sensitive.
Consolidation Export
The Consolidation Export process scans all symbolic string records and identifies symbolic strings
whose child records are identical and then writes this information to a file. For symbolic strings that
have identical child records, one of the strings will be selected arbitrarily as the master record. For
symbolic strings whose child records are a subset of another symbolic string, the string with the
largest number of children is selected as the master record. The export process does not modify the
database.
NOTE: The Consolidation Export file is not a log file so there is no need to review its contents.
Consolidation Import
Based on the file produced during consolidation export process, the redundant symbolic strings are
eliminated, and all references to these strings from other object types are replaced with a reference
to the master record. This is a time-consuming process, as there are approximately 80 translatable
string attributes represented among the various object types in the repository. The end result,
however, is that the symbolic string table is as compact as possible, and all redundancy has been
removed.
■ Make sure you have backed up your database and your repository.
■ Make sure all of the projects are unlocked. While conversion and consolidation are running, no
other users should be allowed to log on to the development environment.
■ Make sure that the DataSource parameter in the [Siebel] section is the desired database. The
conversion utility uses this database.
■ Make sure that the EnableToolsConstrain parameter in the [Siebel] section is set to FALSE.
■ Make sure that the SymStrPrefix parameter in the [Siebel] section of the tools.cfg file is set to
the desired prefix. This value is used as the prefix to the name of all newly created symbolic
strings. It is set to X_ by default, to indicate that it was created by you and not by Siebel (SBL_).
consoleapp.exe <Config file> <app lang> <uid> <pw> “Business Service” “Method Name:
Parameters”
Parameter Description
Config file The Siebel configuration file, such as Tools.cfg. Note that the default data
source is used.
uid User ID
pw Password
Business Service “String Conversion”
For example:
Table 43. Input Parameters for the ConversionExport Business Service Method
Object Y The Siebel object type whose strings are exported, for example,
Control.
SQLLog N The SQL log file name. When this parameter is set, the
conversion process logs all SQL that is executed to the specified
file.
ExcludeNull N TRUE/FALSE value. When set to TRUE, it excludes null value for
conversion consideration.
Table 43. Input Parameters for the ConversionExport Business Service Method
NOTE: An average desktop PC can typically run only 10 simultaneous conversion import processes.
For example:
"SplitFile: Filename=Control.txt,Lines=2000"
Table 44. Input Parameters for the SplitFile Business Service Method
For example:
Table 45. Input Parameters for the Conversion Import Business Service Method
SQLLog N Log file name. When this parameter is set, the process
logs all SQL that is executed to the specified file.
The consolidation process is implemented as a business service. You run it using the Consoleapp.exe
utility, located in the SIEBEL_TOOLS_ROOT\BIN directory of your Siebel Tools installation directory.
consoleapp.exe <Config file> <app lang> <uid> <pw> “Business Service” “Method
Name:Parameters”
uid Y User ID
pw Y Password
To export a file containing all matching symbolic string sets use the Consolidation Export method of
the business service. The parameters are shown in Table 47 on page 212.
For example:
"ConsolidationExport:Filename=ConsExp.txt,Repository=Siebel
Repository,LogFile=ConsolidationLog.txt,Language=ENU,MatchMin=2"
Table 47. Parameters for the Consolidation Export Business Service Method
When set to TRUE, all strings starting with SBL_ in the name
are ignored.
For example:
"SplitFile:Filename=ConsExp.txt,Lines=100"
Lines Y Approximate number of lines in each file. The application does not
break up a set of symbolic strings, so the exact number of lines
may not match the value specified with this parameter.
For example:
"ConsolidationImport:Filename=ConsExp.txt,Repository=Siebel Repository,
LogFile=ConsolidationLog.txt,UnlockProjects=false,SkipParentUpdates=true”
SkipParentUpdates N This turns on or off the updating of parent objects, like the
project, while updating symbolic string references or
while deleting deprecated symbolic strings. This should
only be used when the user is running multiple instances
of the import simultaneously. If left on with multiple
instances running some errors may result in which
updates or deletes are aborted because the project was
being updated by another instance at the same time.
SQLLog N Log file name. When this parameter is set, the process
logs all SQL that is executed to the specified file.
CAUTION: To ensure that the batch file functions properly, your Siebel Tools installation path must
be enclosed in quotes if it contains spaces.
Parameter Description
Object_Type Object type to be converted, for example Applet, Control, or List Column.
Action The options are export or import. When set to export, the conversion process
will export all convertible locale records. When set to import, the conversion
process will import the file or files designated by the Object_Type parameter.
Parameter Description
Locale-specific object properties can be translatable, such as text strings, or nontranslatable, such
as the HTML Sequence, HTML Height, and HTML Width properties of controls. You can configure
nontranslatable object properties for specific locales by running Siebel Tools in Language Override
mode. The Language Override mode allows you to store nontranslatable, locale-specific properties
as child locale records of the parent object.
For example, your Siebel enterprise contains five languages: Japanese (JPN) and four Western
European languages. As opposed to Western European languages, Japanese does not feature middle
names, and name order is last (family) name first. To configure this, you would use Siebel Tools to
set the language to JPN, set Enable Language Override to ON, hide the middle name (by setting the
“Title-String Override” attribute to false), and then reverse the order of the first and last names.
After compiling into the JPN.srf file, the layout will match the requirement.
CAUTION: If you delete a control or a list column from a web template, it will be deleted from all
languages, even if you are in Language Override Mode. You hide and show fields through the
Properties window of the specific object. For information, see “Showing or Hiding Locale-Specific Items
in Applet Layout” on page 217.
If, however, the Japanese user of Siebel Tools did all of the above, but did not enable language
override, the next time a user compiled any of the Western European languages, the names would
be formatted in the Japanese fashion, that is no middle name, and last (family) name first.
NOTE: Siebel Tools does not need to be in Language Override mode to enter string overrides.
2 Set the Tools Language Mode to the language you want to configure and select the Enable and
use Language Override check box.
4 Modify the object properties or work in the layout editor to define locale-specific values.
Related Topics
“Selecting a Language Mode” on page 61
“Enabling Language Overrides” on page 62
“Getting Locale-Specific Data Only” on page 87
“About the Symbolic Strings Model” on page 198
“Entering String Overrides” on page 202
“Showing or Hiding Locale-Specific Items in Applet Layout” on page 217
NOTE: Deleting a control or list column object from the applet layout in the Applet Layout Editor will
cause that control or list column to be deleted across all languages, even if you are in Language
Override Mode.
After setting up your parent language you can then determine the fields you wish to hide for your
child languages. Table 52 lists the object types, the property names, and provides a description.
■ Control
Applet > Control Visible Parent setting. Setting this property to TRUE
will show this control to the user, in the parent
language and in all other supported languages.
Applet > List > List Show in List Parent setting. Setting this property to TRUE
Column will show this list to the user, in the parent
language and in all other supported languages.
For example:
consoleapp <config file> <language> <user> <password> “Siebel Tools Fix String
References” “FixStringReferences:<properties>”
Examples
This command example shows how you run the utility for the object type Business Service, and write
information to the fixstrings.log directory, and progress to the command window:
This command example shows how you run the utility on all object types, write the results to
temporary fixstrings.log file:
NOTE: When importing XML Localization Interchange Field files (.xlf) with the LMU, make sure you
have a working Internet connection at the time of import.
■ Export strings and locale-specific attributes to a file (.slf, .txt, or .xlf) for localization.
■ Import strings and locale-specific attributes from a file back into the repository.
■ Search for strings and locale-specific attributes that have changed since the last export.
■ Compare objects in the repository to the objects stored in the export file.
NOTE: The LMU performs search and comparison functions at the object level, not the attribute
level. Therefore, if a locale object contains multiple string attributes, the search function returns all
strings contained in the locale object, even if only one of them has been translated.
2 In the Options tab, under Languages, select the source language and the target languages.
3 Under Objects, select the applications or projects that you want to localize.
5 To display strings that have been marked as Redo, select the Report string attributes of objects
marked with 'redo' flag check box.
The Redo flag is marked when a record in the repository has been changed since the last time
export occurred and therefore may need to be translated again.
For more information about Redo, see “Identifying Objects Modified Since the Last Export” on
page 224.
The Locale Management Utility searches through the string attributes of objects in the selected
applications or projects and displays the ones that have not been translated and, if the Report
string attributes of objects marked with the 'redo' flag check box was selected, the strings that
need to be retranslated are also displayed.
7 After you find untranslated strings you can perform the following tasks:
■ Find the views that the untranslated strings belong to by clicking the Find View button.
■ Go to the parent object of the string in the Object Explorer by selecting a string, and then
clicking Go To.
The LMU compares untranslated strings with string attributes of other objects in the repository. If it
finds an object with the same string, it searches for a translation in the language that you have
selected as the target language of the current LMU session. If a translation exists, the LMU displays
the best candidate for translation and allows you to export it to a file.
For example, suppose you have selected English-American as your source language and Spanish as
the target language. You have an applet with a title of Customer that has not been translated. After
clicking the Find Translation button, the LMU searches through the repository for other objects with
attributes of Customer. If it finds one, it looks for a Spanish translation of the string. If a translation
already exists, the translation is displayed and you can export it to a file.
If the LMU finds more than one translation for a source string, the following rules apply:
■ If the source string is an attribute of an object that is related to a business component, such as
Control Caption or List Column Display Name, then translations from the same business
component are examined first. If multiple translations exist in the same business component,
the string that occurs the most is selected. If none of the translations exist in the same business
component, then the translation that occurs the most often from among all business components
is selected.
For example, suppose Applet A is based on the Account business component. Applet A contains
a control caption with the value of Account and this value has been translated to Account_FRA
for French. Now suppose you create a new applet, Applet B, that is also based on the Account
business component and that also contains a control caption with the value of Account. When
you run Find Translations, the LMU would find Account_FRA as an existing translation and select
it as the best candidate for this string.
■ If the source string is not an attribute related to a business component, such as Menu Item
Caption, the translation that occurs the most is selected as the best candidate.
2 In the Options tab, under Languages, select the source language and the target language.
3 Under Objects, select the applications or projects that you want to localize.
The LMU compares untranslated strings with strings of other objects in the repository. If other
objects use the same source string, the LMU looks for existing translations of the string and
displays the best candidates for translation in the Results window.
2 Click the Options tab, and from the Source Language drop-down list, choose your source and
target languages.
NOTE: The source and target language must be different from one another.
3 Click the appropriate radio button to indicate whether you want to search by application or by
project, and select the projects or applications you would like to perform the query against.
4 Click the Modified Objects tab, and under Search criteria, click the Changed Since checkbox.
5 Select the date from which you would like to search, then click Start.
NOTE: Microsoft Excel.xls files are not accepted by the LMU utility.
2 In the Options tab, under Languages, select the Source and Target Languages.
NOTE: When exporting strings and other locale-specific attributes, be sure that your Tools
language mode and the LMU source language are the same.
3 Under Objects, select the applications or projects that you want to export.
5 Select whether you want to export string attributes only or all localizable attributes.
All localizable attribute includes translatable strings and other locale-specific attributes, such as
the width and height of controls. These attributes might be different for different locales.
6 Click Export.
8 Enter a file name, choose a file type, and then click Save.
■ If you have selected All localizable attributes, the available file type is .slf.
■ If you have selected String attributes only, the available file types are .txt or .xlf.
Related Topic
“Selecting a Language Mode” on page 61
NOTE: When using the LMU to import files with the .xlf extension, make sure you are connected to
the Internet.
2 In the Options tab, under Languages, select a source language and a target language.
4 Enter the directory path and name of the file you are going to import.
5 Enter the path and name of the file where you want to store the results for previewing.
6 Click Preview.
The Locale Management Utility writes the results of the import process to the log file rather than
to the repository.
NOTE: LMU does not mark changed records with a Redo flag when running in Preview mode.
2 In the Options tab, under Languages, select a source language and a target language.
4 Enter the file name of the file from which you want to import locale-specific attributes.
You can also use the Browse button to find and select the file. The default file name is:
5 Select whether you want to mark records in the repository with the Redo flag that have changed
since the export occurred.
When the import occurs, the LMU compares the source language records in the repository with
the source language records in the import file. If the records in the repository have changed since
the export occurred, the target language records are marked with the Redo flag. This helps you
identify records that may need to be retranslated.
6 Click Import.
You can search for modified objects using the following two methods:
■ Compare objects in the repository with objects in a source file, such as results.txt.
NOTE: When you base your search on a specific date, and run the search by clicking the Start button,
all records returned for a modified project are marked as “Redo,” regardless of whether a particular
locale attribute has changed. This is because the LMU searches for changes at the object level (the
base record), not the attribute level.
2 In the Options tab, under Languages, select a source language and a target language.
■ Select the Changed since check box and then specify a date after which you want to find
modified objects.
■ Select the Different from file check box and then specify the file to compare the repository
against.
■ Click Start to find records that match the search criteria, display the results, and flag records
returned in the search as Redo. Redo indicates that a record has been changed since the last
time export occurred and therefore may need to be retranslated.
■ Click Preview to find records that match the search criteria and display the results. Preview
does not mark records as Redo.
6 After you have identified modified objects, you can perform the following tasks:
■ Click Go To to open the Object Explorer and go to the parent object of the string or attribute.
NOTE: The Load button allows you to import a result set from a previously saved file. After
loading the result set in the display window, you can perform Save or Go-go operations on those
records.
Replacing Strings
You can use the LMU to replace strings in a bulk mode. For example, suppose that you need to change
occurrences of Accounts to Companies for the English locale. You can use the LMU to export the
strings to a file, manipulate the file so that it contains only Companies instead of Accounts, and then
import the strings back into the repository. Using the LMU to replace strings is most useful for strings
stored in string-override fields.
NOTE: Using the LMU to replace strings is useful when working with string overrides. But when
working with the symbolic strings, follow the procedure described in “Modifying Symbolic Strings to
Globally Update Display Values” on page 200.
Use the procedure described in “Exporting Text Strings and Locale-Specific Attributes” on page 222.
3 In the LMU file, change the target language so that it is the same as the source language selected
during the LMU export.
4 Remove strings from the LMU file that you do not want to replace.
5 In the Target String column of the LMU file, enter the string that you want to substitute for the
original value.
b In the Options tab, select source and target language (both are the same).
c Select the Import tab and then specify the LMU file path.
NOTE: When specifying file names, the absolute path must be provided. For example, if you specify
the LMU export file as results.txt, it is created under the current directory; for example, if the
installation directory is C:\Program Files\Siebel\8.0\Tools, the file is created under C:\Program
Files\Siebel\8.0\Tools\BIN, not under C:\Program Files\Siebel\8.0\Tools\OBJECTS.
Syntax
/lmu <srclang> <trglang> export <proj|app> <all|string> <file> [<Project File>]
Usage
This command allows you to export localizable attributes for all projects or for all applications. If you
specify all, then all attributes (translatable and language override attributes) are exported to a file
with the extension of .slf; if you specify string, then string attributes only are exported to a file with
the .txt or .xlf extension. If you do not specify a file name, you receive an error.
In version 8.0, the LMU export process supports a new parameter to specify which projects should
be exported. The parameter is the name of an ASCII text file containing a list of line feed–separated
projects. If the <Project File> parameter is not included the export will operate as normal,
exporting all projects.
The <proj|app> parameter is used for selecting either projects or applications as the method of
selecting strings to export. To use the new <Project File> parameter, proj must be selected. If app
is selected and a project file name is supplied, the file will be ignored.
Example
siebdev /u sadmin /p db2 /d server /lmu ENU FRA export proj all
C:\temp\my_proj_results.slf C:\temp\proj_to_exp.txt
This example instructs LMU to export all attributes (string and language override attributes) for the
projects listed in C:temp\proj_to_exp.txt to an LMU file in C:\temp named my_proj_results.txt. The
source language is English-American and the target language is French.
Syntax
/lmu <srclang> <trglang> import <file>
Usage
This command allows you to import a LMU file and mark all target locale objects as “Redo” if the
source string from the import file and the repository differ. You must specify the file name (with
absolute path) to the import file.
Example
siebdev /u sadmin /p db2 /d server /lmu ENU FRA import "C:\Program
Files\Siebel\8.0\Tools\objects\results.slf"
This example instructs the LMU to import a file called results.slf from the folder C:\Program
Files\Siebel\8.0\Tools\objects (the installation location for an earlier version). The source language
of the LMU file is English-American (ENU), and the target language is French (FRA). The LMU file
contains all localizable attributes (string and language override attributes).
Syntax
/lmu <srclang> <trglang> todo <proj|app> [<file>]
Usage
This command allows you to export all untranslated strings and strings marked with the Redo flag to
an LMU file. You can specify whether you want to export for all projects or all applications. The
exported LMU file contains the related View Names.
Example
siebdev /u sadmin /p db2 /d server /lmu ENU FRA todo app "C:\Program
Files\Siebel\8.0\Tools\objects\results.txt"
This example instructs the LMU to find all untranslated strings and redo strings for all applications
and export the results to C:\Program Files\Siebel\8.0\Tools\objects\results.txt. The source language
is English-American (ENU), and the target language is French (FRA).
Because of project schedules, developers usually start testing configuration changes without
localized strings, which become available much later. This often means that they must delay
testing until the localized strings are available.
Once developers have the localized strings imported, they start testing using a language SRF.
But they often miss some strings—not all language translations were loaded, development
continued beyond the localization export date, or some projects were mistakenly not exported.
These missing localized values can cause screens not to appear, tabs to be blank, or field labels
not to appear—behavior that can be due to a variety of causes, and can be difficult to find and
diagnose.
The Advanced Compile option in Siebel Tools version 8.0 solves these problems by doing the
following:
■ Inserting “dummy” strings where translations are missing so that all functionality works.
■ Adding pseudolocalization prefixes to strings. These prefixes can include characters, such as
accented European letters and Asian characters, to test their appearance in the desired
languages.
■ Detection of hard-coded strings. Adding the prefix makes the string different from the original
English string, so that any code that depends on checking a hard-coded string will break.
For example, if the code checks for the status of a customer to be “ACTIVE” and that string is
hard-coded within the program, it will not match the modified status string that says
“ÐØÉ_ACTIVE.”
■ Detection of code that will not accept non-ASCII characters. Any script or add-in product that
has not been correctly internationalized will most likely cause an error when faced with a string
such as “ÐØÉ_ACTIVE.” This error would not otherwise be detected until localization has been
performed, which might be too late in the project cycle to correct immediately.
An additional benefit of the prefixing option is that strings can be lengthened by up to three
characters. This allows testing of field and column sizes to make sure that they can accept localized
strings where the translation is longer than the original text. This commonly occurs in Western
European languages.
NOTE: The Advanced Compile option does not change the underlying data in the repository, only the
strings in the compiled SRF file. The Advanced Compile feature only works on strings that are in the
S_SYM_STR table (that is, strings normally exportable with the LMU tool). It does not work on error
messages contained in separate products such as Siebel Handheld or in third-party products such as
Actuate reports.
The Advanced Compile option is accessed by holding down the SHIFT key when choosing Compile
Projects from the Tools menu.
3 Under Tools Language Mode, choose the language you wish to test, for example Swedish. ENU
(English-American) is the default.
4 Click Yes.
5 Under Language override, select the Enable and Use Language Override checkbox.
6 Click OK.
7 Click OK.
CAUTION: Before compiling in advanced mode, make a backup copy of your SRF file.
The Object Compiler dialog box appears with the Advanced button visible.
2 Click Advanced.
NOTE: If testing a language with characters particular to it, you should include one or more
of those characters.
■ For missing translations, show LANG_CODE + object name. Inserts dummy strings for
missing translations. Optional.
5 Click OK.
7 Choose an SRF file to which to compile. This should be the language SRF that you wish to test.
8 Click Compile.
For more information, see “Using the Siebel Debugger” on page 155.
The Siebel Mobile Web Client starts in a new browser window. If both options were chosen,
strings are prefixed with the chosen characters, and dummy strings contain the chosen
characters, language code, and object name.
2 Navigate among the screens and views to find missing string translations.
objects, enabling check in and out 100 importing converted symbolic strings 209
options, setting 90 parameters for string conversion 207
process, about 90 running string consolidation utility 211
projects, data source options 67 running string conversion utility 206
server repository, projects from 98 splitting consolidation export files 213
server repository, projects to 99 splitting export files into smaller files 209
checking out projects string consolidation parameters 211
restarting editors after check out 69 constrained mode, running Tools in 76
checkout, undoing 103 Controls/Columns window
command-line interface about and example 27
about using 58 drop-down lists and fields 28
passing arguments in an XML file 174 customizing Tools environment
running Locale Management Utility 226 choosing a target browser 77
using to export object to an archive file 171 choosing Web template editor 72
using to export objects to a hot-fix 173 customizing visualization views 73
using to import objects from an archive defining Object List Edit display options 70
file 182 docking/undocking windows 79
using to validate objects 117 enabling language overrides 62
Compare Objects dialog box hiding docked windows as tabs 79
about 128 integrating with third-party source
comparing in archive files 130 control 63
comparing in current repository and archive restarting editors after check out 69
file 130 running in constrained or unconstrained
objects, comparing in another mode 76
repository 130 selecting language mode 61
objects, comparing in same repository 129 setting change date preferences 60
synchronizing object definitions 131 setting commit options for full get 69
compiling setting database options 75
about 163 setting debug options 72
incremental repository upgrade kits 163 setting scripting options 70
single object or group of objects 165 setting workflow and task configuration
testing changes 167 options 61
compiling projects showing visualization views 82
accessing object compiler 164 showing/hiding Confirmation dialog
caution, about compiling or modifying .srf boxes 60
file 164 showing/hiding debug windows 83
in advanced mode 231 showing/hiding editor 82
compound queries showing/hiding object definitions 74
about creating and table 123 showing/hiding Object Explorer window 78
Configuration Context toolbar, about showing/hiding status bar 84
using 54 showing/hiding toolbars 83
Confirmation dialog boxes, showing/ showing/hiding windows 78
hiding 60 specifying data sources 67
conflict resolution stacking dockable windows 81
about object definitions, displaying hierarchy
of differences 180 D
about objects definitions, displaying one to a data
row 181 getting locale-specific data 87
object definitions, displaying property value specifying data sources 67
conflicts for selected definitions 181 database
consoleapp.exe database commits, setting for full get 69
exporting candidates for conversion 207 overwriting projects stored on local
exporting matching symbolic strings 211 database 86
importing consolidated strings 213