application_admin
application_admin
Teamcenter 12.2
Application
Administration
PLM00100 • 12.2
Contents
Configure rich client web browser home page and window . . . . . . . . . . . . . . . . . . . . . . . 2-1
The following table lists Teamcenter administrative tasks that are performed within particular
applications, and provides links to documentation for those applications.
Application-specific
Adminstration tasks documentation
Control user access to data objects stored in Teamcenter by defining Access Manager
and maintaining rules and access control lists.
Administer authorized data access licenses. Security Administration
Configure audit logs that track actions that take place on specified Audit Manager
objects in the database.
Create data model objects, such as business objects, properties, Configure your business
lists of values, and naming rules. data model in BMIDE
Create and manage the classification hierarchy and attribute Classification Admin
dictionary.
Set up authoring and publishing tools, including creating and Content Management
maintaining topic types, publication types, style sheets, and style
types.
View components, select objects, navigate hierarchies, work with Teamcenter Basics
summaries, details, impact analysis, and related information.
Define your company's virtual organization, manage storage Organization
volumes, and define calendars.
Create transfer mode objects that help users import and export PLM XML/TC XML Export
Teamcenter objects and system data. Import Administration
Set up projects, including assigning users and implementing access Project and Program
control based on project membership.
Define customized searches for objects in local and remote Query Builder
Teamcenter databases.
Create and manage report definitions. Report Builder
Configure Subscription Administration process daemons, manage Subscription Administration
subscription tables, and create and manage subscription reports.
Configure validation processes that provide a decision mechanism Validation Manager
by which users ensure that item revisions meet compliance before
they are released.
Configure Teamcenter systems engineering and requirements Systems Engineering
management, including Microsoft Office import and export templates.
Design workflow process templates that incorporate your company's Workflow Designer
business practices and procedures.
The rich client Web Browser view lets users browse the Web in a view within the rich client, using the
browser defined by the client’s operating system, rather than switching to a separate Web browser
window. The Web Browser view also allows users to access MIME (Multipurpose Internet Mail
Extension) file types and view files created in other applications, such as Microsoft Word and Excel.
Note
In the rich client and ITK, the ability to set or change a password in the Teamcenter
database is disabled when the TC_SSO_SERVICE environment variable is set. The
Change Password command remains available from the Actions menu. In the
Organization application, the password text box and blank password check box are
disabled.
For administrative purposes, the administrator can choose not to set the TC_SSO_LOGIN_URL
environment variable. The following table lists the logon scenarios for users logging on to the
Teamcenter rich client, before logging on to any other Teamcenter product:
When one external identity provider serves multiple Teamcenter sites, and each site authorizes a
different set of users, the administrator must set the TC_SSO_APP_ID environment variable to
identify the site. This site ID must match a site ID registered with the Security Services service. This
environment variable is optional; when used, it must be set in both the tc_profilevars file for the
server and the site_specific.properties file for the rich client.
When Security Services is installed and enabled, the rich client user logon defaults to
the Teamcenter database, behaving as if users had entered user IDs and passwords in
its standard logon dialog box but left the database blank. The default database is the
database defined by either the IIOP_SERVER_n.HOST property (for two-tier rich client server
configurations) or the HTTP_SERVER_n.URI property (for four-tier rich client configurations) in the
client_specific.properties file. These properties are set using Teamcenter Environment Manager:
the IIOP-based protocol is implemented for a two-tier configuration, the HTTP-based protocol enables
SOAP-based HTTP communication and is implemented for a four-tier configuration. To specify a
different default database for Security Services logons, you must manually modify the appropriate
property in the rich client site_specific.properties file.
• Members of the group or role are not distracted by commands that they do not want or need.
You have three methods to limit commands that appear in the rich client:
Use the Suppress Context In the selected perspective, for You can choose to apply the
Menus view in the Command the selected group or role within suppression to the context
Suppression application to a group, the selected command menu for an object selected in
suppress commands on context is suppressed from context either
menus. menus that appear for objects.
• all views in the selected
Suppressions defined by perspective
this means are in addition
to suppressions that • only a selected view
apply because of settings
defined using the Suppress and to either
Commands view.
• all object types
Example
If a group does not use Multi-Site Collaboration, then for the My Teamcenter perspective,
for all members of the group, you may want to suppress the Multi-Site Synchronization
commands.
If a business process expects only managers in the logistics group to be able to import and
export data, then for all member roles in the Logistics group except the Manager role,
you could suppress the Import and Export commands.
If a perspective is intended for focusing on a particular application task, then you might
suppress the Open command in the Manufacturing – Work Instructions perspective,
while the Open command is available in the Manufacturing – BOM Reconciliation
perspective
• Contributed statically in the code (for example, Window menu), with the exception of
savePerspective, resetPerspective, and closePerspective in the Window menu.
• Contributed dynamically. If there are static and dynamic commands within the same parent
group, suppressing the parent group also suppresses any contained static commands. It does
not suppress the dynamic commands, and the parent group still appears.
Tip
To hide an entire perspective in the rich client, find the perspective's row in the
DumpCMSConfigInfo output activityxxx.csv file and add the value in the ID column to the
Teamcenter preference HiddenPerspectives.
4 Suppress Context Displays a set of controls for suppressing application commands that
Menus view might be found on context menus for objects shown in a perspective
view. The list of available application commands depends on the
perspective selected in the Applications view.
The View and Object Type values can be used to limit command
suppression to a certain view within the perspective, and to a certain
type of object.
5 Perspective Mode The Perspective Mode button is displayed and applicable when the
button Suppress Commands view is active. The button can be set to one of
two states, Off (default) or On . The active mode at the time a
command is hidden determines whether the command is hidden for all
of the application's perspectives (Off), or only the selected perspective
of the application (On).
6 Hide and Show The Hide and Show buttons are displayed when the Suppress
buttons Commands view is active.
You can click a button to set the respective status for the menu or
command that is currently selected.
3. In the Applications view, select the perspective containing the commands that you want to
suppress.
Many applications have only one perspective. Some have multiple perspectives. For example,
Manufacturing – BOM Reconciliation and Manufacturing – Process Sequencing are
perspectives of the Manufacturing Process Planner application. By default, new command
suppression settings apply to all perspectives of an application; but, if Perspective Mode is on,
then new command suppression settings apply only to the selected perspective.
5. If you want to limit new command suppression settings to only the selected perspective, then
turn Perspective Mode on.
This is the default mode. In this mode, when you hide menus and commands, they
Off are suppressed for all perspectives of the application to which the perspective
selected in the Applications view belongs.
Menus and commands hidden while in this mode are struck through with a red line
and annotated with [Hidden by Application].
In this mode, when you hide menus and commands, they are suppressed only in
On the selected perspective.
Menus and commands hidden while in this mode are struck through with a red line
and annotated with [Hidden by Perspective].
6. In the Suppress Commands view, select a menu, submenu, or command from the tree.
7. Click Hide.
The menu, submenu, or command name nodes selected for suppression are struck through with
a red line and an annotation identifying the suppression as perspective- or application-based
is added.
To remove the suppression, click Show.
8. Choose File→Save.
Suppressions defined using the following procedure do not hide commands on drop-down menus
and toolbars.
3. In the Applications view, select the perspective in which you want to suppress context menu
commands.
5. If you want to limit command suppression to a particular view in the perspective, then from
the View list, select a view.
If no view is selected, command suppression applies to all views in the perspective.
6. If you want to limit command suppression to a particular item type, then from the Object Type
list, select an object type.
If no object type is selected, the command suppression applies to all object types.
By default, only children of the item object type are included in the Object Type list. If you
want to select an object type other than one based on the item type, then clear the Show Item
Types Only check box.
7. If you want to filter the list of available commands, then enter a filter pattern in the box above
the list of commands.
The list of commands available for a perspective is often very long. Entering a few characters of
the command name can make it much easier to find and select the command you are interested in.
8. In the Available Commands list, select a command from the list and click to move it to
the Suppressed Commands list.
Note
Inherited suppressions are not shown in the list.
9. Choose File→Save.
Command suppression
preference Then group
For these UI locations for the role exists? command suppressions
drop-down menus and toolbars No Do apply
drop-down menus and toolbars Yes Do not apply
context menus either No or Yes Do apply
Note that even if the command suppression preference defined for a role does not contain any
values, the command suppression preference for the role must be deleted in order to restore the
role's inheritance of group command suppression on drop-down menus and toolbars.
Suppressions defined using the Suppress Context Menus view in the Command Suppression
application do not affect drop-down menus and toolbars.
for a member role in all the groups where the role appears. You can manually create a preference to
accomplish this general role-based suppression.
Many examples of such command suppression preferences can be found in an Administration Data
Documentation Report of Teamcenter preferences.
Note
You cannot suppress a command for all groups and all roles.
The following example procedure shows how to suppress commands in the Navigator (My
Teamcenter) perspective for a role in all groups.
1. In My Teamcenter, choose Edit→Options.
2. Click Filters.
4. In the Create new preference panel, type the following statement in the Name box:
com.teamcenter.rac.ui.perspectives.navigatorPerspective\\*\\[role]\\HIDDEN_COMMANDS
Replace [role] with the name of the role for which you want to suppress commands.
5. In the Create new preference panel, in the Values box, type a comma-separated list of
command IDs for the commands that you want to suppress.
6. Click Create.
Example
Following are three examples of using a preference to suppress commands.
To suppress the Cut, Copy, and Paste commands for the My Teamcenter perspective for
all groups and the DBA role only:
com.teamcenter.rac.ui.perspectives.navigatorPerspective\\*\\DBA\\HIDDEN_COMMANDS
Values: cutAction,copyAction,pasteAction
Note that these command names are unusually simple. See command IDs for examples of
typical Teamcenter application commands.
To suppress the Cut, Copy, and Paste actions for the My Teamcenter perspective for the
dba group only and all roles defined in the group:
com.teamcenter.rac.ui.perspectives.navigatorPerspective\\dba\\*\\HIDDEN_COMMANDS
Values: cutAction,copyAction,pasteAction
To suppress the Cut action for the Structure Manager application for all groups and the
DBA role only:
com.teamcenter.rac.pse.PSEApplication\\*\\DBA\\HIDDEN_COMMANDS
Values: cutAction
Note
To ensure consistent behavior on forms in both edit and view mode, set the
Configuration_shown_on_reservation_dialogs value to true, and set the following
preferences as required:
• Confirm_cancel_checkout_suppressed
Set this preference to true to proceed without user input on the cancel checkout
confirmation dialog box.
• Confirm_checkin_suppressed
Set this preference to true to proceed without user input on the checkin confirmation
dialog box.
• Confirm_checkout_suppressed
Set this preference to true to proceed without user input on the checkout confirmation
dialog box.
Master forms
Master forms are created and deleted when an item or item revision is created or deleted.
• Master forms display specific product information to the rest of the enterprise in a standardized
format.
• When a new item is created, an Item Master form object is created automatically. Similarly,
when a new item revision object is created, an ItemRevision Master form object is created
automatically.
You can enter data in the item master and item revision master forms when you create an item or by
opening an Item Master or ItemRevision Master form object.
Note
• Master forms inherit access privileges from the parent item or item revision, so if you
change access privileges to an item or item revision you affect the privileges on the
master form.
You can use the TC_MASTERFORM_DELEGATE environment variable to change
this default behavior.
• Grant users who occupy the importer role in the DBA Lite group access to the PLM XML/TC
XML Export Import Administration application.
The Authorization application works in conjunction with other Teamcenter applications to control
access to product features and data, as follows:
• Access to product features is controlled using the Command Suppression application.
• Access to operations on objects, such as delete, copy, and change ownership, is controlled by
configuring rules in Access Manager.
Authorization interface
1 Quick Links Click either the Applications link or Utilities link to set
access level.
2 Organization tree Displays the groups and roles in your organization. From
the Organization tree, you can choose a group or for
a selected role.
3 Applications with Read Only For the selected group or role in group, the Applications
Access with Read Only Access list contains the administrative
utilities or applications that are shown in the interface with
read only access to the functionality.
4 Applications with Full Access For the selected group or role in group, the Applications
with Full Access list contains the administrative utilities
or applications that are shown in the interface with full
access to the functionality.
Note
In the event that two subgroups of different parentage share the same name, rules defined
for one parent group are not inherited by the same-name subgroup of the other parent
group. For example, if both the Manufacturing group and the Design group have a
Validation subgroup, authorization rules defined for the Manufacturing group apply only
to the Validation subgroup that is directly related to the Manufacturing group. Likewise,
authorization rules defined for the Design group apply only to the Validation subgroup
that is directly related to the Design group.
Often, administrative tasks are assigned at a functional level corresponding to your business
practices. For example, responsibility for administering user data such as personal and organization
information may be assigned to one group, while a different group may be responsible for designing
workflow processes. In such cases, dba group privileges are more broad and powerful than is
necessary or desirable. Authorization enables you to create authorization rules to model access to
administrative tools to your business processes.
Example
To access the Organization application, a user must have dba privileges (be a member of
dba with the role of DBA). If the user is a member of both the dba and the Engineering
groups and logs on under the Engineering group, the user may or may not have access to
the Organization application depending on how TC_authorization_mode is set:
• If set to on (evaluate all group memberships and the roles in the groups), the user has
administration privileges based on membership in the dba group, even though the user
is not currently logged on under that group. The user can access the Organization
application.
• If set to off (evaluate only the current logon group and the role in that group), the user
does not have administration privileges through the Engineering group. Therefore, the
user cannot access the Organization application.
The following utilities are supported for access configuration using Authorization:
2. Expand the Organization tree and click the group or role to whom you want to grant
or deny application access.
3. Select the application from the Applications with Read Only Access list to grant access to the
group or role in group. Click the right-arrow button to move the application to the Applications
with Full Access list.
Tip
If the Applications with Read Only Access list is empty, click any group or role
symbol in the Organization tree to refresh the list.
4. Click Save.
2. In the Authorization application pane, expand the Organization tree and click the group or
role to whom you want to grant or deny utility access.
3. Select the utility from the Applications with Read Only Access list to grant access to the
group or role in group. Click the right-arrow button to move the utility to the Applications with
Full Access list.
Tip
If the Applications with Read Only Access list is empty, click any group or role
symbol in the Organization tree to refresh the list.
4. Click Save.
2. In the exportRule dialog box, navigate to the directory location where you want to save the
rule file.
Note
The file is output in XML format; therefore, the file name must end in .xml.
2. In the importRule dialog box, navigate to the directory containing the authorization rule file that
you want to import.
Note
Rule files are XML files.
Quick Search
Advanced Search
• Configure indexing
Simple Search
2. Updating the two Quick Search preferences with the name and attribute of the custom query.
o General
o Item
o Item Revision
o Remote
o Checked-Out Dataset
• Quick_Access_Queries_Attribute
Specifies the criteria attribute displayed for a query in the Quick Search menu using the following
format:
internal-query-name_SearchAttribute=L10N-key
The internal query name is specified in the qry_text_locale.xml locale file. The L10N key is the
User Entry L10N Key value specified for the given query.
In the following example, a custom query named Find PDFs is created. The value of the L10N
key is set to datasettype_name.
• Default_Quick_Access_Query
Specifies the default quick search name, for example, Item ID.
• Only attribute properties and typed referenced properties can be specified for this type of search.
Simple Search and Query Builder do not support run-time properties and compound properties.
• Search results display in the Search Results view. Users can refresh, compare, save, and
assign these search results. However, the search criteria cannot be saved or shared.
No configuration is required before users can begin using this search mechanism. However you can
modify its behavior by setting Simple search preferences.
• Favorite_Business_Objects_To_Search
Specifies which business object types appear in the:
Business Object Type list
Business Object Type button
• Searchable_Business_Objects
Filters the business object types that display in the Business Object Type list, limiting the list to
the business objects specified by this preference. Limit the list to only those business objects
used at your site, allowing users to locate business object types quickly.
This preference can be set as a site preference by an administrator and as a group or role
preference by a group administrator.
• Distribute saved queries throughout your local site or throughout a global enterprise.
• Implement full-text search with Advanced Search, allowing users to search for datasets by
attribute value and search dataset files by keyword.
• QRY_dataset_display_option
Determines whether the latest version or all versions of a dataset object are displayed when
query results are returned.
Set this preference to 1 to display all versions of a dataset object. Set to 2 to display only the
latest version of the dataset object.
• QRY_query-name_SortKeys
Determines the class attributes used to sort the query results. This preference must be used in
conjunction with the QRY_query-name_SortOrder preference, which determines sort order.
The value type of the class attribute must be a primitive value type. For example, char, int,
double, or date. If a query name contains one of the following characters, this character must be
replaced with the underscore (_) character:
o Space character
• QRY_query-name_SortOrder
Determines the sort order of query results. This preference must be used in conjunction with
the QRY_query-name_SortKeys preference, which determines the class attributes used to
sort query results.
Set this preference to 1 to sort query results in ascending order. Set to 2 to sort query results
in descending order.
• QRY_search_type_hierarchy
Determines whether subtypes are included in query results. The system uses type hierarchy
functionality to query types and subtypes.
Administrators can add this as a site preference in the Options dialog box, which can be
accessed from the Edit menu, or in the tc_preferences.xml preferences file. Users can set this,
as a user preference, to true from the search interface:
In the rich client, choose Edit→Options to display the Options dialog box. Select the Search
folder from the tree on the left. Select the Query Options tab. Then select the Enable
Hierarchical Type Search check box. Checking this check box automatically adds this
preference to the database, and sets it to true.
Query Builder enables you to create complex queries based on the Teamcenter data schema, a
hierarchical arrangement of types, subtypes, and properties. Query Builder provides hints to assist
you in navigating the schema. The hints present a relationship as a starting point, for example, the
relationship between an item and its item revision, and then provide you with the steps to build that
relationship into your search definition.
Queries created in Query Builder display in the Saved Queries tree. Saved queries can be used
for searches and to generate reports.
In the context of Advanced Search, these queries also appear in the System Defined Searches
tree, accessed by clicking the Select a Search button on the Advanced Search view to display
the Change Search dialog box.
The following graphic illustrates a few of the saved searches available by default.
The IDOL full-text search engine enables users to retrieve objects from the Teamcenter database
based on search criteria. It allows users to specify searches on metadata values, as well as full-text
retrieval searches on both metadata and common forms of text data.
Install the full-text search engine. The IDOL full-text search system requires that two servers are
installed, configured, and active:
• IDOL server
The Intelligent Data Operating Layer (IDOL) server includes the content server, community server,
category server, Agentstore server, and the IndexTasks component. AutonomyIDOLServer.cfg
is the IDOL server configuration file. AutonomyIDOLServer.exe is the IDOL server executable.
During installation, you can display the IDOL server version by going to the IDOL installation
directory and running the IDOL executable with the -version flag:
autonomy/idol/idol.exe –version
After installation and configuration, you can use a web browser to display IDOL server version
information at:
http://host:aciport/action=getversion
o aciport is the ACI port of IDOL specified by the Port parameter in the IDOL configuration
file's [Server] section.
The search engine configuration file, typically IDOL.cfg, is located in a default installation in the
autonomy/IDOL directory under the location where the software is installed. After installation
on Windows, go to Control Panel→Services and double-click the idol service. This displays a
dialog box that shows the location of the executable file and the configuration file.
You can display IDOL server help by entering the following command from your web browser:
http://host:port/action=Help
o port is the ACI port of IDOL specified by the Port parameter in the IDOL configuration file
[Server] section.
You can also view help without starting IDOL server. In the IDOL server installation directory,
open the help directory and click index.html.
You can determine the version of the Intelligent Data Operating Layer (IDOL) server and the
File System Fetch server being installed. Prior to configuration, in the installation directory,
run system_path/autonomy/IDOL/idol.exe –version to display a dialog box with the version
information.
Start servers
Start the IDOL server by doing one of the following:
• Use the Start.sh start script (UNIX). The script is supplied in the IDOL server installer.
Stop servers
• To stop the IDOL servers on UNIX/Linux systems, use the stop script (Stop.sh) provided in the
appropriate directories to stop the servers.
• To stop the IDOL servers from the service port, open the following in a browser:
http://host:servicePort/action=stop
o servicePort is the ACI port of IDOL specified by the Port parameter in the IDOL configuration
file [Server] section.
The IDOL search engine supports many data formats in addition to the file types supported by default
in Teamcenter using the following preferences:
TC_fts_indexed_types
This preference specifies the types of objects that can be indexed. The default values for this
preference are Text, MSWord, MSWordX, HTML, MSExcel, MSExcelX, MSPowerPoint,
MSPowerPointX, and PDF.
TC_fts_supported_files
This preference specifies file type extensions that can be indexed. For example, the compressed
format .zip file extension must be added to the TC_fts_supported_files preference if you want
to index text-based .zip files.
You can set up IDOL for full-text search. Then build keyword indexes for the IDOL search engine
using the build_fts_index utility.
Configuring search
When the IDOL search engine is installed and configured at your site, you can perform full-text
searches. Full-text searches can be combined with searches for metadata, allowing you to search
datasets by property value as well as search dataset files by keyword. For example, you can
search for all documents containing the keyword cat that belong to owning user jsmith and have
been modified after December 1, 2015.
3. To enable exact match queries for keywords, set AdvancedSearch to true in the [Server]
section of the IDOL Server configuration file before you index content.
The exact match criteria is submitted by enclosing the search keyword inside quotes, for
example, "cat".
4. To enable case-sensitive exact match queries for keywords, set AdvancedCaseSearch to true
in the [Server] section of the IDOL Server configuration file before you index content.
The case-sensitive exact match criteria is submitted by prefixing the keyword with a tilde (~) and
enclosing it in quotes, for example, "~Cat".
Caution
Be aware that searching for case-sensitive matches can degrade searching
performance.
7. You can enable real time indexing to update the full-text search index automatically whenever
objects or their named references are saved, modified, or deleted.
You can use the UnstemmedMinDocOccs parameter in the [Server] section of the configuration
file to specify the number of documents in which a term must occur for it to be considered in a
wildcard search.
You cannot use wildcards to search for numeric characters if the SplitNumbers configuration setting
is set to true in the [Server] section of the configuration file.
• TC_fts_default_AND_operator
true Uses the AND operator in search criteria. Entering dog cat queries for
dog AND cat. Results must contain both search terms.
false Uses the OR operator in search criteria. Entering dog cat queries for dog
OR cat. Results must contain at least one of the search terms.
• TC_fts_result_latest_ItemRevision
Specifies whether keyword searches return only the latest item revisions.
• TC_fts_max_results
Specifies the number of query results returned by the full text search engine. Use this preference
to avoid potential performance overhead on the IDOL server.
Accepts a single string as a value. Must be single positive integer.
Troubleshooting
To help you investigate problems with full-text search, you can check:
• Log files created in the IDOL installation directory structure.
• The output from running the build_fts_index utility using the report argument.
• (If running IDOL on a Linux server for a large database and the IDOL log says "insufficient free
file handles") Increase the number of open file handles in the /etc/security/limits.conf file.
Example
Increase the open file handles from the default value (1024) to 4000.
Required full-text search preferences for running the IDOL search engine
• TC_fts_aci_port
Specifies the Autonomy Content Infrastructure (ACI) action port number. This port is used to
send action query commands to the IDOL server.
This preference accepts a single string as a value. The value must be the number of the port
used by the ACI. This setting should be the same as the Port setting in the IDOL server's
configuration file.
• TC_fts_database_name
Specifies the name of the database in which Teamcenter database objects are indexed.
This preference accepts a single string value. The value must be the valid database name in
which the Teamcenter database objects are indexed.
• TC_fts_engine
Specifies the search engine used by Teamcenter's full text search (FTS) framework.
The search engine is used for searching within text documents such as MS Word documents,
PDF files, and HTML files. Currently Teamcenter supports only IDOL as the FTS search engine.
This preference value must be Autonomy.
• TC_fts_host
Specifies the IP address of the host machine running the IDOL server.
If the Teamcenter server and the IDOL server are installed on two different machines, set the
TC_TMP_DIR environment variable with the UNC path of the Teamcenter server machine to a
directory which can be accessed by the IDOL server. For example:
%TC_TMP_DIR%=\\ahi3w099\temp
In this situation, the Teamcenter server first creates temporary indexing files in the TC_TMP_DIR
directory, then the IDOL server reads the files for indexing.
Note
The TC_TMP_DIR environment variable is located in the tc_profilevars.bat file in the
TC_DATA directory, or in the start_TcServer1.bat file in the TC_ROOT directory.
This preference accepts a single string as a value. The value must be the valid IP address of
the host machine running the IDOL server.
• TC_fts_index_port
Specifies the index port number. This port is used to index documents for the IDOL server.
This preference accepts a single string as a value. The value must be the number of the IDOL
server's index port. This preference setting should be the same as the IndexPort setting in
the IDOL server’s configuration file.
• TC_fts_fsf_host
Specifies the IP address or the name of the host machine on which File System Fetch is running.
The host and port specified by the TC_fts_fsf_port preference are used by the FTS to send the
import command to File System Fetch, which imports and indexes documents on the IDOL server.
This preference accepts a single string as a value. The value must be a valid IP address
or host name.
• TC_fts_fsf_port
Specifies the port number on which File System Fetch is listening. The port and the host specified
by the TC_fts_fsf_host preference are used by the FTS framework to send the import command
to File System Fetch, which imports and indexes documents on the IDOL server.
This preference accepts a single string as a value. The value must be a positive integer.
• TC_fts_query_port
Specifies the query port number used to query IDOL server content.
This preference accepts a single string as a value. Teamcenter installation provides an
opportunity to install the IDOL search engine. If you choose this option, this preference is
automatically set to 9000.
• TC_fts_service_port
Specifies the service port number used to query the IDOL server service.
This preference accepts a single string as a value. Teamcenter installation provides an
opportunity to install the IDOL search engine. If you choose this option, this preference is
automatically set to 9002.
Set the following full-text search preferences when the Teamcenter server and the IDOL server
are installed on different machines.
Preferences for a distributed installation
• TC_fts_use_shared_tmp_dir
Specifies whether the IDOL server uses a network-shared folder as a temporary work directory.
If the Teamcenter server and the IDOL server are installed on different machines this preference
must be set to true.
• TC_fts_windows_autonomy_server
Specifies whether the IDOL server is installed on a Windows platform.
• TC_fts_shared_tmp_dir_unix
Specifies the temporary exchange directory for the UNIX machine where the Teamcenter server
or IDOL server are running.
If the Teamcenter server and the IDOL server are installed on different machines, you must set
either this preference (UNIX) or the TC_fts_shared_tmp_dir_wnt preference (Windows).
The separator used in this preference value must be the forward slash /, for example,
/mynetwork/mysite/myfolder.
This preference is defined in a new installation, but has no default value and no instance created.
Note
Settings for the -workdir and -db arguments of the build_fts_index utility override
this preference.
• TC_fts_shared_tmp_dir_wnt
Specifies the temporary exchange directory for the Windows host where the Teamcenter server
or IDOL server is running.
If the Teamcenter server and the IDOL server are installed on different machines, you must set
either this preference (Windows) or the TC_fts_shared_tmp_dir_unix preference (UNIX).
The separator used in the preference value must be the back slash \, for example,
\\mynetwork\mysite\myfolder.
This preference is defined in a new installation but has no default value and no instance created.
Note
The user account used to start the IDOL server must have write privileges to this
directory.
• TC_fts_shared_tmp_dir_autonomy_path
Specifies the temporary exchange directory path for the machine where the IDOL server is
running.
This preference is defined in a new installation but has no default value and no instance created.
A valid value can be a UNC path or a local path, using forward slash / as a separator, such
as //myserver/shared, F:/shared, and /tmp.
Note
The user account used to start the IDOL server must have write privileges to this
directory.
A value specified in this preference overrides values defined by the
TC_fts_shared_tmp_dir_wnt and TC_fts_shared_tmp_dir_unix preferences.
After the IDOL search engine is installed and configured at your site, you can perform full-text
searches on dataset files. Full text search queries are shipped with Teamcenter:
• Dataset Keyword Search
A dataset keyword search queries for indexed metadata and the contents of dataset files using
only the full-text search engine index.
• Keyword Search
A keyword search queries for indexed types for properties and indexed type content.
• Dataset Search
A dataset search queries for dataset metadata from the Teamcenter database and dataset
content from the full-text search engine index.
b. Create sections for each language defined in IDOL server configuration file. For example:
[EnglishASCII]
[GermanUTF8]
c. In each section, create a line for each word that gets synonyms. For example:
[EnglishASCII]
cat
dog
[GermanUTF8]
Katze
Hund
d. List synonym strings next to each word and save the file.
• Use commas to separate words.
Example
[EnglishASCII]
cat,feline,grimalkin,moggy,mouser,puss,pussy,tabby
dog,bitch,cur,hound,mans best friend,mongrel,mutt,pooch,puppy
[GermanUTF8]
Katze,Mietze,Mietzekatze,Mietzekater,Kater,Mulle,Kätzchen
Hund,Wau Wau,Hündin,Töle,Kläffer,Hündchen,Welpe
3. Configure the full text search engine IDOL server to use a synonym file.
a. Open the IDOL server configuration file, IDOL.cfg, in a text editor.
b. In the IDOL server configuration file [FieldProcessing] section, set up a synonym process
so the IDOL server can determine when to apply synonym settings. For example:
[FieldProcessing]
0=SynonymMatch
c. Create a property for the synonym process, and then identify the fields that you want to
associate with the process. For example:
[SynonymMatch]
Property=ApplySynonymMatch
PropertyFieldCSVs=*/DRETITLE,*/DRECONTENT
• Synonym properties must point to a defined synonym job.
• In the example, the IDOL server returns only documents for synonym queries when the
DRETITLE or DRECONTENT field values match the query.
Caution
The property you create must not have the same name as the process.
When you identify fields, use the /FieldName format to match root-level fields,
*/FieldName to match all fields except root-level, or /Path/FieldName to match
fields pointed to by the specified path.
d. List the property that you have created in a [Properties] section. For example:
[Properties]
0=ApplySynonymMatch
e. Create a section for the property in which you set the SynonymType parameter to the
name of the synonym job that specifies the settings IDOL server should apply to synonym
queries. For example:
ApplySynonymMatch]
SynonymType=Synonym_job
f. In the IDOL server configuration file's [Synonym] section, list the synonym job whose
settings you want to apply when a synonym query is sent to IDOL server. For example:
[Synonym]
0=Synonym_job
You can set up multiple jobs, but normally only one is needed.
g. Define a section for your synonym job using the same name as the synonym job already
specified, and then add settings to apply to synonym queries. For example:
[Synonym_job]
File=animals.txt
MaxExpandLevel=1
Indexing overview
If indexing is configured, then keyword searches are available from Quick Search and Advanced
Search. A keyword search queries the search engine on an object-by-object basis for the properties
of dataset objects and the contents of dataset files.
TC_fts_index_retries
Specifies the number of times a connection with the IDOL server is attempted before exiting.
TC_fts_index_timeout
Specifies how long, in milliseconds, the client waits for data from the server before closing
the connection.
TC_fts_indexed_types
Specifies which object types are indexed. The search engine supports many data formats.
TC_fts_indexing_wait_timeout
Specifies the amount of time, in seconds, the FTS search engine is allowed to index one
object.
• TC_fts_hierarchical_index_delete
Specifies whether full-text search index and delete operations are hierarchical.
• TC_fts_index_retries
Specifies the number of times a connection with the IDOL server is attempted before exiting.
When the number of attempts is exceeded, the system displays an error.
Accepts a single string as a value. Must be single positive integer.
• TC_fts_index_timeout
Specifies how long, in milliseconds, the client waits for data from the server before closing the
connection. When the length of time is exceeded, the system displays an error.
Accepts a single string as a value. Must be single positive integer.
• TC_fts_indexing_wait_timeout
Specifies the amount of time, in seconds, the FTS search engine is allowed to index one object.
Because this preference is used during real-time indexing for the indexing of work space objects,
its setting significantly affects system performance.
Accepts a single string as a value.
• TC_fts_real_time_indexing
Specifies whether object indices are created or updated into the FTS index database in real time,
when the objects are created, modified, or deleted.
• TC_fts_realtime_delete_cache_size
Specifies the cache size (number of objects) for real-time, full-text search delete actions.
Valid values are any positive integer. The default value is 10.
• TC_fts_realtime_index_dt_cache_size
Specifies the cache size (number of objects) for real-time, full-text search dataset index actions.
Valid values are any positive integer. The default value is 10.
Increase the value to cause fewer IDOL calls to generate indexing and potentially remove
duplicated objects.
Caution
To avoid a user performance issue when importing a large amount of data listed in the
TC_fts_indexed_types preference, do not set this preference to a value less than 10.
• TC_fts_realtime_index_item_cache_size
Specifies the cache size (number of objects) for real-time, full-text search item index actions.
Valid values are any positive integer. The default value is 10.
Increase the value to cause fewer IDOL calls to generate indexing and potentially remove
duplicated objects.
Caution
To avoid a user performance issue when importing a large amount of data listed in the
TC_fts_indexed_types preference, do not set this preference to a value less than 10.
• TC_fts_supported_files
Specifies types of files that can be indexed.
Valid values are file extensions, for example, .txt.
Default values are .as, .aw, .csv, .dat, .dc, .dif, .doc, .docm, .docx, .dot, .dotm, .dotx, .eml,
.epub, .fff, .htm, .ip, .mdb, .mif, .msg, .ods, .pdf, .ppt, .pptx, .rtf, .stc, .sxc, .txt, .various,
.vdx, .wo, .wpd, .xml, .xla, .xlam, .xls, .xlsm, .xlsx, .xlt, .xltm, .xltx, and .xlw.
• TC_fts_indexed_types
Specifies types whose objects can be indexed. The FTS framework uses this preference
to determine if a given object should be indexed. If this preference is not defined, the FTS
framework does not filter out any objects.
Accepts multiple strings as values. Each string must be a valid object type name.
The IDOL search engine supports numerous data formats.
• type-name_indexed_properties
Specifies the properties to be indexed to the IDOL database for a particular object type. This
preference supports type (hierarchy) inheritance.
Accepts multiple strings as values. Each string must be a combination of a valid type name and
one or more valid property names.
Batch indexing
An administrator can use the build_fts_index utility to create keyword indexes for the IDOL search
engine on an object-by-object basis. These indexes become part of the full-text keyword search
functionality and can index both the properties of dataset objects and the contents of dataset files. If a
dataset file is not of a document type supported by IDOL, the utility will ignore it.
Use the utility to manage all aspects of the index, including:
• Types of objects to index
• Queries to be indexed
• Logging
• Reports
• For the -entry and -value arguments, -entry is the criteria name on a search form and -value
is the input for the criteria.
• For searches using the Modified after criteria, the value must be later than installation date.
Check the indexing status of objects and manually update the search index
Available if full-text search is implemented at your site.
• Updated
Indicates the index for the object is current.
• Not Updated
3. In the Check Index Status dialog box, select the objects you want to index.
Hold the Shift key for adjacent values and the Ctrl key for nonadjacent values.
4. Click Reindex to run the indexing process for the selected objects.
The system displays indexing errors, if any, and updates the status in the dialog box.
If the full-text search capability is not installed, the system displays the message: The FTS
engine could not be found.
• Updated
Indicates the index for the object is current.
• Not Updated
Indicates the object is not indexed.
3. In the Check Index Status dialog box, select the objects you want to index.
Hold the Shift key for adjacent values and the Ctrl key for nonadjacent values.
4. Click Reindex to run the indexing process for the selected objects.
The system displays indexing errors, if any, and updates the status in the dialog box.
If the full-text search capability is not installed, the system displays the message: The FTS
engine could not be found.
3. Share the temp directory, using a UNC path and full permissions.
5. (Optional) If necessary, you can install TcServer on additional hosts. If so, add the additional
host names to AdminClients and QueryClients.
2. Select Configuration.Full Text Search to filter the preference index to full-text search
preferences.
4. Add the new type to be indexed to the Current Values box. For example, add Part Revision.
5. Click Modify.
The new type is added to the preference.
6. Select the New tab at the bottom of the dialog box and create a new dataset_indexed_types
preference for the new type.
In this example, create a new Part Revision_indexed_types preference.
9. In the Values box, add the properties you want to index. For example, add object_name and
object_desc.
11. To see your changes, close the rich client session and restart the Teamcenter server.
• Clear the index database. You can use either of the following methods to clear the index
database:
o Use the web interface to send DREINITIAL.
2. Open the IDOL server configuration file, typically AutonomyIDOLServer.cfg, in a text editor.
4. Add the following line above NodeTableStoreContent to avoid indexing unnecessary file
properties like author, title, modified and date.
MustHaveFieldCSVs=<required_fields>
From:
[FieldProcessing]
Number=24
To:
[FieldProcessing]
Number=25
Note
Your Number parameter value may be different.
b. At the end of the [FieldProcessing] section, add SetStoredFields using the next higher
value. For example:
25=SetStoredFields
a. Add StoredFields to the end of the [Properties] section using the next higher value. For
example:
25=StoredFields
Note
Your Number parameter value may be different.
• dynterm
• main
• nodetable
• numeric
• refindex
• status
• tagindex
Note
These folders are located in a default installation in the content directory under the
location where the software is installed.
• To restart the IDOL servers on UNIX/Linux systems, use the scripts provided in the
appropriate directories.
11. Make sure the following error is not in the content engine’s application log file:
70-Error: Error - nodetable was initially created with "NodeTableStoreContent=TRUE".
This setting cannot be changed without initialising. Using original setting.
If you find this error, run DREINITIAL and restart IDOL server again.
Note
The DREINITIAL command deletes the data contained in the IDOL server data index
and resets the IDOL server to the installation state. The configuration file is not reset.
You can export indexed data from a previous database by exporting all indexed data from the old
database to a series of compressed files named output-0.idx.gz, output-1.idx.gz, and so on. These
files are placed in the export path on the IDOL server host.
Real-time indexing
Real-time indexing updates the full-text search index automatically, whenever objects or their named
references are created, saved, modified, or deleted. Set the TC_fts_real_time_indexing preference
to true to enable real-time indexing on the types of objects specified by the TC_fts_indexed_types
preference.
Tip
Because this functionality indexes each object configured as an indexed type at the time it
is created, disable real-time indexing before creating large amounts of data (more than one
hundred objects) to improve performance.
After the data is created, use the build_fts_index utility to index the data. After indexing,
enable real-time indexing if desired.
A new installation of IDOL (Autonomy) 10.1 can be performed using Teamcenter Environment
Manager (TEM) when no index data exists.
2. Back up configuration files of the original Autonomy installation especially if there are changes to
these files. The backup file configurations can be put in place after the upgraded installation.
• idol.cfg
• fsf.cfg
The Autonomy_10.1_operating-system.zip file does not include these configuration file templates.
These configuration file templates are not required because the original Autonomy installation contains
the template files. A new full release of Teamcenter contains the configuration file templates with the
Autonomy 10.1 installation image in autonomy.zip file. The configuration file templates include:
• idol.cfg.template
• fsf.cfg.template
1. Log on as a user with administrator privileges to the system where IDOL is installed.
2. Locate the IDOL services, which may differ from these names.
Open the Services dialog box.
Note
In the steps that follow, use your installed IDOL service names.
4. Make sure the IDOL service applications are stopped in Windows Task Manager. Open the task
manager by right-clicking the taskbar, and then clicking Start Task Manager.
5. From the Process tab in the Windows task manager dialog box, make sure there is no
content.exe file listed.
sc delete <IDOL-service-name>
sc delete <FSF-service-name>
8. Copy the new IDOL package to the same installed directory location.
Note
Unzip the Autonomy_10.1_operating-system.zip file to get the new autonomy folder.
9. Rename the new Autonomy folder to be the same name as the original folder (as needed).
10. Copy the corresponding configuration files from autonomy_backup into the new Autonomy
folders, respectively.
• idol.cfg
• fsf.cfg
Note
Use the Autonomy 10.1 configuration template files with an upgrade from Autonomy 5.
The Autonomy 5 configuration files are not compatible with Autonomy 10.1.
11. If you are using the synonym capability, copy the synonym file into the content folder.
12. In their corresponding folders, rename the FSF.exe and IDOL.exe files to the same name as
the original service names.
This ensures the service names are the same as your original service names when the service is
installed in the next step.
c. For each service, change the directory to the FSF and IDOL folder and type the commands
to install the services.
FSF.exe –install
IDOL.exe –install
Note
The FSF and IDOL executables must be the name in the Autonomy folder.
14. Verify the services (FSF and IDOL) are started in the Services dialog box.
15. Verify the content.exe service is also running in the Process tab in the Windows task manager
dialog box.
If the versions returned are correct, the upgrade was successful and the services are started.
Note
In the steps that follow, use your installed Autonomy service names.
5. Copy the new package to the same Autonomy installed directory location.
Unzip the Autonomy_10.1_operating-system.zip file to get the new autonomy folder.
6. Rename the new Autonomy folder to be the same name as the original folder (as needed).
7. Copy the corresponding configuration files from autonomy_backup into the new Autonomy
folders, respectively.
• idol.cfg
• fsf.cfg
Note
Use the Autonomy 10.1 configuration template files with an upgrade from Autonomy 5.
The Autonomy 5 configuration files are not compatible with Autonomy 10.1.
8. Copy the start script from autonomy_backup into the new Autonomy folder.
9. If you are using the synonym capability, copy the synonym file into the content folder.
10. In their corresponding folders, rename the FSF.exe and IDOL.exe files the same name as the
original service names.
11. Start the FSF and IDOL services from the new Autonomy directories.
Type these commands from the corresponding directory:
FSF.exe –install
IDOL.exe –install
13. Verify the Content, FSF, and IDOL services are started.
If the versions returned are correct, the upgrade was successful and the services are started.
After the manual upgrade to IDOL (Autonomy) 10.1, update the configuration files.
1. Make the following changes to the idol.cfg file:
a. Correct the spelling of the following setting.
From:
SetItaliLanguageFields
To:
SetItalianLanguageFields
c. Keep only the UTF8 settings in all the language definitions. For example:
[japanese]
Encodings=UTF8:japaneseUTF8
b. Remove the comment before the QueryPort setting, and assign the correct port number
(9000 by default).
QueryPort=9000
c. Remove the comment before the IndexPort setting, and assign the correct port number
(9001 by default).
IndexPort=9001
After your new IDOL installation is running, re-index all the Teamcenter data using the
build_fts_index utility.
When you upgrade to a version of Teamcenter that supports a higher version of IDOL server,
Siemens PLM Software recommends re-indexing your data. However, if you have a large amount
of data to index, re-indexing could take days or even weeks. Instead of re-indexing, you can reuse
existing data to avoid this delay if the following conditions apply:
• The old and new IDOL versions are compatible. (IDOL 7.6 through IDOL 10.1 are compatible.)
• You use the same index schema in your upgraded system as in your previous system. (That is,
you make no changes in the IDOL configuration file.)
• You use the same index database name in the upgraded system.
• Navigating the schema and defining search clauses to create queries that match your
requirements.
• Creating property finder formatter (PFF) objects that allow you to gather and report data related
to the objects returned by a query.
• Maintaining the XML file containing the hints used to navigate the schema in Query Builder.
• Enable and disable the capability to send operating system e-mail from within Teamcenter.
2. Select Configuration Manager and choose to perform maintenance on your existing Teamcenter
Foundation configuration.
3. On the Foundation Settings panel, choose the Email server settings tab and specify a new
password and change related security settings.
o Mail_server_name=a_valid_SMTP_mail_server
• For the person objects associated to users to be notified, ensure the E_Mail address fields are
set correctly in the Organization application.
o The OCS_use_email_property preference specifies whether to use the e-mail ID from the
e-mail ID field of the user Person object.
o Systems Engineering
o Structure Manager
o Schedule Manager
Note
Microsoft Office Communicator must be installed and running on your computer to use the
Teamcenter integration with Microsoft Office Communicator.
• If you try to use this feature when Microsoft Office Communicator is not installed and
running on your computer, Teamcenter displays the symbol color corresponding to the
Microsoft Office Communicator Presence Unknown status.
• If you try to use the Teamcenter integration with Microsoft Office Communicator to
contact a user for whom the system cannot find an e-mail ID, the system displays a
message listing possible reasons for the inability to continue the communication.
2. Teamcenter logs in to the user's e-mail account and checks the Inbox folder for unread messages.
3. Teamcenter tests unread messages for matches to criteria (subject and token files) specified in
the business user's rules.
4. If an unread message matches the specified criteria, then Teamcenter performs actions
according to the response type specified in the rule. The default response type performs the
following actions:
• Downloads the message body and attachments to a specified folder on the Teamcenter
server.
An administrator or developer can create a subtype of the basic email-polling business object and
define additional actions for a response. For example, attachments could be scanned for viruses.
5. From the review workflow task, the business user reviews the message and attachment files and
chooses whether to approve or reject the message and attachments.
• By an administrator at the command line or in a chron job using the email_polling utility.
Prerequisites
• Teamcenter is installed and configured to work correctly.
Configuration steps
1. In BMIDE, for the e-mail polling type that you want to configure:
a. Create or open a template project.
b. In the classic LOV list Fnd0EmailResponseTypes, create a list value to identify the polling
type that you want to define.
Only the value parameter of the list value is used for polling; its description and condition
parameters are not used.
c. If in your application you want to persist more data than just e-mail body text and
attachments, or to impart additional behavior, then create a subtype of the object
Fnd0EmailResponseRecord.
Add your custom actions to your new object subtype.
b. Choose Edit→Options.
c. Find the preference Email_polling_download_dir, and set the preference value to the
desired location for downloaded attachments in the server's file system. This location is used
by all email polling types.
The specified location must exist in the server's file system; the polling functionality does
not create the folder.
d. For each value that you added to the classic LOV list Fnd0EmailResponseTypes, do the
following:
2. In the Email Polling Rule dialog box, enter the following information.
Field Description
Description A brief description of the email polling rule and its usage.
Polling The destination user email folder for archived email messages. The folder
Archive folder must exist. The polling functionality does not create the folder.
Polling Inbox The email user folder containing the messages to test.
folder
Polling The words at the beginning of the email message subject that qualify it
Subject for action by the rule.
Polling Token The names of files provided to responders for required attachment to
File Names response emails.
Required attachments may include digitally signed
request-identification-documents or pre-encrypted binary files.
Token files are a means of enhancing security.
Leave blank if token files are not used.
Response The type of email response to which this rule applies. This is a
Type value contained in the application template classic LOV (list of
values) Fnd0EmailResponseTypes as configured by the system
administrator/customizer.
3. Click Finish.
2. In the Configure Email Polling dialog box, enter the following information:
Field Description
Address of the email The address of the email server for your email account.
server being polled
Example
mycasa001.net.acme.com
Example
[email protected]
Example
993
SMTP port number The email server port number for uploading messages that you
want to send from your account (outgoing).
Example
465
Field Description
SMTP server address The host name of the SMTP (Simple Mail Transfer Protocol)
server for outgoing mail.
Example
smtp.acme.com
Polling protocol for the The protocol for connecting with the email server, either POP3 or
server IMAP.
3. Click OK.
1. To activate the EmailPollingService service, set the isactive attribute to true in the
DISP_ROOT\Module\conf\translator.xml file.
<EmailPollingService provider="SIEMENS" service="emailpolling" isactive="true">
Note
DISP_ROOT is the dispatcher root directory provided in Teamcenter Environment
Manager (TEM).
• TC_DATA
• JRE_HOME
• EmailPolling_JAVA_XMX=128m
5. For each Teamcenter user who performs email polling actions, set the E-Mail Address property.
a. Using an account with dba privileges, log on to the rich client and open the Organization
application.
b. Expand the Persons node and select the person who performs email polling actions.
Procedure
2. In the Start Email Polling dialog box, enter the following information:
Field Description
Start now! Select one of these choices.
Schedule • Start now! runs a single on-demand poll.
3. Click OK.
Tip
You can administer scheduled polling requests using the Dispatcher request administration
console.
• Creation privileges
Users must fill a role specified in the Ads0CreateStandardNoteAuthority list of values or have
DBA privileges with bypass set to be able to create a standard note or parametric requirement.
To specify the roles that are allowed to create standard notes and parametric requirements, add the
roles to the Ads0CreateStandardNoteAuthority list of values. You can then grant access privileges
based on those roles.
• Text
The default delimiter separating the parameters in the note is a comma (,). To change the delimiter
separating the parameters in the note, set the Fnd0ParamReqDelimiter global constant.
• By default, multiple revisions of a custom note cannot be attached to an item or item revision.
To enable multiple revisions of a custom note to be attached to an item or item revision, set the
Fnd0AllowMultipleRevofCustomNote global constant to true.
All Registry Editor menus are standard Teamcenter rich client menus.
• A value is the content of a field or variable. It can refer to alphabetic, numeric, or alphanumeric
data.
• Properties are the keys and values in a registry file that specify the configuration settings for
an application.
The following figures contain examples of registry files, as viewed in the Registry Editor Editor pane.
These files are contained in the com.teamcenter.rac.aifrcp_1.0.0.jar file.
import=com.teamcenter.rac.aif.aif
com.teamcenter.rac.aif.registryeditor.RegistryEditorApplication.
PANEL=com.teamcenter.rac.aif.registryeditor.RegistryEditorApplicationPanel
com.teamcenter.rac.aif.registryeditor.RegistryEditorApplication.
MENUBAR=com.teamcenter.rac.aif.registryeditor.RegistryEditorApplicationMenuBar
com.teamcenter.rac.aif.registryeditor.RegistryEditorApplication.
TOOLBAR=com.teamcenter.rac.aif.registryeditor.RegistryEditorApplicationToolBar
### helpPage address ###
helpPage=/registry_editor/WebHelp/WHStart.htm
# New Key
# ------------------------------
newKey.ICON=images/add_16.png
# Remove a Key
# ------------------------------
removeKey.ICON=images/remove_16.png
registryeditor.properties file
registryeditor_locale.properties file
2. Choose File→Open.
Alternatively, you can click the Editor tab and directly edit the registry file text in the Editor
pane. You may want to use the Editor pane so that you can add your own comments about any
changes you make.
• If you update a JAR file in the ../rac/plugins directory, make sure to replace the original JAR file
with the updated version. Do not leave the original version of the JAR file in the directory.
Caution
These settings must match the licensing configuration available from your Teamcenter
license server. They are set automatically during the client installation and in most cases
should not be modified.
When you create or modify a user in Organization, for the Visualization Licensing Level, choose
the appropriate license for the user: Base, Standard, Professional, or Mockup.
1. Open the client_specific.properties file in a text editor. The file is located in the
..rac\plugins\configuration_8000.0.0 directory on client machines.
• Path_Planning
• Concept_Desktop
• Collaboration
• <viewer-config-ID>.VIEWERCONFIG
Use this preference to specify an alternate Viewer view configuration instead of the
defaultViewerConfig.VIEWERCONFIG preference. This preference defines which Generic
Relationship Management (GRM) rules to expand, and the viewer to use for each type of object
specified in the preference.
o You can create your own preference using the <viewer-config-id>.VIEWERCONFIG format
for the name. The name must end with .VIEWERCONFIG.
o To use this preference instead of the default viewer configuration preference, you must
specify this preference name in the Viewer.VIEWERCONFIGTOLOAD preference.
Note
There is no default value for the <viewer-config-ID>.VIEWERCONFIG preference.
Enter values for your own configuration.
For an example of values, see the defaultViewerConfig_VIEWERCONFIG
preference.
• Viewer.VIEWERCONFIGTOLOAD
Use this preference to specify the Viewer view configuration to load. This preference must
point to a .VIEWERCONFIG preference name.
By default, this preference points to the defaultViewerConfig.VIEWERCONFIG preference. To
point to an alternate preference, enter a <viewer_config_id>.VIEWERCONFIG preference name.
Example
d:\tc\10\tccs\bin
4. Navigate to teamcenter-product-installation-directory\tccs.
6. Search in the file for the following string: external site access definition.
7. After the line containing this string, add the following lines:
Example
<site id=”101010101” overridable=”true”>
<parentfsc address=”http://tcentserver:4444/” priority=”1”/>
</site>
8. (If you have multiple Teamcenter product servers and you want to view visualization data from all
of them) Repeat the previous step for each server.
Note
• For each additional <site> entry you add to the fcc.xml file, in the <parentfsc>
tag, increment the value of the priority attribute, so that each entry has a different
priority.
To check or change the value of the FMS_HOME environment variable, do the following:
Note
A TCCS/FCC stop is required before changing FMS_HOME.
Windows
1. Right-click My Computer and select Properties.
4. On the Environment Variables page, in the User variables section, find FMS_HOME and
verify that its path refers to the installation path of the product from which you want to load
visualization data.
Example
d:\tc\12.2\tccs
Linux
1. In the shell window from which the software product was launched, type echo $FMS_HOME.
A path to the installation of that product is displayed.
2. Check the path to verify that the FMS_HOME environment variable is pointing to the right product.
Example
.../tc/12.2/tccs
After installing Lifecycle Visualization, check for the existence of a PostScript Printer entry in
the Printers section of the Control Panel. If a PostScript Printer entry does not exist, run the
InstallPrinter.bat file from the following location:
install-path\Visualization\VVCP\Driver
This batch file assumes the c:\temp directory exists. If this directory does not exist, create the
directory before running the batch file, or modify the PORTNAME value near the top of the batch file
to place the psout.ps file in a directory writable by all potential users of the Lifecycle Visualization
installation. The modified PORTNAME value must be less than 40 characters in length.
If the Windows can't verify the publisher of this driver software message is displayed, click
Install this driver software anyway.
Note
For information about installing a PostScript printer on Windows 8 or Windows Server, see
the stand-alone Lifecycle Visualization Installation Guide.
Visualization preferences
The Teamcenter visualization preferences control how the Lifecycle Viewer and the stand-alone
viewers interact with Teamcenter clients. In the rich client, you can adjust the settings for these
preferences by choosing Edit→Options.
You can modify the following visualization preferences:
• Item
• Item revision
• Part
As an administrator you can create an MDS stamp file to add a watermark and stamp text to all
printed images. You can specify a background color to the watermark, add headers and footers, and
modify the stamp further by using additional MDS commands.
Note
You use the MetaDataStamp Template to control the formatting styles used in text
and watermark stamps. The default MDS_default_styles_template.mds template file
is located in the TC_DATA directory in the RAC; it is imported to the database as a
dataset called MDS_default_styles_template. For information on importing a custom
MDS_default_styles_template.mds template file, see the MetaDataStamp_template
preference.
Caution
When you enable the MetaDataStamp_template preference, end-user watermark
preferences become unavailable.
The watermark MDS command operates differently from other MDS stamp commands.
• Only one \Watermark command is supported in an MDS file. However, you can enter several
other basic MDS commands that create useful watermark stamps.
• The beginning position of the watermark text always defaults to the center of the page. However,
you can modify the beginning position of the watermark by using the \Pos option.
Note
• Type each MDS command on a separate line.
• Basic text and watermarks stamps support the following replacement strings:
o %Date – date only
Example
\BackgroundColor(Red)
\BackgroundColor(255,0,0)
Note
• Control the background color value in one of these ways:
o Enter a standard RGB value.
■ yellow
\BackgroundColor
■ cornsilk
(Color or RGB value)
■ green
■ cyan
■ sky blue
■ blue
■ midnight blue
■ purple
■ magenta
■ red
■ orange
■ salmon
■ gray80
■ slate
■ gray
■ black
\Char(size) Example
\Char(12)
\Color(color) Example
\Color(Red)
\Font(name) Example
\Font(Courier)
\FooterLeft
Example
\FooterCenter
\FooterRight \FooterCenter
Confidential
\Halftone(1.0 or 0.5)
Example
\Halftone(0.5)
\HeaderLeft
Example
\HeaderCenter
\HeaderRight \HeaderCenter
Confidential
\Pos(x,y) Set the beginning cursor position. The default cursor position is (36,36).
Set the rotation angle of your text.
Example
\Rotate(angle)
\Rotate(45)
\Rotate(-45)
Note
• The Orientation parameter supports the following values
o (LL2UR) – lower left to upper right
o (HORIZ) – horizontal
\Watermark
If you do not specify a value, the default, HORIZ, is used.
Example
\Watermark(HORIZ,AUTO)
Sample Text
All printed images will now contain the watermark defined by the MDS file.
MDS Watermark examples
Set the beginning cursor position for stamps with MDS files
If you create additional detailed stamps for your files by using MDS stamps, use the MDS command
/Pos(x,y) to specify the beginning cursor position of the stamp. The numeric values, x and y are
measured in point-size, where one point is equal to 1/72 of an inch.
The default starting position for all MDS text entries is the upper-left corner of the page, or a position
equal to /Pos(36,36). This means the cursor begins at a point that is 1/2 inch from the top of the
page and 1/2 inch from the left edge of the page.
You can use these additional cursor position options, as needed:
Use this
To do this
option
Position the stamp outside the stamped image and into the margin. This position
= indicator is only available for HPGL-based stamping and cannot be used with the !
position indicator. This may only be used for the vertical position.
Measure the position in point sizes (1/72 of an inch or approximately 0.35
! millimeters). Without the symbol (!), the current operating coordinate system
determines the units of measure.
Begin the cursor at the lower right-hand corner of the image. Without the symbol (–),
–
the position is measured from the upper left-hand corner.
Note
Allow enough space for the character size in the y direction to avoid truncating (cropping)
the stamp.
Example
This example shows how to position the cursor 3 inches up from the bottom and 2 inches
from the right-hand edge of the page.
\pos(!-144,!-216)
2. Use positive rotation values to rotate text counter-clockwise. The zero angle (or start) is the point
of intersection on the right side of a horizontal line crossing through the center of rotation. The
center of rotation is the midpoint of the height and the midpoint of the width before rotation.
Example
Tip
• The angle value must be an integer.
• To prevent truncated or cropped text, be mindful of your text starting point, font size,
and rotation angle.
Caution
When you create and save the export.mds file, end-user watermark preferences become
unavailable.
Note
• Type each MDS command on a separate line.
• The beginning position of the watermark text always defaults to the center of the page.
However, you can modify the beginning position of the watermark by using the \Pos
option.
Example
\BackgroundColor(Red)
\BackgroundColor(255,0,0)
Note
• Control the background color value in one of these
ways:
o Enter a standard RGB value.
■ green
■ cyan
■ sky blue
■ blue
■ midnight blue
■ purple
■ magenta
■ red
■ orange
■ salmon
■ gray80
■ slate
■ gray
■ black
\Char(size) Example
\Char(12)
\Color(color) Example
\Color(Red)
\Font(name) Example
\Font(Courier)
\Halftone(1.0 or 0.5)
Example
\Halftone(0.5)
Example
\Rotate(angle)
\Rotate(45)
\Rotate(-45)
Note
• The Orientation parameter supports the following
values
o (LL2UR) – lower left to upper right
o (HORIZ) – horizontal
\Watermark
If you do not specify a value, the default, HORIZ,
is used.
Example
\Watermark(HORIZ,AUTO)
Sample Text
3. Name the file, export.mds, and save it to the etc folder within your installation directory.
All images saved using Export Image are saved with the uniform watermark stamp.
Example
This example shows the text of a watermark stamp that is embedded on all images saved
by Export Image.
\Color(0,255,0)
\Font(Arial)
\Char(18)
\BackgroundColor(white)
\Watermark(UL2LR)
%File: Restricted Document %Time
Note
New dataset types require unique names for each dataset type and named reference.
1. Add the names of the custom dataset types to the VMU_Datasets preference.
3. If 2D markup layers are valid for these file types, add the names of the custom references
TC_DIS_2D_named_ref preference.
4. If 3D markup layers are valid for these file types, add the names of the custom references
TC_DIS_3D_named_ref preference.
5. (For the Lifecycle Viewer) Create entries for each dataset type in the TcViewer_properties.txt
file.
Note
The TcViewer_properties.txt file is installed to the [installation
directory]\Visualization\etc\PLMIntegration directory on client machines containing
stand-alone viewer installations. This file contains examples of properly constructed
dataset type definitions as well as comments that describe each of the necessary
parameters.
6. (For My Teamcenter) Create entries for each dataset type using the
defaultViewerConfig.VIEWERCONFIG preference.
Example
To enable the viewing of NX .prt files in the My Teamcenter viewer, add the following
values to the defaultViewerConfig.VIEWERCONFIG preference:
UGMASTER.DirectModelViewer=UGPART
UGPART.DirectModelViewer=UGPART
UGALTREP.DirectModelViewer=UGPART
c. In the References dialog box, enter the name of the dataset type in the Reference box,
for example, dj_drawing.
Note
The tcviewer.properties is located in the
%IPR%\plugins\com.teamcenter.rac.common_teamcenter-version-number.jar file.
a. Add the name of the newly created dataset type to the DatasetViewer.TYPES property, for
example, add DJ_Dwg.
c. Add the VIEWPANEL for the new dataset type, for example, add Dj_Dwgcom.VIEWPANEL=
com.teamcenter.rac.common.tcviewer.TCTwoDViewer.
Note
The explorer.properties is located in the
%IPR%\plugins\com.teamcenter.rac.tcapps_teamcenter-version-number.jar file.
4. (For 2D markups) In the Preferences tab of the Options dialog box, accessed from the Edit
menu, modify the following preferences:
a. Add the name of the new dataset type to the TC_DIS_2D_named_ref preference.
b. Add the name of the new dataset type to the DMI_markup_relation_primary preference.
c. Add the name of the new dataset type to the VMU_Datasets preference.
d. Add the name of the new named reference (for example dj_drawing) to the
VMU_FileSearchOrder preference.
5. (For 3D markups) In the Preferences tab of the Options dialog box, accessed from the Edit
menu, modify the following preferences:
a. Add the name of the new dataset type to the TC_DIS_3D_named_ref preference.
b. Add the name of the new dataset type to the 3DMarkup_relation_primary preference.
c. Add the name of the new dataset type to the VMU_Datasets preference.
d. Add the name of the new named reference (for example dj_drawing) to the
VMU_FileSearchOrder preference.
6. In the Preferences tab of the Options dialog box, accessed from the Edit menu, create the new
dataset_type_DefaultChildProperties preference, where the dataset type is the name of the
new dataset type name, for example: DJ_Dwg_DefaultChildProperties.
To Do this
Specify the 2D datasets to display Add 2D dataset types, separated by commas, to the
Thumbnail2DViewer.TYPES property.
Specify the named reference Add named reference types, separated by commas, to the
types to be searched within a Thumbnail2DViewer.VIEWSEARCHORDER property.
dataset for an image to display.
Only named references listed here
are valid candidates for thumbnail
display.
Specify the order in which Add relation types, separated by commas, to the
datasets are chosen when there Thumbnail2DViewer.RELATIONSEARCHORDER
are datasets attached in different property.
relations to an item revision.
Note
Images are displayed according to the order
specified here, even if there are valid 2D datasets
attached in other relations to an item revision.
Example
Thumbnail2DViewer.TYPES=Image
Thumbnail2DViewer.VIEWSEARCHORDER=Image
Thumbnail2DViewer.RELATIONSEARCHORDER=IMAN_reference,
IMAN_manifestation,IMAN_Rendering,IMAN_specification
To Do this
Specify the 3D datasets to display Add 3D dataset types, separated by commas, to the
Thumbnail3DViewer.TYPES property.
Specify the named reference Add named reference types, separated by commas, to the
types to be searched within a Thumbnail3DViewer.VIEWSEARCHORDER property.
dataset for a part to display. Only
named references listed here are
valid candidates for thumbnail
display.
Specify the order in which Add relation types, separated by commas, to the
datasets are chosen when there Thumbnail3DViewer.RELATIONSEARCHORDER
are datasets attached in different property.
relations to an item revision.
Note
Images are displayed according to the order
specified here, even if there are valid 3D datasets
attached in other relations to an item revision.
Example
Thumbnail3DViewer.TYPES=DirectModel,DirectModelMotion
Thumbnail3DViewer.VIEWSEARCHORDER=JTPART
Thumbnail3DViewer.RELATIONSEARCHORDER=IMAN_manifestation,
IMAN_Rendering,IMAN_specification,IMAN_Motion,IMAN_3D_snap_shot,
TC_Attaches
To Do this
Specify the order in which Add relation types, separated by commas, to the
datasets are chosen when there DatasetViewer.RELATIONSEARCHORDER property.
are datasets attached in different
relations to an item revision. Note
Images are displayed according to the order
specified here, even if there are valid datasets
attached in other relations to an item revision.
Specify the named reference Add named reference types, separated by commas, to the
types to be searched within a ImagePreview.VIEWSEARCHORDER property.
dataset for an image to display.
Only named references listed here
are valid candidates for image
preview display.
Example
DatasetViewer.RELATIONSEARCHORDER=IMAN_manifestation,
IMAN_Rendering,IMAN_specification,IMAN_Motion,IMAN_3D_snap_shot
ImagePreview.VIEWSEARCHORDER=UG-QuickAccess-Binary,
Graphics-Interface,Markup,Image,JPEG,BMP,Shaded-image
Note
If the first dataset found does not contain an image file, Relation Browser searches
until an image file is found.
To Do this
Specify the order in which Add relation types, separated by commas, to the
datasets are chosen when there DatasetViewer.RELATIONSEARCHORDER property.
are datasets attached in different
relations to an item revision. Note
Images are displayed according to the order
specified here, even if there are valid datasets
attached in other relations to an item revision.
Specify the named reference Add named reference types, separated by commas, to the
types to be searched within a ImagePreview.VIEWSEARCHORDER property.
dataset for an image to display.
Only named references listed here
are valid candidates for image
preview display.
Example
DatasetViewer.RELATIONSEARCHORDER=IMAN_manifestation,
IMAN_Rendering,IMAN_specification,IMAN_Motion,IMAN_3D_snap_shot
ImagePreview.VIEWSEARCHORDER=UG-QuickAccess-Binary,
Graphics-Interface,Markup,Image,JPEG,BMP,Shaded-image
Note
If the first dataset found does not contain an image file, the system does not continue
searching the datasets until an image file is found.
2. From the Client Application list, choose one of the available applications.
Note
The list of available applications is controlled by the TC_NX_Application preference.
3. Click OK.
This information can be determined for each object from the Business Modeler IDE.
Database attributes do not have to be properties of the datasets corresponding to an NX part file.
Database attributes can also be any of the following, as specified in the mapping definition file:
• Properties of other Teamcenter objects
The mapping definition specifies how to find the object beginning with the original dataset or
related item or item revision and traversing a path from one Teamcenter object to another. The
final step in the path produces a value, which can be an integer, a double, a string, a date, or an
object. Each step may be a property, named reference, generic relationship, job, or signoff.
Note
You cannot define the attribute to be a property of an arbitrary Teamcenter object. The
object must be accessible from the original dataset, item, or item revision by a series of
steps, as described above. Examples include a user name or release date.
• Constants
The mapping definition indicates the constant value. An example of a constant is a copyright
notice.
The set of mappings that apply to a particular dataset can be dependent on the dataset type and/or
the related item type. (Teamcenter Integration for NX assumes that the dataset is attached to an item
revision for which there is always a related item.)
The mappings are stored permanently in the Teamcenter database and are available when NX is
running in Teamcenter Integration for NX mode. These mappings are not available in native NX
sessions.
Mappings can be either real mappings or test mappings. Real mappings are those that the user
can view within the application. Test mappings are used to verify the accuracy of the mapping file
before implementation.
Each mapping definition has a title and description that are used when displaying the attribute value
in NX. There are also optional qualifiers that affect the behavior of the mapping, such as which
application has write control and whether a default value is created for an NX part file attribute if
none exists in Teamcenter.
For more information about implementing attribute synchronization from Teamcenter Integration for
NX, see the Teamcenter Integration for NX documentation in the NX Help.
In these cases, you need to provide a more specific mapping definition. For example, the following
mapping definition may no longer be valid:
Last_Modifying_User : last_mod_user /description=”Last Modifying User”
To resolve this mapping problem, append last_mod_user with user_id and user_name as follows to
specifically identify the attribute that is being mapped:
Last_Mod_User_ID : last_mod_user.user_id /description=”Last Mod User ID”
Last_Mod_User_Name : last_mod_user.user_name /description=”Last Mod User Name”
Note
If the properties of a Teamcenter attribute are modified, for example by adding a list of
values (LOV) to the Item name attribute of a child business object of the item business
object, then the attribute has a new definition and is no longer inherited, and neither is its
mapping inherited. In order for the newly defined attribute to map, it must be added to the
mapping file. This is true even for properties for which there are default mappings.
Default mappings
The default hard-wired mappings between Teamcenter and NX part attributes are described in the
following table. Default hard-wired attribute mappings cannot be deleted.
UG part
attribute Description Corresponding Teamcenter attribute
Note
If the properties of a Teamcenter attribute are modified, for example by adding a list of
values (LOV) to the Item name attribute of a child business object of the item business
object, then the attribute has a new definition and is no longer inherited, and neither is its
mapping inherited. In order for the newly defined attribute to map, it must be added to the
mapping file. This is true even for properties for which there are default mappings.
Attribute synchronization
between Teamcenter Integration for NX, Teamcenter, and Classification occurs when a part file is
imported or exported from Teamcenter Integration for NX. The Teamcenter and Classification attribute
values are updated immediately; however, the NX part attribute values are not updated until the
part is opened.
Before implementing attribute synchronization, read and understand the required attribute mapping
syntax described in Mapping syntax for Teamcenter.
The Sync Part Attributes option initiates attribute synchronization. You can suppress the display
of this option by setting the showUGSynAttrChecckbox preference to False. This preference is
located in the userpreferences.properties file, which can be accessed by unzipping the portal.jar
file located in the com.teamcenter.rac.tc.commands.userpreferences directory.
Mapping to any master form for any item objects (the Item Master form) results in one-way
synchronization from Teamcenter to NX.
• Using the qualifier iman always prevents bidirectional synchronization. Use the qualifier both, or
no qualifier at all, to create bidirectional synchronization.
By default, attributes mapped to the properties of the Item or any form attached to items (not item
revisions) are synchronized from Teamcenter to Teamcenter Integration for NX; but not in the reverse
direction. These attributes are read-only in Teamcenter Integration for NX.
Set the TC_NX_allow_attrsync_master_with_item preference to Yes to permit mapping in the
reverse direction (Teamcenter Integration for NX to Teamcenter). Use this setting to synchronize
properties that are common to items but not to item revisions.
However, synchronizing properties on the item level may lead to loss of data. When multiple item
revisions exist (Rev/A, Rev/B, Rev/C, and so on) and an item-level attribute is modified, the last item
revision that is saved overwrites any attribute values that previously existed at the item level. For
example, if a user working on Rev/A sets Item-Level-attribute-user_data_1 to 32 and saves the
part, the form stored at the item level for user_data_1 displays 32. If a user working with Rev/C
changes Item-Level-attribute-user_data_1 to 45 and saves the part, attribute synchronization
overwrites the existing 32 with 45. When any user re-opens Rev/A or reloads the database attributes,
the value displayed is 45, not the value previously stored with Rev/A (32).
Caution
Attributes mapped to the properties of the Item or any form attached to items and
synchronized from Teamcenter Integration for NX to Teamcenter allows multiple item
revision objects (Rev/A, Rev/B, Rev/C, and so on) to overwrite the values stored on the
Item or any form at the item level. Only synchronize properties that are common to items
but not to item revisions.
Example
An NX part has an attribute that contains a value. The part has not been synchronized to
the database.
You create a mapping definition to synchronize the attribute to a master form and include
allow_null_value in the definition. Mapping to any master form for any item objects (the
Item Master form) results in one-way synchronization from Teamcenter to Teamcenter
Integration for NX.
When the part is synchronized, then the value for the attribute in this part file is removed,
replaced by the null value in the database, which did not yet have an actual value for the
attribute.
Note
Siemens PLM Software recommends that this task be performed when all users are logged
off of Teamcenter Integration for NX. If this is not possible, any users who were logged
on to Teamcenter Integration for NX at the time the new mapping file was imported must
log off and log on again.
For more information, see the Teamcenter Integration for NX documentation in the NX Help.
1. Export the existing mapping to a text file, using the export_attr_mappings utility.
2. Edit the file to add, remove, or modify mappings according to the syntax described in Mapping
syntax for Classification and Mapping syntax for Teamcenter.
3. Import the mapping file as a test file, using the import_attr_mappings utility. This allows you to
verify the attribute mappings without affecting the existing mapping.
While such information does not necessarily indicate an invalid mapping (in this example, the
mapping failed simply because the item had no unit of measure), it can aid you in determining
the validity of a file.
For more information about implementing attribute synchronization from Teamcenter Integration for
NX, see the Teamcenter Integration for NX documentation, delivered with NX.
In the case that more than one relation of the given type is
associated with the current object, the optional second argument
object-type is used to identify the type of the referenced object.
SIGNOFF ([ level, ] role) Specifies a completed signoff whose group members’ roles have
the name role. If the same role has been specified for assignees
in more than one level of the process definition, the optional
argument level further identifies a specific level.
Item revision Specifies the item revision object that owns the current object.
That is, the item revision to which the current object is associated
via a GRM link.
Job Specifies the job in which the current object is included; or, if
there is no current job, then the most recent job that the object
was in (assuming the job has not been deleted).
Property
Specifies the name of a Teamcenter property, representing a named property of the current
object in the object path.
Teamcenter-Property
Specifies the name of the Teamcenter property to be synchronized with the NX part attribute.
Qualifier
Specifies various controls or conditions for the particular attribute synchronization and can be any
one of the following:
/master=cad Allows Teamcenter to change the value and save the change, but when
opened in NX the change made in Teamcenter is ignored and the previous
value stored in NX is used.
/master=iman Prevents NX from trying to change the value (this is equivalent to none).
/master=both Allows NX to change the value and save the change. When reading the
value, if the values in NX and Teamcenter differ, the Teamcenter value
takes precedence unless it is empty.
/required Forces NX users to supply a value for the attribute. The NX attribute
pane displays a red asterisk next to the input field to signify that the
attribute is required. If the attribute does not contain a value, NX displays
a warning when the File→Save option is used. The part is not saved to
the database until all attributes in the mapping file identified as required
have been specified.
/description= note Enables NX to display the content of note, which is a character string
enclosed in single or double quotation marks, to show the user the
significance of the attribute.
/freezable Directs NX to ignore the Teamcenter attribute value, as stored in the
Teamcenter database, but to use the value stored in the part file if the
related Teamcenter object is frozen.
/allow_null_value Allows overwriting an existing value with a null value. This restriction is
independent of synchronization direction (NX to Teamcenter or Teamcenter
to NX).
Example
An NX part has an attribute that contains a value. The part has
not been synchronized to the database.
You create a mapping definition to synchronize the attribute
to a master form and include allow_null_value in the
definition. Mapping to any master form for any item objects
(the Item Master form) results in one-way synchronization from
Teamcenter to Teamcenter Integration for NX.
When the part is synchronized, then the value for the attribute
in this part file is removed, replaced by the null value in the
database, which did not yet have an actual value for the
attribute.
Abbreviated-Path
Represents an abbreviation for a specific object traversal path in Teamcenter. These
abbreviations apply only to the shipped Item item type, and its associated Item Revision.
These shorthand notations do not function for any custom item types. There are two possible
abbreviations:
IM This is an abbreviation for Item.GRM(IMAN_master_form, Item Master).
IRM This is an abbreviation for Item Revision.GRM(IMAN_master_form, Item
Master).
Note
Abbreviated paths can not be used when referencing custom types.
Constant
Represents a constant value specification that the NX part attribute assume. Its specification is
CONST value where value is a character string enclosed in single or double quotation marks.
PREF ( [scope :] value )
Produces the given preference value, optionally, within the given preference scope. The scope
can be one of the following:
• ENV
• USER
• ROLE
• GROUP
• SITE
For more information about implementing attribute synchronization from Teamcenter Integration for
NX, see the Teamcenter Integration for NX documentation in the NX Help.
or
Item type = item-type
REV_DESCRIPTION : ItemRevision.object_desc
/description=”Revision Description”
}
}
Mapping examples
The following examples illustrate how to map attributes for both custom and shipped item types. The
examples are based on the syntax described in Mapping syntax for Teamcenter. It is important
to note that when working with custom types, only the full path syntax method can be used. The
abbreviated path does not support custom types. Using the abbreviated path syntax for a custom
type always fails to synchronize the value. The system does not display an error message upon
running the import_attr_mappings utility. No message regarding this condition displays upon
opening the part or listing the attributes in NX or Teamcenter.
By default, attributes mapped to the properties of the Item or any form attached to items (not item
revisions) are synchronized from Teamcenter to Teamcenter Integration for NX; but not in the reverse
direction. These attributes are read-only in Teamcenter Integration for NX.
Set the TC_NX_allow_attrsync_master_with_item preference to Yes to permit mapping in the
reverse direction (Teamcenter Integration for NX to Teamcenter). Use this setting to synchronize
properties that are common to items but not to item revisions.
However, understand that synchronizing properties on the item level may lead to loss of data. When
multiple item revisions exist (Rev/A, Rev/B, Rev/C) and an item-level attribute is modified, the last
item revision that is saved overwrites any attribute values that previously existed at the item level.
For example, if a user working on Rev/A sets Item-Level-attribute-user_data_1 to 32 and saves
the part, the form stored at the item level for user_data_1 displays 32. If a user working with Rev/C
changes Item-Level-attribute-user_data_1 to 45 and saves the part, attribute synchronization
overwrites the existing 32 with 45. When any user re-opens Rev/A or reloads the database attributes,
the value displayed is 45, not the value previously stored with Rev/A (32).
Caution
Attributes mapped to the properties of the Item or any form attached to items and
synchronized from Teamcenter Integration for NX to Teamcenter allows multiple item
revision objects (Rev/A, Rev/B, Rev/C, and so on) to overwrite the values stored on the
Item or any form at the item level. Only synchronize properties that are common to items
but not to item revisions.
Example 1
In the following example, user_data_1 is mapped as SUPPLIER_GRM to the ItemMaster form using
the full path name. The attribute user_data_2 is mapped as supplier_grm2 to the ItemMaster form,
also using the full path name. Custom item type definitions (and their associated attributes) must
be nested with the owning dataset.
{ Dataset type="UGMASTER"
{ Item type="Basket_Part"
SUPPLIER_GRM : Item.GRM(TC_master_form,Basket_PartMaster).
user_data_1 /master=cad/allow_null_value/description="Supplier GRM"
SUPPLIER_GRM2 : Item.GRM(TC_master_form,Basket_Part Master).
Example 2
To map standard item types along with custom item types, use the following syntax. The syntax in
the example below states that UGMASTER owns the Item item type, which owns the user_data_3
attribute. Item also owns the Basket_Part item type, which owns the user_data_2 and user_data_1
attributes.
{ Dataset type="UGMASTER"
Item type=Item
Supplier_grm3 : IRM.user_data_3 /master=both /description=“supplier_grm3”
{ Item type="Basket_Part"
supplier_grm2 : Item.GRM(TC_master_form,Basket_Part Master).
user_data_2 /master=cad /description="supplier_grm2"
SUPPLIER_GRM : Item.GRM(TC_master_form,Basket_Part Master).
user_data_1 /master=cad /description="Supplier GRM"
}
}
Example 3
To see values synchronized from a UGPART specification onto a form, map the UGPART
attributes to the Named References, UGPART-ATTR form. The system finds the form using the
Named References, UGPART-ATTR reference, which points to the UGPART type using the
IMAN_specification relation. (This relation is defined automatically when the UGPART is created in
either Teamcenter or NX.)
DATASET_MATERIAL : NR( UGPART-ATTR ). material/master=
both/allow_null_value/description=”Material in a Dataset Form”
In this example, the attribute named material is an attribute shipped with Teamcenter and already
associated with the UGPART-ATTR properties form. To view the other attributes shipped with
Teamcenter and automatically associated with this form, go to the Business Modeler IDE application,
expand the Form node in the Types tree, and select UGPartAttr. The attributes associated with this
form display in the Name column. Alternatively, view the attributes in the Business Modeler IDE
application under the POM class UGPartAttrStorage.
Path
Specifies a series of Teamcenter engineering process management objects denoting a traversal
path starting from the dataset object that represents the corresponding NX part file. Notice that
the dataset object does not appear explicitly in the mapping; rather, it implicitly precedes the path.
It is further defined as Path = [Teamcenter-Engineering Process Management-Step .]* where
Teamcenter-Engineering Process Management-Step is one of the following:
Qualifier
Specifies various controls or conditions for the particular attribute synchronization and can be any
one of the following:
/master=cad Only NX is allowed to modify the attribute value.
/master=iman Only Teamcenter engineering process management is allowed to modify
the value for the attribute.
/master=both Both Teamcenter Integration for NX and Teamcenter engineering process
management can modify the attribute value.
/master=none Neither Teamcenter Integration for NX or Teamcenter engineering process
management can modify the attribute value.
/description= note NX displays the content of note, which is a character string enclosed in
single or double quotation marks, to show the user the significance of
the attribute.
/freezable Directs NX to ignore the Teamcenter engineering process management
attribute value, as stored in the Teamcenter engineering process
management database, but to use the value stored in the part file if the
related Teamcenter engineering process management object is frozen.
/allow_null_value Allows overwriting an existing value with a null value. For example, say
there is an NX part with an attribute containing a value (4); this value
is important to NX users. The part has not been synchronized to the
database. You create a mapping definition to synchronize the attribute. If
null values were synchronized, the value for the attribute in this part file
would be removed; replaced by the null value in the database, which did
not yet have an actual value for the attribute.
This restriction is independent of synchronization direction (NX to
Teamcenter engineering process management, or Teamcenter engineering
process management to NX).
Target
Defines the target object to be classified by Classification. The target can only be either an item
or an item revision.
(Classification-Attr-ID)
Defines the attribute ID of the Classification attribute to be synchronized. The ID must be an
integer with a value either greater than 999 or less than –999.
[:VLA-POS]
(Optional) Maps multiple NX attributes to a single Classification attribute that contains multiple
fields (VLA attribute).
The syntax for the Classification attribute specification is basically an extension from the Teamcenter
engineering process management attribute mapping syntax, as follows:
Part-Attr-Name : Path Teamcenter–Engineering Process Management-Property [Qualifier*]
For example:
AREA : ItemRevision.ICS(6128) /description=”Area” /master=cad
base_length : ItemRevision.ICS(5898) /description=”V-Block Base Length”
Vblock_name : Item.ICS(1306) /description=”V-Block Name” /master=iman
Project_id : Item.ICS(-1234) /master=iman /description=”Project Identifier”
For more information about implementing attribute synchronization from Teamcenter Integration for
NX, see the Teamcenter Integration for NX documentation in the NX Help.
Troubleshooting
The following table lists common issues that may arise when mapping attributes and using attribute
synchronization:
The following message is in the A user without system Change the setting of the
syslog log file: administration privilege TC_USE_TEST_ATTR_MAPPINGS
+++Failed to get attempted to use the test preference, or run Teamcenter
global mapping at startup.
Contents of the error store:- mappings. Integration for NX from
ERROR 60011 Only SAs may use
the test mappings
an account with system
+++Failed to load mappings
from database
administration privileges.
Headquarters
Europe
Granite Park One
Stephenson House
5800 Granite Parkway
Sir William Siemens Square
Suite 600
Frimley, Camberley
Plano, TX 75024
Surrey, GU16 8QD
USA
+44 (0) 1276 413200
+1 972 987 3000
Asia-Pacific
Americas
Suites 4301-4302, 43/F
Granite Park One
AIA Kowloon Tower, Landmark East
5800 Granite Parkway
100 How Ming Street
Suite 600
Kwun Tong, Kowloon
Plano, TX 75024
Hong Kong
USA
+852 2230 3308
+1 314 264 8499