Clearance - DB - Admin
Clearance - DB - Admin
ClearanceDB
Administration
PLM00196 - 13.0
Contents
ClearanceDB Overview
ClearanceDB introduction ──────────────────────────────── 1-1
ClearanceDB system components ─────────────────────────── 1-2
ClearanceDB issue management process ────────────────────── 1-5
ClearanceDB managed workflow ─────────────────────────── 1-6
Getting started
System requirements ─────────────────────────────────── 2-1
Supported platforms ─────────────────────────────────── 2-2
Version compatibility ─────────────────────────────────── 2-2
Supported locales ───────────────────────────────────── 2-2
Attributes
Overview of ClearanceDB product attributes ──────────────────── 7-1
ClearanceDB product attributes reference ────────────────────── 7-1
EAICL_RELEVANT_PART_ATTRIBUTE ────────────────────────────── 7-3
EAICL_GEOMETRY_CHANGE_PART_ATTRIBUTE ─────────────────────── 7-4
EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT ──────────────────── 7-4
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE ──────────────────────── 7-5
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION ──────────────── 7-5
EAICL_INITIAL_CLEARANCE_OWNER_SEARCH_METHOD ───────────────── 7-5
Issue inheritance
Inheritance overview ─────────────────────────────────── 8-1
Configuring the ALL product for issue inheritance ──────────────── 8-2
Set up the ALL product for issue inheritance ──────────────────────── 8-2
Define groups for the ALL product ────────────────────────────── 8-2
Example configuration file for the ALL product ─────────────────────── 8-3
Deploying the issue inheritance mechanism ──────────────────── 8-3
Enable the issue inheritance mechanism ────────────────────────── 8-3
Disable the issue inheritance mechanism ────────────────────────── 8-4
Modifying the issue inheritance mechanism ──────────────────────── 8-4
Log files
Understanding ClearanceDB log files ───────────────────────── 9-1
Understanding ClearanceDB advanced log files ────────────────── 9-4
Server-side filters
Server-side filters ───────────────────────────────────── 11-1
Filter modes ──────────────────────────────────────── 11-1
Referencing part attributes ────────────────────────────── 11-2
Create server-side filters ──────────────────────────────── 11-2
Zones
Defining clearance zones ──────────────────────────────── 12-1
Understanding clearance zones ─────────────────────────── 12-1
Merging zones with the database ────────────────────────── 12-2
Example zones file ──────────────────────────────────── 12-2
Troubleshooting
Loading results in the viewer ───────────────────────────── 15-1
Frozen Clearance Results window ────────────────────────── 15-1
Clearance results disappear after user deletes a filter ───────────── 15-1
Viewer licensing in Teamcenter ─────────────────────────── 15-2
Viewer preferences and settings ─────────────────────────── 15-2
Perl compatibility and configuration ──────────────────────── 15-2
ClearanceDB can help you to detect, resolve, and manage spatial interference issues that arise as your
product design evolves throughout its lifecycle. By automating the clearance analysis process, you can
identify design flaws that would otherwise delay the release of new product offerings, increase
development costs, and jeopardize quality.
ClearanceDB's rules-based capabilities are especially appropriate for determining how changing design
decisions impact pairs of parts in your product design. ClearanceDB is so effective because it enables you
to establish a part pairs database that defines which specific parts should be checked against each other
on a repeated basis.
The basic ClearanceDB architecture is shown below, along with descriptions of each component's role in
the ClearanceDB process.
Note:
• You can install each of the ClearanceDB software components on a separate machine, or group
any combination of components on a single machine or multiple machines. All of these
components also can be installed on a single machine for testing purposes.
• In general, the ClearanceDB software components running on each tier must be from the same
major release, with the exception of the client and proxy components, which must be from
exactly the same release. Additionally, within a major release, the server component must be at
least as recent as the client and proxy components. For example, an installation where the
server component is from the 8.1 release and the client and proxy components are from the 8.0
release is supported; an installation where the server component is from a different major
release than the client and proxy components, or where the client and proxy components are
not from the exact same release, is not supported.
Client tier
The Client tier consists of ClearanceDB applications such as the Clearance Calculator, Mockup or the
Teamcenter Rich Client with the RDV option, and the ClearanceDbClient.
• Clearance Calculator - The Clearance Calculator accesses product information from the database in
order to perform rules-based clearance analysis. A command line application, the Calculator is
typically run on a predetermined schedule using a batch file or script. The Calculator generates a
results file, which is merged with the database via the ClearanceDB Client or SQL*Plus on a machine
with an Oracle Client installation.
• Mockup or the Teamcenter Rich Client - Mockup or a supported Teamcenter application such as
Design Context loads the ClearanceDB analysis results associated with a particular product for the
purpose of managing relevant issues within a visual environment. End users can review ClearanceDB
issues and update their status within the database.
• ClearanceDB Client - The ClearanceDB Client communicates with the proxy tier components, enabling
ClearanceDB administrators to upload product configurations, rules and conditions, zones, and results
to the database.
Proxy tier
The proxy tier consists of the ClearanceDB Proxy and the Oracle Instant Client.
• Oracle Instant Client - The Oracle Instant Client handles communication between the proxy and the
database.
Server tier
The server tier is an Oracle Database server with a ClearanceDB database instance.
• ClearanceDB Server - This component consists of an Oracle Database installation populated with
appropriate user information, product configurations, rules and conditions, zones, results, and issue
dispositions.
The ClearanceDB client and proxy tiers require Perl version 5.03 or later. If Perl is not already installed on
your system or you have a version earlier than 5.03, many sources are available for you to manually
install the latest distribution, such as from http://www.activestate.com.
ClearanceDB Server is supported on Oracle 11g R2 (version 11.2.0.4) and 12c Enterprise and Standard
Editions.
• SSO (single sign-on) setup on the client machines. For information on setting up the SSO
environment, see Security Services Installation/Customization in Installing Teamcenter.
• Teamcenter Web Applications Manager with the Identity and Login providers on the Server. For
information on setting up the Identity, and Login providers, see Security Services Installation/
Customization in Installing Teamcenter.
Teamcenter Server with SSO support is required when using this feature.
• Apache Web Server, Tomcat, or WebLogic in conjunction with ApacheDS (Directory Services) or
equivalent LDAP for authentication.
The ClearanceDB proxy tier requires the Oracle Instant Client Basic (not Basic Lite) package, version
12.2.0.1.
The ClearanceDB client tier requires Oracle Net Services, sqlplus, and sqlldr, to run the ClearanceDB SQL
scripts.
For Clearance Calculator, which is part of the client tier, a minimum of 16 GB RAM and 4 CPU cores is
recommended. Performance increases with additional RAM and CPU resources. For high end
installations, it is not unusual to have 512 GB of RAM and 32 cores (or more).
Supported platforms
You can run ClearanceDB on the platforms listed below in addition to the standard Lifecycle Visualization
platforms, except Mac. For more information about system hardware and software requirements, see
the Hardware and Software Certifications knowledge base article on Support Center.
For more information about supported virtual machines, please contact your Siemens Digital Industries
Software representative.
Version compatibility
Version compatibility with Teamcenter
ClearanceDB support for Teamcenter versions is consistent with Lifecycle Visualization support. Please
see the Teamcenter lifecycle visualization interoperability page in the Teamcenter lifecycle visualization
Release Notes for details.
• Server — Must be the same or later version than the client and proxy within the same major release
(for example, 10.x). In some cases, a server that is a higher major version than the client (for
example, an 11.1 server and a 10.1 client) may work, but specific cases need to be confirmed through
your Siemens Digital Industries Software representative.
Supported locales
In general, ClearanceDB results can be loaded and managed using localized Teamcenter and Teamcenter
lifecycle visualization in any 8-bit locale. However, the ClearanceDB application is only partially
localized. Strings from the ClearanceDB database (some of which are visible in Teamcenter and
Teamcenter lifecycle visualization) are not localized. Perl scripts are also not localized.
• All files under the ClearanceDB working directory, such as .cfg files, .csvcldb files, and product names,
must be entered in a single byte locale.
• Any user data entered into the ClearanceDB database, such as product names, issue dispositions,
rules, and conditions, must be in a single byte locale.
• Clearance DB items in Teamcenter and Teamcenter lifecycle visualization are localized, except text
from the ClearanceDB server. For example, this includes ClearanceDB Reports column names, Oracle
errors, and ClearanceDB server errors. These items always appear in English.
• Installing the ClearanceDB Server, ClearanceDB Proxy, ClearanceDB Client, and Clearance
Calculator. These components can be installed independently from one another on different
machines or together in any combination on a single machine.
• Installing and configuring additional system components that make up the ClearanceDB server
tier. This includes configuring the Oracle Server, creating tablespaces on the server for
ClearanceDB data, and creating ClearanceDB user accounts.
• Configuring the system components that make up the ClearanceDB proxy tier. This includes
creating the ClearanceDB Work Area, and configuring and starting one or more instances of the
proxy.
• Configuring the ClearanceDB Proxy to use HTTP/S-based communication protocol will require
SSO (single sign-on) setup. For information on setting up the SSO environment, see Security
Services Installation/Customization in Installing Teamcenter.
• Configuring the system components that make up the ClearanceDB client tier. This includes
configuring the ClearanceDB Client and the Clearance Calculator. It may also include installing
the Mockup client and configuring it to access and display ClearanceDB results.
• Creating a default product. The default product is used in the creation of new products.
• Creating product configurations for your models and uploading them to the database.
• Creating rules, conditions, and zones to focus the analysis according to your unique criteria.
3. Setup and run the analysis. This process includes the following:
• Running the Clearance Calculator against your product data to obtain results.
2. Run setup.exe.
5. Click the icon next to each ClearanceDB component that you want to install and choose This
feature will be installed on local hard drive.
You can choose to install any combination of the following components on a single machine:
• Clearance Calculator
• ClearanceDB Proxy
• ClearanceDB Client
• ClearanceDB Server
Tip:
You can also install ClearanceDB example data by navigating to Help and Miscellaneous
Features→Example Files→ClearanceDB Example Files.
6. To change the destination, click Change, browse to a new location, and click OK.
7. Click Next.
Note:
For more on redundant license servers, see the guide, FLEXnet
Licensing End User Guide, available in the installation directory.
Note:
For more information on licensing Teamcenter lifecycle visualization, see the Installation
Guide.
1. Log in as root.
6. In the Choose Location window, specify the installation location and click Next.
7. In the Select Platforms window, select the platform on which to install the software and click
Next.
8. In the Language Selection window, select the languages to install and click Next.
9. In the Select Components window, select the products and components to install.
You can choose to install any combination of the following ClearanceDB components on a single
machine:
• Clearance Calculator
• ClearanceDB Proxy
• ClearanceDB Client
• ClearanceDB Server
Tip:
To install ClearanceDB example data, choose Help and Miscellaneous Product
Features→ClearanceDB Example Files.
Note:
For more information on licensing Teamcenter lifecycle visualization, see the Installation
Guide.
13. In the Ready to Install window, review the current settings (click Back to make any changes) and
when ready to continue, click Next.
The installation process begins and a window displays the progress and lists the files being
installed.
The ClearanceDB Server tier consists of an Oracle Server installation with a database instance configured
with the ClearanceDB schema. The ClearanceDB database stores user information, product
configurations, rules, conditions, zones, results, and issue dispositions.
3. On the Step 1 of 12: Operations page, ensure Create a Database is selected, and then click Next.
4. On the Step 2 of 12: Database Templates page, select General Purpose, and then click Next.
5. On the Step 3 of 12: Database Identifier page, in the Global Database Name box, type a name for
the ClearanceDB database.
6. In the SID box, type a name for the Oracle System Identifier (SID).
7. Click Next.
8. On the Step 4 of 12: Management Options page, accept the defaults, and then click Next.
9. On the Step 5 of 12: Database Credentials page, select Use the Same Password for All Accounts,
and then type the password you want to use for the SYS, SYSTEM, DBSNMP, and SYSMAN accounts.
10. On the Step 6 of 12: Storage Options page, accept the default, and then click Next.
11. On the Step 7 of 12: Database File Locations page, accept the default, and then click Next.
12. On the Step 8 of 12: Recovery Configuration page, accept the defaults, and then click Next.
13. On the Step 9 of 12: Database Content page, ensure Sample Schemas is not selected, and then
click Next.
14. On the Step 10 of 12: Initialization Parameters page, accept the defaults, and then click Next.
15. On the Step 11 of 12: Database Storage page, accept the defaults, and then click Next.
16. On the Step 12 of 12: Creation Options page, ensure Create Database is selected, and then click
Finish.
17. Review the Database Details report, and then click OK.
Creation of the database begins. When the database is created, the Database Configuration
Assistant dialog box appears.
1. Using the Oracle Enterprise Manager Database Control, login as a user with SYSDBA privileges to
your ClearanceDB database instance.
2. On the Administration page, in the Database Configuration section, click Memory Parameters.
3. On the Memory Parameters page, in the Current Allocation section, click Disable.
4. On the Disable Automatic Shared Memory Management page, in the New Size (MB) box for the
Shared Pool parameter, type 100.
5. In the New Size (MB) box for the Buffer Cache parameter, type 600.
6. Click OK.
You are now ready to create the ClearanceDB database tablespaces.
• CL_TABLE
• CL_INDEX
1. Using the Oracle Enterprise Manager Database Control, login as a user with SYSDBA privileges to
your ClearanceDB database instance.
5. Click Add.
6. On the Add Datafile page, in the File Name box, type CL_TABLE.
8. Click Continue.
3. Click Add.
4. On the Add Datafile page, in the File Name box, type CL_INDEX.
6. Click Continue.
Typically there are several steps required to apply a ClearanceDB patch to an existing installation.
1. Review the ReadMe file included with the patch for possible additional instructions.
2. If the patch is a Teamcenter for lifecycle visualization Maintenance Patch or Service Release, run
the upgrade installer as described in the Teamcenter for lifecycle visualization Installation Guide or
ReadMe file.
You must run the upd_ClearanceDB_user.sql script to update an existing database to work with a newer
version of ClearanceDB.
1. Open a command prompt and navigate to the ClearanceDB SQL scripts, which are located at the
following location within the stand-alone Lifecycle Visualization installation:
Example:
sqlplus "clowner/clowner@cldata" @upd_ClearanceDB_user.sql updatelog.txt CL_TABLE
CL_INDEX
Note:
The ClearanceDB SQL scripts are case-sensitive.
Tip:
If the database is updated, the end of the log file displays a message similar to this:
On 2007/07/11 at 23:20:00 THE INSTALLATION SUCCEEDED. PL/SQL procedure successfully
completed.
For information on upgrading a database to the Oracle 11gR2 release, see Oracle Database Upgrade.
A ClearanceDB user account is essentially an Oracle user configured to store ClearanceDB products,
which include configuration information, unique definitions of rules and conditions, zones, and analysis
results. ClearanceDB products are also associated with the status of design issues as specified by the end
user in the viewer.
Note:
You cannot query across database instances, users, or products.
Create Oracle user accounts to store product configurations, unique definitions of rules and conditions,
zones, analysis results, and issue dispositions. Execute the cre_ClearanceDB_user.sql script to create a
ClearanceDB Oracle user.
2. Open a command prompt and navigate to the ClearanceDB SQL scripts, which are located at the
following location within the stand-alone Lifecycle Visualization installation:
Example:
sqlplus "sys/infodba@cldata AS SYSDBA" @cre_ClearanceDB_user.sql
ownerlog.txt CLOWNER CLOWNER CL_TABLE TEMP
Note:
The ClearanceDB SQL scripts are case-sensitive.
Tip:
If the user is successfully created, the contents of the log file will look like this:
User created.
Grant succeeded.
Grant succeeded.
Grant succeeded.
Grant succeeded.
Grant succeeded.
Grant succeeded.
User altered.
Note:
You must now run the upd_ClearanceDB_user.sql script.
After the creation of the ClearanceDB database, ClearanceDB Oracle user accounts must be updated
using the upd_ClearanceDB_user.sql script. You must also run this script whenever you want to update
to a newer version of ClearanceDB.
1. Open a command prompt and navigate to the ClearanceDB SQL scripts, which are located at the
following location within the stand-alone Lifecycle Visualization installation:
Example:
sqlplus "clowner/clowner@cldata" @upd_ClearanceDB_user.sql
updatelog.txt
CL_TABLE CL_INDEX
Note:
The ClearanceDB SQL scripts are case-sensitive.
Tip:
If the database is updated, the end of the log file will display a message similar to this:
Understanding roles
ClearanceDB roles allow the owner of a ClearanceDB database to grant or restrict access to specific
functions within the database. Roles can be associated with multiple users, and unique roles can be
combined into a "super" role to provide access to multiple areas of functionality.
To associate ClearanceDB users with roles, the following process must be followed:
Once auxiliary users are created and associated with roles, use the upd_aux_ClearanceDB_user.sql script
to revoke roles, and the del_aux_ClearanceDB_user.sql script to delete auxiliary users.
The database administrator defines the Oracle user names during the user creation step of the
installation process. The DBA also creates the ClearanceDB auxiliary users. ClearanceDB roles may be
assigned to auxiliary users by the database administrator or the ClearanceDB database owner.
A ClearanceDB auxiliary user can be given access to a single ClearanceDB database only. The link
between an auxiliary user and a ClearanceDB database is established during the creation process of the
auxiliary users and cannot be modified. However, an auxiliary user can be deleted from a ClearanceDB
database and subsequently recreated with a link to a different database.
An auxiliary user cannot delete a ClearanceDB database nor change its grants. Objects such as tables can
be selectively viewed or modified only. Temporary objects can be created and deleted as needed but
only indirectly in an encapsulated way.
Roles
The database administrator or the owner of the ClearanceDB database can assign the following roles to
ClearanceDB auxiliary users.
Role Description
CONFIG This role allows auxiliary users to define and maintain the ClearanceDB process configuration
(per product) for all of the products in the database.
RULES This role allows auxiliary users to define and maintain ClearanceDB rules and conditions (per
product) for all of the products in the database.
ZONES This role allows auxiliary users to define and maintain the ClearanceDB process configuration
(per product and configurations) for all of the products and their configurations in the
database.
MAINT This role allows auxiliary users to maintain the ClearanceDB database in terms of its content.
In particular, the role supports product (metadata) reset in order to force a complete
reevaluation of the product, product data deletion, copy, and renaming tasks.
CALC This role allows auxiliary users to perform the incremental clearance analysis against the
ClearanceDB requirement rulebase either from Mockup or with the Clearance Calculator.
UPDATE This role allows auxiliary users to update the ClearanceDB database with clearance analysis
results.
ISSUES This role allows auxiliary users to query the ClearanceDB database for the clearance issues
associated with a given product and its configuration, with the analysis results possibly
subject to server side filtering. Also, ClearanceDB reports can be requested and history logs
queried.
CLDB This role combines all of the basic ClearanceDB roles. The privileges of the user granted the
role are still a very strict subset of the privileges of the owner of the schema. It consists of the
following basic roles: CONFIG, RULES, ZONES, MAINT, CALC, UPDATE, ISSUES.
ADMIN This role allows auxiliary users to administer the ClearanceDB process within the ClearanceDB
database. It consists of the following basic roles: CONFIG, RULES, ZONES, and MAINT.
VIS The role allows auxiliary users to perform clearance analysis, persist and manage issues
within a particular ClearanceDB environment. It consists of the following basic roles: CALC,
UPDATE, and ISSUES.
Note:
The above roles can be combined as needed to match the responsibilities of individual users.
Execute the cre_aux_ClearanceDB_user.sql script after the ClearanceDB Oracle user account and the
corresponding schema are created.
where
Parameter Description
dba The user name of the SYS or SYSTEM user.
password The SYS or SYSTEM password.
connection The Local Net Service Name for the ClearanceDB Oracle database.
logfile The name that you want to give the log file that is created when you
run the cre_aux_ClearanceDB_user.sql script. For example,
create_auxuser_log.txt.
AuxClearanceDBUserName The name that you want to use for the Oracle ClearanceDB auxiliary
user.
AuxUserClearanceDBPassword The password that you want to use for the Oracle ClearanceDB
auxiliary user.
DefaultTableSpaceName Oracle default tablespace name to be assigned to the ClearanceDB
auxiliary user (cannot be of temporary type). For example, USERS.
TemporaryTableSpaceName Oracle temporary tablespace name to be assigned to the
ClearanceDB auxiliary user (must be of temporary type). For
example, TEMP.
ClearanceDBUserName Oracle ClearanceDB Oracle user account name. For example,
CLOWNER.
Example:
sqlplus SYSTEM/MANAGER@ORCL @cre_aux_ClearanceDB_user.sql
cre_vis_orcl.log
VIS VIS1234 USERS TEMP CLOWNER
Note:
The ClearanceDB SQL scripts are case-sensitive.
Privileges
The auxiliary ClearanceDB user is granted the following system privileges at the time of creation: ALTER
SESSION CREATE SESSION CREATE SYNONYM UNLIMITED TABLESPACE
Synonyms
There are a number of synonyms created for the auxiliary ClearanceDB user at the time of creation. The
synonyms are not public. The synonyms are for the ClearanceDB schema owner objects. The set of
synonyms is the same for all ClearanceDB auxiliary users regardless of the roles that may be granted in
the future.
Example:
CREATE SYNONYM VIS.EAICL_RULE_BUFFER FOR CLOWNER.EAICL_RULE_BUFFER;
Execute the upd_aux_ClearanceDB_user.sql script after the ClearanceDB auxiliary user is created.
where
Parameter Description
owner The user name of the Oracle user account. For example, CLOWNER.
password The password for the Oracle user account. For example, CLOWNER.
connection The Local Net Service Name for the ClearanceDB Oracle database.
logfile The name that you want to give the log file that is created when you
run the upd_aux_ClearanceDB_user.sql script. For example,
updateauxlog.txt.
AuxClearanceDBUserName The Oracle ClearanceDB auxiliary user name.
Parameter Description
RoleAction GRANT or REVOKE.
RoleName Any defined ClearanceDB role name. For example, VIS. If empty all roles
are revoked.
Example:
sqlplus CLOWNER/CLOW1234@ORCL @upd_aux_ClearanceDB_user.sql
upd_vis_orcl1.log
VIS GRANT VIS
Note:
The ClearanceDB SQL scripts are case-sensitive.
Execute the del_aux_ClearanceDB_user.sql script after the ClearanceDB auxiliary user is created.
where
Parameter Description
dba The user name of the SYS or SYSTEM user.
password The SYS or SYSTEM password.
connection The Local Net Service Name for the ClearanceDB Oracle database.
Parameter Description
logfile The name that you want to give the log file that is created when you
run the del_aux_ClearanceDB_user.sql script. For example,
delauxlog.txt.
AuxClearanceDBUserName Oracle ClearanceDB auxiliary user name. For example, VIS.
Example:
Sqlplus SYSTEM/MANAGER@ORCL @del_aux_ClearanceDB_user.sql
del_vis_orcl.log VIS
Note:
The ClearanceDB SQL scripts are case-sensitive.
Note:
The ClearanceDB SQL scripts are case-sensitive.
ClearanceDB Proxy is essentially the “bridge” that connects the Clearance Calculator and the viewer with
the database. It consists of three applications, the ClearanceDbProxyServer,
ClearanceDbProxyHttpServer, and the ClearanceDbProxyClient. Only the ClearanceDbProxyServer and
ClearanceDbProxyHttpServer (optional) are started by the administrator; the ClearanceDbProxyClient is
invoked automatically.
ClearanceDB Proxy uses the Oracle Instant Client to connect to the ClearanceDB database on the Oracle
server. You can download the Instant Client from the downloads section of http://www.oracle.com.
ClearanceDB Proxy uses the Oracle Instant Client to connect to the ClearanceDB database on the Oracle
server.
Tip:
If the location of the downloads page changes and the above link no longer works, type
Instant Client Downloads in the search box in the upper right corner of the Oracle home
page.
2. From the list of available versions, choose the Instant Client for Windows 64-bit (x64).
3. After accepting the Oracle license agreement, download the Basic (not Basic Lite) package for your
platform. Choose version 11.2.0.2 (or newer 11.x.y version, if 11.2.0.2 is not available).
4. When the download is complete, extract the installation files to a directory accessible to the
ClearanceDB software.
5. Confirm that a new directory containing the Instant Client files is created in the specified location.
6. Within the Instant Client directory, confirm that the file orasql11.dll exists.
8. In the Section 2: ClearanceDB Proxy Configuration area of the file, for the OracleClientDirectory
setting, type the full path of the Instant Client subdirectory.
Example:
OracleClientDirectory=d:\apps\instantclient_11_2
ClearanceDB Proxy uses the Oracle Instant Client to connect to the ClearanceDB database on the Oracle
server.
Tip:
If the location of the downloads page changes and the above link no longer works, type
Instant Client Downloads in the search box in the upper right corner of the Oracle home
page.
2. From the list of available versions, choose the Instant Client for Linux x86-64 or Instant Client for
Solaris Operating System (SPARC) (64-bit), as appropriate for your system.
3. After accepting the Oracle license agreement, download the Basic (not Basic Lite) package for your
platform. Choose version 11.2.0.3 (or newer 11.x.y version, if 11.2.0.3 is not available).
4. When the download is complete, extract the installation files to a directory accessible to the
ClearanceDB software.
5. Within the Instant Client directory, confirm the existence of the file libclntsh.so.11.1 with these
exact version numbers. Note at the time of this writing the library shows 11.1 even for 11.2
libraries.
Example:
$ cd /opt/instantclient_11_2
$ ls libclntsh.so.*
libclntsh.so.11.1*
6. If your version of libclntsh reflects a different (newer) version, for example, libclntsh.so.11.2,
create a symlink for libclntsh.so.11.1, as shown below. The first argument is the name of the
library in your installation.
Example:
ln –fs libclntsh.so.11.2 libclntsh.so.11.1
8. In the Section 2: ClearanceDB Proxy Configuration area of the file, for the OracleClientDirectory
setting, type the full path of the Instant Client subdirectory.
Example:
OracleClientDirectory=/opt/instantclient_11_2
Configure the global settings for the ClearanceDB Proxy in the Clearance.cfgglobal file. These settings
are used as defaults when you use the create_proxy.pl script to create a new instance of the proxy.
3. Specify the following settings in the Section 2: ClearanceDB Proxy Configuration section of the file
to configure the proxy:
Note:
These global settings are used to populate the Clearance.cfgproxy file, which is created when
you use the create_proxy.pl script to create a new instance of the proxy. If necessary, you can
adjust the settings in Clearance.cfgproxy to override the global defaults.
OracleClientDirectory
Specifies the full directory path containing the Oracle Instant Client files. For example,
OracleClientDirectory=c:\apps\instantclient_11_2 or OracleClientDirectory=/opt/
instantclient_11_2.
LogFile
Specifies the name of the file where ClearanceDB Proxy messages are logged.
Compress
Specifies whether or not the communications between the ClearanceDB client applications and
the ClearanceDB Proxy are compressed. Compression results in higher performance. Choose
one of the following:
Note:
You can specify multiple port numbers like this:
port1,number of threads
port2,number of threads
ProxyClientPassword
Specifies an optional password for ClearanceDB Proxy.
Note:
If you require a password for clients to access the database, it must be specified in the
DBC file like this:
DATASOURCE=<proxy_name>,<port>/<password>
CONNECT_DATA
Specifies the Oracle connection information. Type the information according to the following
syntax:
<connect_name>,<user>/<password>@<service_name>
Note:
The value used for <connect_name> must match the value specified in the DBC file.
If you are using an encrypted password in an external file, type the information according to
the following syntax:
<connect_name>,<user>@<service_name>
Use the ClearanceDBUserPasswordFile setting to specify the full path and file name for the
file containing the encrypted Oracle user password.
ClearanceDBUserPasswordFile
Specifies the path to a file containing the Oracle user password.
AdminProxyPassword
Specifies an optional password used to stop a ClearanceDB Proxy via ClearanceDB Client. This
password should be restricted to the proxy administrator only.
STANDARD_PROXY
This is an optional setting. The default communication between the ClearanceDB client
applications and the ClearanceDB Proxy uses TCP/IP protocol. Choose one of the following:
False — Set to false for the scripts to only execute HTTP flow.
Note:
If this setting is not defined, the default TCP/IP protocol is used.
4. Specify the following settings in the Section 5: ClearanceDB HTTP Proxy Configuration section of
the file to configure the Http proxy:
Note:
These settings are required to use HTTP/S-based communication protocol between the client
and clearance database server. SSO setup is prerequisite to enabling this feature.
For more information on setting up the SSO environment, see Security Services Installation/
Customization in Installing Teamcenter.
WEB_SERVICE
Specifies whether the communication between the ClearanceDB client applications and the
ClearanceDB Proxy uses the HTTP protocol. Choose one of the following:
Note:
You must specify this value to stop remote proxy if you are using cfgproxy file as an
input.
• Import the certificate into the Java Virtual Machine certificate trust store
Configure the ClearanceDB Proxy HTTP Server (HTTP Proxy / Web Service) to run behind an Apache
reverse proxy.
2. Configure SSL (secure sockets layer) information in either the http-vhosts.conf file or the httpd-
ssl.conf file.
3. Set the SSL attributes ProxyPass and ProxyReversePass in the Apache config files.
Example:
SSLEngine on
SSLCertificateFile ${SRVROOT}/key/certificate.crt
SSLCertificateKeyFile ${SRVROOT}/key/decrypted.key
ProxyPass "/TcVisCLDB" "http://myclearanceserver.com:9090/TcVisCLDB"
ProxyPassReverse "/TcVisCLDB" "http://myclearanceserver.com:9090/TcVisCLDB"
Refer to the Apache documentation for more information on the correct syntax to configure the reverse
proxy.
The Apache Web Server requires certificate authentication as part of the secure communication protocol
between the client and server. Install the certificate on both the client and server. Ensure the certificate
is generated and signed by a trusted source.
OpenSSL can be installed to extract relevant information from the certificates. The private key and the
public certificate can be extracted from the generated certificate (usually a pfx file).
Private key
The system will ask for the import password for the .pfx certificate file. This is the same password that
was used to protect the keypair when the .pfx file was first created.
When the import password is entered OpenSSL requests a new password, twice. This new password
protects the extracted private .key file.
Public certificate
Uncrypted key
The password is the same password used to protect the private key pair.
PEM formats
You may be required to convert the keys/certificates to PEM format. PEM format keys are required to run
the ClearanceDB Proxy HTTP Server in secure mode (currently only supported on Windows without using
an Apache reverse proxy configuration).
For more information on converting certificates to appropriate formats, refer to the openssl
documentation (https://www.openssl.org/).
Use the Microsoft Management Console (MMC) to import the certificates on Windows.
9. Click Next.
11. Select the .cer, .crt, or .pfx you want to import, and then click Open.
13. Select Automatically select the certificate store based on the type of certificate.
8. Right-click the certificate for the domain and select All Tasks→Export.
9. Click Next.
a. Select Personal Information Exchange - PKCS#12 (.PFX) as the certificate file format.
d. Click Next.
12. Enter a password for your private key and then click Next.
Import the certificate into the Java virtual machine certificate trust store
Since SSO client relies on certificate validation, the certificate must be imported into the client JVM so
that it can be validated by reverse proxy.
1. Check the JAVA_HOME environment variable to determine the Java version used by the system.
2. At a command prompt, enter the following, where server_name is the web server and the
public.crt is the public certificate for the web service.
<JAVA_HOME>/bin/keytool -import -alias <server_name> -keystore
<JAVA_HOME>/jre/lib/security/cacerts -file public.crt
Teamcenter visualization maintains its own certificate store on Linux. Any new certificate needs to be
copied over to the <Install>/Visualization/etc/certs folder.
Mozilla/Firefox clients manage certificates differently. The certificates can be imported through
Preferences→ Advanced→Certificates (Certificate Manager).
Web Application Manager is a JAVA-based application that deploys its WAR files in Tomcat. This
application consists of the Identify provider and Login provider.
For detailed instructions on setting up the Web Application Manager, see Security Services Installation/
Customization in Installing Teamcenter.
It is best practice to use the Teamcenter SSO (single sign-on) setup in conjunction with Teamcenter Web
Application Manager. This will enable SSO authentication against the Teamcenter user base via the
CLEARANCE_APPID property defined in the Clearance.cfgproxy file. The value can be set toTeamcenter ,
or equivalent, for authentication against the Teamcenter user base. If authentication is required against
a different LDAP, this information should be configured in Teamcenter Web Application Manager Login
Service.
ApacheDS (Apache directory studio) can be installed to work as an LDAP for testing.
For more information on configuring ApacheDS to work with TcSS (Teamcenter Security Services), see
Security Services Installation/Customization in Installing Teamcenter.
The ClearanceDB Proxy HTTP Server can also work as a forward proxy, as well as a reverse proxy. The
communication protocol as a forward proxy can be secure or unsecure.
SSO (single sign-on) is a prerequisite for both deployment modes to perform authentication. The
property WEB_SERVICE_URL, defined in *.dbc file, determines the communication protocol.
Using the ClearanceDB Proxy HTTP Server in forward proxy secure mode (Windows only) requires the
following additional setup.
• For both the server and client, set the environment variable
TCVIS_PC_ENABLE_CLIENT_CERTIFICATE_SUPPORT=True
• Do the following.
• Copy the properties file into the same location as the server executable.
• Add the certificates to the same location, or give a complete path to the certificate location.
Example:
openSSL.server.privateKeyFile = private_key.pem
openSSL.server.certificateFile = public_cert.pem
openSSL.server.verificationMode = relaxed
openSSL.server.verificationDepth = 9
openSSL.server.loadDefaultCAFile = true
openSSL.server.cipherList = ALL:!ADH:!LOW:!EXP:!MD5:@STRENGTH
openSSL.server.privateKeyPassphraseHandler.name = KeyFileHandler
openSSL.server.privateKeyPassphraseHandler.options.password = securePassword
openSSL.server.invalidCertificateHandler.name = AcceptCertificateHandler
openSSL.server.extendedVerification = false
openSSL.server.cacheSessions = true
openSSL.server.sessionIdContext = ClearanceDbProxyHttpServer
openSSL.server.sessionCacheSize = 100
openSSL.server.requireTLSv1 = false
For more details on using these options, see the Clearance.cfgglobal and global.dbc files found in
<Install Path>Visualization\Program\ClearanceDB\Support\Work_Area_Template.
• Define the following settings in the .dbc and. cfgproxy files to control communication between the
Teamcenter Visualization client and server.
• It is best practice to create a .dbc file with the relevant connection information so that the
communication with ClearanceDB uses the secured HTTP communication protocol while using these
scripts. The following scripts have command line arguments which are used to create a local .dbc file
used for TCP/IP communication.
• create_product.pl
• list_all_products.pl
• ping_database.pl
• ping_proxy.pl
• stop_proxy.pl
• So that the settings from the proxy are used for communication, set UploadMethod=Proxy in the
Clearance.cfgglobal file. Some scripts, like update_product.pl, rely on these settings. For more
details, see Updating products in the database.
You can use the Teamcenter install utility to encrypt the Oracle user password. The encrypted password
is stored in an external file.
Example:
install –encryptpwf –f=C:\ClearanceDB_Work_Area\oracle_key
7. To specify for ClearanceDB to obtain the Oracle user password from the encrypted password file,
locate the ClearanceDBUserPasswordFile setting, and type the full path and file name for the
password file.
Example:
ClearanceDBUserPasswordFile=C:\ClearanceDB_Work_Area\oracle_key
When you use the create_proxy.pl script to create a ClearanceDB Proxy, a directory for the proxy is
created within the ClearanceDB Work Area. This directory contains a file called Clearance.cfgproxy,
which is populated with the default proxy settings from the Clearance.cfgglobal file.
If necessary, you can adjust the settings in Clearance.cfgproxy to override the global defaults. You can
also add additional entries from the Clearance.cfgglobal file if you want to modify them for your proxy.
1. In the Proxies directory within the ClearanceDB Work Area, navigate to the proxy folder, and then
open the Clearance.cfgproxy file in a text editor.
2. (Windows) Modify the StartupType setting to control how the proxy starts, including the
ClearanceDB HTTP Proxy. Choose from the following options:
Automatic
Specifies to start the proxy using a Windows service that automatically starts when the system
boots.
Manual
Specifies to start the proxy using a Windows service that you can manually start from the proxy
directory or from the Windows Service monitor.
Console
Specifies to manually run the process, without using a Windows service, from the proxy
directory or from the Windows command prompt.
Warning:
If you want to run the proxy as a Windows service, do not modify the LogFile setting, which
requires an absolute path for the service to function correctly.
3. If you want to verify the software environment when starting the proxy, set the
VerifyEnvironment parameter to True.
Note:
On Windows, the versions used for the operating system and the ClearanceDB Proxy should
all have the same bit architecture (32-bit or 64-bit).
4. If you want to adjust the maximum size of the dynamic buffer used for the compression of data
sent between ClearanceDB Proxy and ClearanceDB clients, set the
MaximumLargeMessageBufferSize parameter to any value from 1 to 256.
The value used to specify the buffer size is in mebibytes, The default value is 128 mebibytes, which
is approximately 134 megabytes (1 mebibyte equals approximately 1.048 megabytes).
5. If you want to include additional sections in the ClearanceDB Proxy log file, add the LogFlags entry.
Warning:
Adding these sections may significantly affect system performance, especially if you add the
SOCKETS section.
• SESSIONS – Obtaining and releasing of Oracle sessions. If LogFlags is not included in the
Clearance.cfgproxy file, the SESSIONS section is included in the log file by default. To exclude
this section, the LogFlags entry must be included in the Clearance.cfgproxy file without
SESSIONS being listed.
• SOCKETS – Events related to socket acceptances and closures by proxy worker threads.
Note:
Due to the size of this section, it is recommended that you only include it if SESSIONS,
SQL, and PACKETS are not included.
Example:
LogFlags=SESSIONS
Note:
LogFlags=SESSIONS+SQL+PACKETS
1. In the Proxies directory within the ClearanceDB Work Area, navigate to the folder of the proxy that
you want to manage with a service, and then open the Clearance.cfgproxy file in a text editor.
Warning:
Do not modify the LogFile setting, which requires an absolute path for the service to
function correctly.
2. Modify the StartupType setting to specify how the service starts. Choose one of the following
options:
Automatic
Specifies to start the proxy using a Windows service that automatically starts when the system
boots.
Manual
Specifies to start the proxy using a Windows service that you can manually start from the proxy
directory or from the Windows Service monitor.
Note:
If the StartupType option in the Clearance.cfgproxy file is set to Automatic, the service
starts automatically.
To Do this
Start the service from Right-click the Clearance.cfgproxy file and choose Start Proxy.
the proxy directory
Start the service from Type:
the command line
sc start <service name>
Note:
You must provide the service name not the display name of the
service. To display a list of the services on your machine, type: sc
query state= all. Scroll through the list until you find the entry
for the ClearanceDB Proxy service, which includes the service
name.
Tip:
For descriptions of all of the commands supported by the SC
program, type sc.
Start the service from a. Open Administrative Tools and then Services.
the Control Panel
b. In the Services list, right-click the ClearanceDB Proxy service and
choose Start.
Stop the service from Right-click the Clearance.cfgproxy file and choose Stop Proxy.
the proxy directory
Stop the service from Type:
the command line
sc stop <service name>
Stop the service from a. Open Administrative Tools and then Services.
the Control Panel
b. In the Services list, right-click the ClearanceDB Proxy service and
choose Stop.
Delete the proxy service In the proxy directory, right-click the Clearance.cfgproxy file and
choose Remove Proxy from Services.
Note:
If WEB_SERVICE=True, the same commands and behavior are applicable to the ClearanceDB
HTTP Proxy. If STANDARD_PROXY=False, the scripts will execute only the HTTP flow.
You can start a ClearanceDB Proxy from the command prompt. On Windows, you can also start the proxy
with a right-click shortcut associated with the Clearance.cfgproxy file.
1. In the Proxies directory within the ClearanceDB Work Area, navigate to the folder of the proxy that
you want to start, and then open the Clearance.cfgproxy file in a text editor.
Example:
start_proxy.pl C:\ClearanceDB_Work_Area\ Proxies\Proxy1\
clearance.cfgproxy
If the proxy is able to connect to the specified database, the command prompt message will
resemble the following:
Successfully connected to Oracle service [CLDB] using connect_data [CLDB].
If WEB_SERVICE=True, then the script will start the ClearanceDB HTTP Proxy. The system will
display an additional message, Clearance Web Service started and running. Type http://
[WEB_SERVICE_PROXY]: [WEB_SERVICE_PORT] to use it or type CRLT+C to finish it.
You can ping a ClearanceDB Proxy to determine if the proxy is functioning normally.
Example:
ping_proxy.pl C:\ClearanceDB_Work_Area\ global.dbc
ping_proxy.pl C:\ClearanceDB_Work_Area\ Proxies
\Proxy1\proxy1.dbc
Note:
If WEB_SERVICE=True, the script will ping the HTTP proxy. The system will display an additional
message, Successfully connected to the http proxy at https:// [ WEB_SERVICE_URL].
You can ping the ClearanceDB database to test the database connectivity.
Example:
ping_database.pl C:\ClearanceDB_Work_Area\ global.dbc
ping_database.pl C:\ClearanceDB_Work_Area\ Proxies
\Proxy1\proxy1.dbc
You can display a list of the ClearanceDB products that exist in the database.
Example:
list_all_products.pl C:\ClearanceDB_Work_Area\ global.dbc
list_all_products.pl C:\ClearanceDB_Work_Area\ Proxies
\Proxy1\proxy1.dbc
You can stop a ClearanceDB Proxy from the command prompt. On Windows, you can also stop the proxy
with a right-click shortcut associated with the Clearance.cfgproxy file.
Example:
stop_proxy.pl
C:\ClearanceDB_Work_Area\ Proxies
\Proxy1\ clearance.cfgproxy
Note:
If WEB_SERVICE=True, the script will stop the HTTP proxy.
The ClearanceDB Work Area is the location on your machine where you can create and manage
ClearanceDB products. Created by the create_ClearanceDB_working_dir.pl script, the ClearanceDB Work
Area contains configuration files that you use to create a connection with the database, run the proxy,
and update the database with product information such as rules, conditions, zones, and results.
Note:
To administer ClearanceDB, you must create and work from a ClearanceDB Work Area.
Global configuration files are located in the root of the work area
When working with the Clearance Calculator, ClearanceDB Client, and ClearanceDB Proxy, you must
create a specific ClearanceDB Work Area on your machine, from which you can create and manage
ClearanceDB products and instances of the ClearanceDB Proxy.
2. (Linux) Update your PATH definition to include the ClearanceDB installation directory.
Example:
<Mockup installation directory>/Visualization/bin/ClearanceDB
For this
parameter Type
path The path to the location on your machine where you want to create the work
area.
For this
parameter Type
Note:
The path parameter is used to specify the location of the work area, not the
name of the work area, which is always ClearanceDB_Work_Area.
—df The option to populate the work area with a default product.
Note:
The ClearanceDB Work Area must have a default product, which is used for
the creation of new products. You can create the default product now, or
run the create_default_product.pl script to create it later.
Example:
create_ClearanceDB_working_dir.pl c:\ -df
The ClearanceDB global configuration file (Clearance.cfgglobal), located in the root of the ClearanceDB
Work Area, controls the default settings for the ClearanceDB Proxy, ClearanceDB Client, and Clearance
Calculator. The settings from this file are applied to all of the clearance products in the ClearanceDB
Work Area, unless the settings are manually copied into the Clearance.cfgproduct for a specific product.
Any settings specified in the Clearance.cfgproduct take precedence over the Clearance.cfgglobal file.
TC_ROOT
Specifies the Teamcenter root directory.
TC_DATA
Specifies the Teamcenter TC_DATA directory.
TeamcenterUserId
Specifies a Teamcenter user name with Teamcenter system administration privileges. If no user
name is provided, ClearanceDB uses the operating system user name.
Note:
This is the same option as the bomwriter -u= command line argument.
TeamcenterUserPassword
This setting is deprecated. The Teamcenter user password is now stored in a separate file, and the
path to the file is specified with the TeamcenterUserPasswordFile setting. Now if the password is
specified with TeamcenterUserPassword, it is written to an unencrypted file in the user’s home
directory with a randomly generated name beginning with CLDB.
TeamcenterUserPasswordFile
Specifies the path to a file containing the Teamcenter user password.
Note:
This is the same option as the bomwriter -pf= command line argument.
TeamcenterUserGroupId
Specifies the Teamcenter group ID. If no group ID is provided, ClearanceDB uses the default group of
the specified Teamcenter user.
Note:
This is the same option as the bomwriter -g= command line argument.
RevisionRule
Specifies the revision rule for the product's top level product structure node.
Note:
This is the same option as the bomwriter -revision_rule= command line argument.
SavedVariantRule
Specifies the saved variant configuration to pass to the bomwriter.
LexicographicalVariantAnalysis
Defines the mode of the evaluation of variant condition relational expressions. Choose one of the
following:
No — If undeterminable variant conditions exist, the affected variant inferences are asked from the
server. This is the default.
Note:
Variant conditions that cannot be evaluated based on textual representations are
undeterminable.
VariantAnalysisClientTraceFile
Specifies the name for the log file of the variant analysis. By default, this is not set, and a log file is
not generated.
Example:
VariantAnalysisClientTraceFile=cldb_variant_analysis.log
VariantAnalysisClientTraceFlags
Specified the content of the log file of the variant analysis. The trace flags are additive,
concatenated with the plus (+) character.
Example:
VariantAnalysisClientTraceFlags=CONFIGURATION+STATISTICS
Caution:
Enabling the EXCUDEDUIDPAIRS and EXCLUDEDNGIDPAIRS trace flags may result in
extremely large log files.
VariantLogicalExpression
Defines the variant condition UserValue title and BOM line property pair in the PLM XML file. This
has the form of:
“Variant Condition”:bl_variant_condition
“Variant Formula”:bl_formula
Example:
VariantLogicalExpression="VC:bl_variant_condition"
Note:
This must match the content of the BomWriterUserAttributes setting.
RunLevel
Specifies the actions of the analyze_managed_product.pl script. Use a value from 1 to 6.
1 — In the product directory, a.vvi file is created, which is used by the bomwriter to generate
a .plmxml file referencing the managed data.
2 — Using the .vvi and .plmxml files in the product directory, the Clearance Calculator
performs analysis upon the managed product data and generates a results file.
3 — The results file is uploaded to the ClearanceDB database.
4 — Both the RunLevel 1 and 2 actions are performed.
5 — Both the RunLevel 2 and 3 actions are performed.
6 — All of the RunLevel actions are performed, 1, 2, and 3.
BomWriterUserAttributes
Specifies the variant conditions for the bomwriter to include in the generated .plmxml file. Type
these according to the following syntax:
Note:
This is the same option as the bomwriter -ua= command line argument.
Example:
Use this option to include variant model related BOM line properties in the generated .plmxml
file. For example:
BomWriterUserAttributes=target:Instance,key: VC,prop: bl_variant_condition
TeamcenterWebServerPath
Specifies the Teamcenter web server path, including the protocol, host name, and port number.
Type this according to the following syntax:
TeamcenterWebServerPath=http://machine_name:port
Example:
TeamcenterWebServerPath=http://tcserver:80/tc8_2008/
JtDataStagingProcess
Specifies to use the Teamcenter load_fcccache utility to download the model data from the
Teamcenter server to the local system for clearance analysis. Enabling this option pre-populates the
FMS client cache (FCC), which leads to faster and more reliable analysis.
FILECOPY_FAILED
INVALID_DAKID_FORMAT
FCC_OPENFILE_FAILED
FCC_DOWNLOAD_FAILED
GET_READ_TICKET_FAILED
DATASET_READ_FAILED
PLMXML_MISSING_JT
CHMOD_FAILED
COPYOUT_CLEANUP_FAILED
You can specify a numerical value for each error code. By default, the error codes are given values
that correspond to the severity of the problem, with the lowest value representing the most severe
failure. If a value is not specified for the JtDataStagingProcessErrorLimit setting, the script stops
whenever an error occurs during the staging process.
Note:
The default values are recommended for the JtDataStagingProcessErrorLimit setting and the
related error codes. Essentially, with these defaults the clearance analysis will abort when any
of these errors occur, and you can use the reported error message to troubleshoot the
problem.
FILECOPY_FAILED
Specifies the error code that indicates a copy operation to the output directory has failed.
The default location is the product directory in the ClearanceDB Work Area.
Note:
Do not use special characters in folder names.
BucketCount
Specifies how many directories to use for the cached files. Spreading the files over multiple
directories can lead to better performance.
Note:
This option requires the FilenamePrefix option to be set since it uses the prefix as validation
of ownership to prevent the accidental removal of files.
LifetimeCheck
Specifies to scan the StagingProcessDownloads directory for files older than the CopyOutLifetime
value.
NONE
ERROR
WARNING
INFORMATION
DEBUG
PERFORMANCE
ALL
Note:
Use the + sign to use multiple log types. For example, ERROR+WARNING.
Specify to perform analysis using the product's rules and conditions from the ClearanceDB database.
To enable this option, remove the number sign symbol (#) that precedes the RulesObject =
Requirement Rules from ClearanceDB Server line.
RulesObject = Variant Analysis
Specify to perform analysis using Teamcenter variant conditions. To enable this option, remove the
number sign symbol (#) that precedes the RulesObject = Variant Analysis line.
ResultsObject = ClearanceDB Results
Specify to generate a ClearanceDB results file (ClearanceResultsDbUpload.csvcldb). To enable this
option, remove the number sign symbol (#) that precedes the ResultsObject = ClearanceDB
Results line.
Attribute=__PLM_ABSOCC_UID, Part and Parents (Part First)
Specify to use product structure absolute occurrences. To enable this option, remove the number
sign symbol (#) that precedes the Attribute=__PLM_ABSOCC_UID,Part and Parents (Part First)
line.
OracleClientDirectory
Specifies the full directory path containing the Oracle Instant Client files. For example,
OracleClientDirectory=c:\apps\instantclient_11_2 or OracleClientDirectory=/opt/
instantclient_11_2.
LogFile
Specifies the name of the file where ClearanceDB Proxy messages are logged.
Compress
Specifies whether or not the communications between the ClearanceDB client applications and the
ClearanceDB Proxy are compressed. Compression results in higher performance. Choose one of the
following:
Note:
You can specify multiple port numbers like this:
port1,number of threads
port2,number of threads
ProxyClientPassword
Specifies an optional password for ClearanceDB Proxy.
Note:
If you require a password for clients to access the database, it must be specified in the DBC file
like this:
DATASOURCE=<proxy_name>,<port>/<password>
CONNECT_DATA
Specifies the Oracle connection information. Type the information according to the following
syntax:
<connect_name>,<user>/<password>@<service_name>
Note:
The value used for <connect_name> must match the value specified in the DBC file.
If you are using an encrypted password in an external file, type the information according to the
following syntax:
<connect_name>,<user>@<service_name>
Use the ClearanceDBUserPasswordFile setting to specify the full path and file name for the file
containing the encrypted Oracle user password.
ClearanceDBUserPasswordFile
Specifies the path to a file containing the Oracle user password.
AdminProxyPassword
Specifies an optional password used to stop a ClearanceDB Proxy via ClearanceDB Client. This
password should be restricted to the proxy administrator only.
ClearanceDBResultsUploadFile
The name and, optionally, the path of the results file generated by the Clearance Calculator. By
default, the name of this file is ClearanceResultsDbUpload.csvcldb.
UploadMethod
The option specifying how to merge data with the ClearanceDB database. You can specify one of the
following:
Note:
To use this option, the full Oracle Client must be installed on the machine from which
you want to make database updates.
OracleSqlLoaderExecutable
The name of the Oracle SQL*Loader executable.
Note:
This is required only if UploadMethod is set to NoProxy.
OracleSqlPlusExecutable
The name of the Oracle SQL*Plus executable.
Note:
This is required only if UploadMethod is set to NoProxy.
ClearanceDBOracleUserCredentials
The Oracle user account information. Type this according to the following syntax:
username/password
Note:
This is required only if UploadMethod is set to NoProxy.
ClearanceDBOracleNetServiceName
The Oracle Net Service Name.
Note:
This is required only if UploadMethod is set to NoProxy.
ClearanceExeOptions
Note:
You only need to use this option if manually running the Clearance Calculator from the
command line, without using the analyze_product.pl or analyze_managed_product.pl
Perl script.
Note:
You only need to use this option if manually running the Clearance Calculator from the
command line, without using the analyze_product.pl or analyze_managed_product.pl
Perl script.
-m <crl> — Includes material thickness in the clearance check. Specify the crl option for more
accurate results.
-l — Applies the default layer filter when checking clearance.
-i — Generates 2D images of the element pairs involved in clearance violations.
Note:
To generate 2D images of clearance issues, you must set the ResultsObject option to
General Clearance Results in the Clearance.cfgglobal file.
Part
Component
EndItem
EndItemComponent
RecognizeCADComponents
Specifies whether or not CAD components are recognized during analysis.
Note:
The maximum size a process can have may be limited by the operating system, the system
administrator, or otherwise.
NumberOfThreads
The number of threads to use for clearance analysis. The default value is the number of cores on the
machine. Whenever the number of threads is greater than one, the number of processes is
automatically set to one, regardless of the value in the configuration file.
Note:
The maximum size a process can have may be limited by the operating system, the system
administrator, or otherwise.
AbsMemLimit
The amount of physical RAM in megabytes to use for batch mode analysis. When the memory limit
is exceeded, data is unloaded until memory usage falls below the specified amount. If both
AbsMemLimit and RelMemLimit options are used, the lesser effective value is chosen.
RelMemLimit
The percentage of physical RAM to use for Batch Mode analysis. When the memory limit is
exceeded, data is unloaded until memory usage falls below the specified percentage. The default
percentage is 100 percent. You also can force the application to use the virtual memory available on
your machine. You can set a memory limit of up to 200 percent of your physical RAM.
Note:
If both AbsMemLimit and RelMemLimit options are used, the lesser effective value is chosen.
RulesObject
How to obtain the clearance requirement. Valid options are:
Note:
If you want to obtain clearance requirements from your organization's ClearanceDB server,
specify Requirement Rules from ClearanceDB Server.
ResultsObject
How to handle the clearance results. Valid options are:
Note:
To upload results to the server, specify ClearanceDB Results.
You can list the ResultsObject option twice to specify both General Clearance Results and
ClearanceDB Results.
Attribute
Specifications to filter clearance results according to attribute metadata associated with your
product structure. Specify each attribute you want to use, followed by the assembly search method.
Each attribute specification requires a separate entry in the Clearance.cfgglobal or
Clearance.cfgproduct file.
Attribute=[attribute_name], [order_of_search_method]
Part Only
Part Parent Only
Part and Parents (Part First)
Part and Parents (Root First)
Parents Only (Part Parent First)
Parents Only (Root First)
The maximum frequency of the progress monitoring to standard output. The default value is 60000,
which equals one hour.
MaxPairAttempts
The maximum number of possible attempts to analyze an element pair in the same mode
(approximate or precise). 1 equals approximate and 2 equals precise. The default is 2.
MaxFailuresPerPart
The maximum number of failures before a part is excluded from the analysis. The default value is 2.
MaxRelFailuresPerPart
The maximum relative number of failures before a part is excluded from the analysis in respect to all
occurrences of the element in the test bed. The specified value is a percentage. The default value is
100.
LoadFailures
To include failed element pairs in the results file. Valid options are 0 or 1 for false and true,
respectively.
MaxLogFileSize
The maximum size of individual log files in megabytes. The minimum value is 32 MB and the
maximum value is 2048 MB (minus 1 byte subtracted). The default value is 2048.
IdentifyPartsWithDatastores
If part occurrences are identified with file names or with part names in the log file. Valid options are
0 or 1 for false and true, respectively. The default value is 1.
IdentifyPartOccurrencesWithMetadata
If part occurrences are identified with CADIDs or with specified metadata. No values or blank values
indicate the choice of CADIDs. By default, part occurrences are identified with CADIDs.
RecordPartPairAdditionEvents
If test bed (element pair) creation events are recorded in the log file. Valid options are 0 or 1 for
false and true, respectively. The default value is 1.
RecordClearanceResultAdditionEvents
If clearance results creation events are recorded in the log file. Valid options are 0 or 1 for false and
true, respectively. The default value is 1.
OffsetInFaceNormalDirection
(For thick sheet clearance analysis) Which side of the surface the thickness is applied to. Valid
options are 0 or 1 for false and true, respectively. The default value is the current registry value.
ThicknessAttribute
(For thick sheet clearance analysis) Find the thickness value for the surface parts. This can be used
to override the default CAD_PROP_MATERIAL_THICKNESS property name or the currently defined
value in the registry. The default value is CAD_PROP_MATERIAL_THICKNESS or the current registry
value.
DefaultMaterialThickness
(For thick sheet clearance analysis) The default thickness value for surface parts that are missing the
thickness attribute (CAD_PROP_MATERIAL_THICKNESS). If the UseDefaultValue option is set to 1
(true), the default value is the current registry value.
UseDefaultValue
(For thick sheet clearance analysis) To enable or disable the DefaultMaterialThickness value for
surface parts with no material thickness property (CAD_PROP_MATERIAL_THICKNESS). Valid
options are 0 or 1 for false and true, respectively.
SnapshotImageDirectory
(For use with 2D image captures) The directory where 2D image captures are placed.
SnapshotImageSize
(For use with 2D image captures) The size of 2D image captures. In pixels, specify the width and
height of the generated images. The default size is 512,512.
SnapshotImagePNG
(For use with 2D image captures) The 2D image capture format. You can generate 2D captures in
the PNG or JPEG formats. Use a value of 1 to create PNG images; use a value of 0 to create JPEG
images. By default, JPEG files are created.
SnapshotImageBackground
(For use with 2D image captures) The color to use for the background shown behind the two
elements involved in the clearance issue. This setting requires separate red, green, and blue values.
By default, the background is set to 190,210,225.
SnapshotImagePartColor1
(For use with 2D image captures) The color to use for the first part involved in the clearance issue.
This setting requires separate red, green, and blue values. If this setting is used, by default the part
color is set to 0,0,255. If this setting is not turned on the original part color is used.
SnapshotImagePartTransp1
(For use with 2D image captures) The transparency setting for the first part involved in the clearance
issue. You can use any value from 0.0 (invisible) to 1.0 (opaque). If this setting is used, the default
value is 0.5.
SnapshotImagePartColor2
(For use with 2D image captures) The color to use for the second part involved in the clearance
issue. This setting requires separate red, green, and blue values. If this setting is used, by default the
part color is set to 0,255,0. If this setting is not turned on the original part color is used.
SnapshotImagePartTransp2
(For use with 2D image captures) The transparency setting for the second part involved in the
clearance issue. You can use any value from 0.0 (invisible) to 1.0 (opaque). If this setting is used, the
default value is 0.5.
SnapshotImageAdvTransparency
(For use with 2D image captures) To render part transparency with fewer artifacts. Use a value of 1
to turn on advanced transparency.
SnapshotImageShowCPPoints
(For use with 2D image captures) To show the points of contact or penetration. Use a value of 1 to
include the contact and penetration points in 2D image captures.
SnapshotImageCPPointsColor
(For use with 2D image captures) The color to use for points of contact or penetration. This setting
requires separate red, green, and blue values. If this setting is used, by default the contact and
penetration point color is set to 255,255,0.
SnapshotImageCPPointsSize
(For use with 2D image captures) The size, in pixels, to use for points of contact or penetration. If
this setting is used, the default value is 3.
SnapshotImageZoom
(For use with 2D image captures) The zoom factor for clearance issues. You can use any value from
0 to 100. A value of 0 shows the entire element pair. A value of 100 zooms to the contact or
penetration points, or distance lines. If this setting is used, the default value is 40.
SnapshotImageShowDistanceLines
(For use with 2D image captures) Display distance lines in the image capture. Valid options are 0 or
1 for off and on, respectively. By default, distance lines are not shown.
SnapshotImageShowResultVector
(For use with 2D image captures) Display the result vector in the image capture. Valid options are 0
or 1 for off and on, respectively. By default, the result vector is not shown.
SnapshotImageShowBBox
(For use with 2D image captures) Display the bounding box in the image capture. Valid options are 0
or 1 for off and on, respectively. By default, the bounding box is not shown.
You must modify the global Database Connection (DBC) file with the system name and port number of
the machine running your ClearanceDB Proxy. You must also specify a name for the proxy connection,
which must be the same as the connect_name value specified in the CONNECT_DATA string in the
Clearance.cfgglobal file.
Note:
By default, the global.dbc file is used by ClearanceDB components to connect with the specified
database. You can also create additional DBC files to connect with databases on a product by
product basis. Product-specific DBC files are created when you run the create_product.pl script to
create products. Product-specific DBC files override the global DBC file.
2. Using a text editor, open global.dbc and specify the following settings:
Note:
If the ClearanceDB Proxy you want to connect to requires
a password, include the password at the end of the
DATASOURCE string like this:
<machine>:<port>/<password>
If you want to work with Teamcenter managed data, you must specify the web server protocol used by
your Teamcenter installation in the global.vvi file.
Example:
0_Protocol = http
Use the following scripts to manage the ClearanceDB proxy and your products.
Note:
The ClearanceDB SQL scripts are case-sensitive.
ClearanceDB products consist of the specific metadata configurations, rules, conditions, and zones
associated with the 3D model that you want to analyze.
• Creating the ClearanceDB default product — Before you can populate the database with new
product information, create the ClearanceDB default product. The default product is essentially a
global configuration that you can customize to match your unique analysis requirements and
automatically apply to new products that your create.
• Creating a new ClearanceDB product — Create a ClearanceDB product for each model you want to
analyze.
• Creating the ALL product for issue inheritance — More than one instance of the same violating
part pairs may exist in your clearance results. Inheritance relationships can be defined in your
database so that these issues are not always duplicated but instead are managed based on their level
of similarity.
• Using the product-specific configuration file — Each ClearanceDB product has its own
configuration file, which is used to specify the location of the data to be analyzed by the Clearance
Calculator. You can also use product-specific configuration files to override any of the parameters
from the Clearance.cfgglobal file.
• Creating ClearanceDB product configurations — Create a process configuration file for each of your
products to control the analysis.
• Specifying rules and conditions — Create unique rules and conditions to define clearance
requirements or exclusions and to control the scope of the analysis.
• Defining clearance zones — Create clearance zones to perform analysis based upon the location of
parts and assemblies within the model.
The ClearanceDB default product is essentially a global configuration that you can customize to match
your unique analysis requirements and automatically apply to new products that you create.
• Run the create_product.pl script with no default product (the default product must exist in the
database to create new products so in this situation it will be created and merged with the database
automatically).
Example:
create_default_product.pl c:\
A new directory named DEFAULT is created at the specified location. The DEFAULT directory
contains the following files:
• conditions.csvcldb
• configuration.csvcldb
• rules.csvcldb
• zones.csvcldb
3. Using a text editor, modify each configuration file to create the product configuration that you
want to use in the creation of new products.
Example:
update_product.pl fishing_reel
-ua
(Windows) From the shortcut menu In the product directory, right-click any
configuration file and choose Upload to
ClearanceDB.
Create a new ClearanceDB product, both locally in your ClearanceDB Work Area and in the database.
Note:
You must create new products from the ClearanceDB Work Area.
This
parameter Does this
name Specifies the name of the ClearanceDB product. The ClearanceDB product name
must consist of the name of the top level assembly node from your product data.
If the name contains spaces, enclose it in quotation marks. For example, “garage
door opener”.
If you are working with local, unmanaged data, open the 3D model in Mockup to
obtain the name of the top level assembly node.
If you are working with data from Teamcenter, send the item revision to
Structure Manager to obtain the name of the top level assembly node.
This
parameter Does this
Note:
A bomline name from Teamcenter has a space before (View), and
ClearanceDB product names with spaces must be enclosed in quotation
marks, as shown below.
“331–61965 1/A;1-Roof Assembly (View)”
Example:
• Local product: create_product.pl cottonpicker -ua -ds sfdmachine:7206 -cd CLDB
A new directory with the name you specified is created in the ClearanceDB Work Area. At a
minimum, the directory contains the Clearance.cfgproduct file. The directory may also contain
copies of the default product's configuration files or a DBC file, depending upon how you ran the
script.
3. (If you created copies of the default product's configuration files) Modify the configuration files as
necessary for your product, and then update the database with your changes in one of the
following ways:
To merge Do this
configuration files
From the command Type
prompt
update_product.pl [<product>] [-uc:-ur:-uz:-ua] [-df]
where
Example:
update_product.pl cottonpicker -ua
(Windows) From the In the product directory, right-click any configuration file and choose
shortcut menu Upload to ClearanceDB.
For the Clearance Calculator to analyze your product, you must specify the product in the
Clearance.cfgproduct file. For data located outside of Teamcenter, you must specify the file name and
full path to the product. For Teamcenter managed data, you must specify the item ID and revision of the
top level assembly of your product. If your Teamcenter data is configured with multifield key data, you
must specify the item key.
Note:
You can also use the product-specific configuration file to override any of the settings contained in
the Clearance.cfgglobal global configuration file. To override the global settings on a per-product
basis, copy the settings from the Clearance.cfgglobal file to the Clearance.cfgproduct file and
modify them appropriately.
2. Using a text editor, open the Clearance.cfgproduct file and specify the following settings:
Example:
ProductInputFile= c:\fishing_reel.jt
Note:
This setting is applicable only to product data that is not stored in
Teamcenter.
ItemKey The Teamcenter values (strings) of the multifield key properties for the item
containing your product.
Example:
ItemKey=item_id= 000092,MFK_strkey1=val1
Note:
This setting is applicable only to Teamcenter products configured with
multifield key data. It corresponds to the –key argument for the
Teamcenter bomwriter utility.
You can obtain the necessary multifield key strings using the
Teamcenter get_key_string utility.
ItemId The Teamcenter item ID of the top level assembly of your product.
Example:
ItemId=000092
Note:
This setting corresponds to the –item argument for the Teamcenter
bomwriter utility.
ItemRevision The Teamcenter revision of the top level assembly of your product.
Example:
ItemRevision=A
Note:
This setting corresponds to the –rev argument for the Teamcenter
bomwriter utility.
Performing analysis
Clearance checks are performed using the viewer (stand-alone Mockup, the Lifecycle Viewer, Structure
Manager, or Design Context) or the Clearance Calculator. Analysis can refer to either the standard single
requirement defined in the viewer or on rules and conditions stored in the ClearanceDB database. The
latter method allows for incremental calculations in respect to the database content.
To perform analysis on a product and update the database with the results, you must take the following
steps:
• Merge the results generated by the Clearance Calculator with the ClearanceDB database
You should understand the log files generated when you run the Clearance Calculator in case errors
occur. It also may be useful to understand the ClearanceDB results file format.
Clearance analysis is the process of considering a model in terms of the spatial relationships between its
parts or part groups. The location of each part or group within the model is compared to the location of
every other part or group within the model. Any part or group pairs that are closer to one another than
the specified clearance distance is identified as a clearance issue.
You can define inheritance relationships in your database so that issues that are instances of the same
violating part pairs are not always duplicated in the clearance results but instead are managed based on
their level of similarity.
During clearance analysis, first the bounding boxes of each part or group pair are tested. If the bounding
boxes do not intersect and the minimum distance between them is greater than the specified clearance
distance value, the part or group pairs are not identified as clearance issues and do not appear in the
Results list.
For each part or group pair with bounding boxes that do intersect, or where the minimum distance
between them is less than the clearance distance, the tessellated geometry of the two parts is then
tested. If the geometry does not intersect and the minimum distance between the parts or groups is
greater than the contact tolerance value, the two parts or groups are not identified as clearance issues
and do not appear in the Results list.
If the tessellated geometry intersects or if the minimum distance between the parts or groups is less
than the contact tolerance value, the NURBS data (if it is available in your model) of the two parts or
groups is then tested. The NURBS test determines the exact points of contact between the two parts or
groups.
Once points of contact are identified, the tessellated geometry and the contact tolerance value you have
specified are used to determine whether the parts or groups are in contact only or whether one part or
group penetrates the other. If one part penetrates the other to a depth greater than the contact
tolerance value, the penetration depth is calculated for the part pair. The penetration depth is calculated
as the distance the two penetrating parts need to be moved away from each other to avoid the
penetration.
Example:
Because of the way clearance is calculated, some clearance checks may not yield the results you
expect. For example, if a clearance check results in a part pair that consists of a cylinder and the
hole with which it is designed to mate, you may expect the penetration depth to describe the
difference in the diameters of the cylinder and the hole when in actuality the penetration depth
describes the depth along the length of the cylinder.
Penetration depth calculations are always an approximation, even when using precise data. A precise
depth calculation requires a manually specified extraction vector, which is the direction used to separate
a penetrating part pair. Without an extraction vector, an infinite number of solutions are possible for
each penetration. Since user input is not possible during batch calculations, an algorithm estimates the
extraction vector for each penetration. This estimation is the direction in which the parts move the
shortest distance in order to eliminate the penetration.
Note:
Penetration depth estimations may vary slightly on different platforms due to factors such as
different CPUs, different operating systems, and 32-bit versus 64-bit architectures. The
penetration depths provided by Teamcenter lifecycle visualization are intended to provide a
reasonable approximation of the penetrations. Only the designers of the geometry know how to
best resolve each penetration, so they need to use the penetration depth as a guide to help them
quickly locate and resolve clearance issues.
Elements and CAD components are the parts and branches of product structure recognized for clearance
analysis in Teamcenter lifecycle visualization. They are used to control the granularity of the analysis.
There are three element types: parts, leaf components, and end items. Any combination of these
elements can exist in the product structure for use during a clearance analysis. However, the part
element type is always turned on.
If an element contains other elements within it, no clearance issues between those elements are
reported in the clearance results list. Also, any two leaf components or end items can have many clashes
between them, but only the single, most severe result between any two elements is reported.
The items that appear in the clearance results list are always elements. A CAD component is essentially
an end item that allows any number of clearance results between itself and other nodes. For this reason,
a CAD component is not considered an element.
Analysis
The lowest level elements in the clearance analysis are parts. Analysis is always
conducted between part elements, unless the parts are overridden by other
element types (leaf components and end items) or CAD components.
Results
Analysis
The lowest level elements in the clearance analysis are parts, unless they are
overridden by leaf components. In that case, all of the parts underneath the leaf
component node are considered to be part of the same, monolithic element.
Results
Only the single, most severe result between each leaf component and other
elements is displayed. That result appears in the clearance results list as the leaf
component itself (not the parts within the leaf component).
Analysis
The lowest level elements in the clearance analysis are parts, unless they are
overridden by an end-item. In that case, all of the parts underneath the end item
node are considered to be part of the same, monolithic element.
Results
Only the single, most severe result between each end item and other elements is
displayed. That result appears in the list as the end item itself (not the parts
within the end-item).
Note:
End items are branches of product structure where the root node contains
the metadata __PLM_END_ITEM=True.
Analysis
The lowest level elements in the clearance analysis are parts, unless they are
overridden by a leaf component or end item. In that case, all of the parts
underneath the “parent” node are considered to be part of the same, monolithic
element.
Results
No issues are reported between elements within the leaf component or end item.
Only the single, most severe result between each leaf component or end item
Analysis
The lowest level elements in the clearance analysis are parts, unless they are
overridden by a CAD component. In that case, all of the parts underneath the
CAD component node are considered to be part of the same monolithic
component.
Results
No issues are reported between elements within the CAD component. However,
any number of issues may be reported between elements within the CAD
component and other elements in the model. Those results appear in the list as
the elements themselves (not the CAD component).
Note:
CAD components are branches of product structure where the root node
contains the metadata __PLM_CADCOMPONENT=True.
Use the Section 4: Clearance Analysis configuration section of the Clearance.cfgglobal file to specify
options for clearance analysis. The settings from this file are applied to all of the clearance products in
the ClearanceDB Work Area, unless the settings are manually copied into the Clearance.cfgproduct for a
specific product. Any settings specified in the Clearance.cfgproduct take precedence over the
Clearance.cfgglobal file.
Note:
• All values for all time-based options are in seconds, with the exception of MonitorResolution,
which is in milliseconds.
3. Change any of the following settings in the Section 4: Clearance Analysis configuration section of
the file to configure the analysis:
ClearanceExeOptions
-d <value> — Specifies the clearance distance, in model units.
-n — Checks clearance using NURBS data, if present in your model.
-c — Checks for points of contact and penetration.
-p — (Valid with -c option only) Calculates the depth of penetrations.
-t <value> — (Valid with -c and -p options only) Specifies the contact tolerance.
-e — Automatically sends e-mail messages to owners, as specified in your Clearance
Manager preferences.
-s — Shows only error messages as the Clearance Calculator runs.
-r — Specifies the maximum distance requirement, in model units.
-q <dbc> — Specifies to perform analysis against the ClearanceDB database. You must
specify a DBC file to use this option.
Note:
You only need to use this option if manually running the Clearance Calculator from
the command line, without using the analyze_product.pl or
analyze_managed_product.pl Perl script.
Note:
You only need to use this option if manually running the Clearance Calculator from
the command line, without using the analyze_product.pl or
analyze_managed_product.pl Perl script. This option must be used for the HTTP-
based communication protocol with the database.
Note:
To generate 2D images of clearance issues, you must set the ResultsObject option
to General Clearance Results in the Clearance.cfgglobal file.
Part
Component
EndItem
EndItemComponent
Note:
The maximum size a process can have may be limited by the operating system, the
system administrator, or otherwise.
NumberOfThreads
The number of threads to use for clearance analysis. The default value is the number of cores
on the machine. Whenever the number of threads is greater than one, the number of
processes is automatically set to one, regardless of the value in the configuration file.
Note:
The maximum size a process can have may be limited by the operating system, the
system administrator, or otherwise.
AbsMemLimit
The amount of physical RAM in megabytes to use for batch mode analysis. When the memory
limit is exceeded, data is unloaded until memory usage falls below the specified amount. If
both AbsMemLimit and RelMemLimit options are used, the lesser effective value is chosen.
RelMemLimit
The percentage of physical RAM to use for Batch Mode analysis. When the memory limit is
exceeded, data is unloaded until memory usage falls below the specified percentage. The
default percentage is 100 percent. You also can force the application to use the virtual memory
available on your machine. You can set a memory limit of up to 200 percent of your physical
RAM.
Note:
If both AbsMemLimit and RelMemLimit options are used, the lesser effective value is
chosen.
RulesObject
How to obtain the clearance requirement. Valid options are:
Note:
If you want to obtain clearance requirements from your organization's ClearanceDB
server, specify Requirement Rules from ClearanceDB Server.
ResultsObject
How to handle the clearance results. Valid options are:
Note:
To upload results to the server, specify ClearanceDB Results.
You can list the ResultsObject option twice to specify both General Clearance Results
and ClearanceDB Results.
Attribute
Specifications to filter clearance results according to attribute metadata associated with your
product structure. Specify each attribute you want to use, followed by the assembly search
method. Each attribute specification requires a separate entry in the Clearance.cfgglobal or
Clearance.cfgproduct file.
Attribute=[attribute_name], [order_of_search_method]
Part Only
Part Parent Only
Part and Parents (Part First)
Part and Parents (Root First)
Parents Only (Part Parent First)
Parents Only (Root First)
RestartAfterPairTimeout
Specifies whether to restart the clearance analysis if an analysis of a single element pair times
out (exceeds the PairTimeout duration). Valid values are 0 for no restart or 1 to restart. If the
clearance analysis is not restarted, the pair is included as an undefined result in the log file.
MonitorResolution
The maximum frequency of the progress monitoring to standard output. The default value is
60000, which equals one hour.
MaxPairAttempts
The maximum number of possible attempts to analyze an element pair in the same mode
(approximate or precise). 1 equals approximate and 2 equals precise. The default is 2.
MaxFailuresPerPart
The maximum number of failures before a part is excluded from the analysis. The default value
is 2.
MaxRelFailuresPerPart
The maximum relative number of failures before a part is excluded from the analysis in respect
to all occurrences of the element in the test bed. The specified value is a percentage. The
default value is 100.
LoadFailures
To include failed element pairs in the results file. Valid options are 0 or 1 for false and true,
respectively.
MaxLogFileSize
The maximum size of individual log files in megabytes. The minimum value is 32 MB and the
maximum value is 2048 MB (minus 1 byte subtracted). The default value is 2048.
IdentifyPartsWithDatastores
If part occurrences are identified with file names or with part names in the log file. Valid
options are 0 or 1 for false and true, respectively. The default value is 1.
IdentifyPartOccurrencesWithMetadata
If part occurrences are identified with CADIDs or with specified metadata. No values or blank
values indicate the choice of CADIDs. By default, part occurrences are identified with CADIDs.
RecordPartPairAdditionEvents
If test bed (element pair) creation events are recorded in the log file. Valid options are 0 or 1
for false and true, respectively. The default value is 1.
RecordClearanceResultAdditionEvents
If clearance results creation events are recorded in the log file. Valid options are 0 or 1 for false
and true, respectively. The default value is 1.
OffsetInFaceNormalDirection
(For thick sheet clearance analysis) Which side of the surface the thickness is applied to. Valid
options are 0 or 1 for false and true, respectively. The default value is the current registry
value.
ThicknessAttribute
(For thick sheet clearance analysis) Find the thickness value for the surface parts. This can be
used to override the default CAD_PROP_MATERIAL_THICKNESS property name or the
currently defined value in the registry. The default value is CAD_PROP_MATERIAL_THICKNESS
or the current registry value.
DefaultMaterialThickness
(For thick sheet clearance analysis) The default thickness value for surface parts that are
missing the thickness attribute (CAD_PROP_MATERIAL_THICKNESS). If the UseDefaultValue
option is set to 1 (true), the default value is the current registry value.
UseDefaultValue
(For thick sheet clearance analysis) To enable or disable the DefaultMaterialThickness value
for surface parts with no material thickness property (CAD_PROP_MATERIAL_THICKNESS).
Valid options are 0 or 1 for false and true, respectively.
SnapshotImageDirectory
(For use with 2D image captures) The directory where 2D image captures are placed.
SnapshotImageSize
(For use with 2D image captures) The size of 2D image captures. In pixels, specify the width
and height of the generated images. The default size is 512,512.
SnapshotImagePNG
(For use with 2D image captures) The 2D image capture format. You can generate 2D captures
in the PNG or JPEG formats. Use a value of 1 to create PNG images; use a value of 0 to create
JPEG images. By default, JPEG files are created.
SnapshotImageBackground
(For use with 2D image captures) The color to use for the background shown behind the two
elements involved in the clearance issue. This setting requires separate red, green, and blue
values. By default, the background is set to 190,210,225.
SnapshotImagePartColor1
(For use with 2D image captures) The color to use for the first part involved in the clearance
issue. This setting requires separate red, green, and blue values. If this setting is used, by
default the part color is set to 0,0,255. If this setting is not turned on the original part color is
used.
SnapshotImagePartTransp1
(For use with 2D image captures) The transparency setting for the first part involved in the
clearance issue. You can use any value from 0.0 (invisible) to 1.0 (opaque). If this setting is
used, the default value is 0.5.
SnapshotImagePartColor2
(For use with 2D image captures) The color to use for the second part involved in the clearance
issue. This setting requires separate red, green, and blue values. If this setting is used, by
default the part color is set to 0,255,0. If this setting is not turned on the original part color is
used.
SnapshotImagePartTransp2
(For use with 2D image captures) The transparency setting for the second part involved in the
clearance issue. You can use any value from 0.0 (invisible) to 1.0 (opaque). If this setting is
used, the default value is 0.5.
SnapshotImageAdvTransparency
(For use with 2D image captures) To render part transparency with fewer artifacts. Use a value
of 1 to turn on advanced transparency.
SnapshotImageShowCPPoints
(For use with 2D image captures) To show the points of contact or penetration. Use a value of
1 to include the contact and penetration points in 2D image captures.
SnapshotImageCPPointsColor
(For use with 2D image captures) The color to use for points of contact or penetration. This
setting requires separate red, green, and blue values. If this setting is used, by default the
contact and penetration point color is set to 255,255,0.
SnapshotImageCPPointsSize
(For use with 2D image captures) The size, in pixels, to use for points of contact or penetration.
If this setting is used, the default value is 3.
SnapshotImageZoom
(For use with 2D image captures) The zoom factor for clearance issues. You can use any value
from 0 to 100. A value of 0 shows the entire element pair. A value of 100 zooms to the contact
or penetration points, or distance lines. If this setting is used, the default value is 40.
SnapshotImageShowDistanceLines
(For use with 2D image captures) Display distance lines in the image capture. Valid options are
0 or 1 for off and on, respectively. By default, distance lines are not shown.
SnapshotImageShowResultVector
(For use with 2D image captures) Display the result vector in the image capture. Valid options
are 0 or 1 for off and on, respectively. By default, the result vector is not shown.
SnapshotImageShowBBox
(For use with 2D image captures) Display the bounding box in the image capture. Valid options
are 0 or 1 for off and on, respectively. By default, the bounding box is not shown.
Take the following steps to perform ClearanceDB analysis using the Clearance Calculator:
2. Using a text editor, open the Clearance.cfgproduct file and ensure that the ProductInputFile
setting points to the location of your product data.
Example:
analyze_product.pl fishing_reel
(Windows) From the shortcut In the products directory, right-click the Clearance.cfgproduct file
menu and choose Analyze Product.
The analysis runs, and when it is complete the clearance results file,
ClearanceResultsDbUpload.csvcldb, appears in the product directory.
ClearanceDB results are saved as the ClearanceResultsDbUpload.csvcldb file. Each record in this file
consists of four fields:
1 — Record type
2 — Entity ID
3 — Entity attribute name or referenced entity ID
4 — Entity attribute value or referenced entity ID
1 — Record type = 0
2 — Timestamp
3 — Event name
4 — Formatted timestamp
1 — Record type = 3
2 — Calculator clearance ID
3 — Left calculator node ID
4 — Right calculator node ID
1 — Record type = 4
2 — Calculator node ID
3 — Node attribute name
4 — Node attribute value
1 — Record type = 5
2 — Calculator clearance ID
3 — Clearance attribute name
4 — Clearance attribute value
There are two methods available for merging product data with the database, uploading via the
ClearanceDB Proxy and the Oracle Instant Client, or directly uploading via a full Oracle Client installation.
3. Change any of the following settings in the Section 3: ClearanceDB update/upload settings section
of the file to configure product updates:
ClearanceDBResultsUploadFile
The name and, optionally, the path of the results file generated by the Clearance Calculator. By
default, the name of this file is ClearanceResultsDbUpload.csvcldb.
UploadMethod
The option specifying how to merge data with the ClearanceDB database. You can specify one
of the following:
Note:
If WEB_SERVICE=True, the script will use the HTTP protocol. Product updates via
HTTP protocol are supported only via the DBC file configurations.
Note:
To use this option, the full Oracle Client must be installed on the machine from
which you want to make database updates.
OracleSqlLoaderExecutable
The name of the Oracle SQL*Loader executable.
Note:
This is required only if UploadMethod is set to NoProxy.
OracleSqlPlusExecutable
The name of the Oracle SQL*Plus executable.
Note:
This is required only if UploadMethod is set to NoProxy.
ClearanceDBOracleUserCredentials
The Oracle user account information. Type this according to the following syntax:
username/password
Note:
This is required only if UploadMethod is set to NoProxy.
ClearanceDBOracleNetServiceName
The Oracle Net Service Name.
Note:
This is required only if UploadMethod is set to NoProxy.
To merge Do this
product
attributes
From the Type
command
update_product.pl [<product>] -uc:-ur:-ud:-uz:-ua [-df]
prompt
where
Note:
If you run the update_product.pl script from within a product
directory, you do not need to specify the product name that you want
to update. If you run update_product.pl from the root of the
ClearanceDB Work Area, you must specify the product name.
To merge Do this
product
attributes
—ua — The argument to upload all of the product data, including the
configuration, rules and conditions, results, and zones.
—df — The argument to upload the default configuration of the product.
Example:
update_product.pl -ua
(Windows) In the directory, right-click any of the following files and choose Upload to
From the ClearanceDB:
shortcut
menu • configuration.csvcldb — ClearanceDB process configuration file
Your data is merged with the database and log files are created and saved to the product directory.
Use this
value To merge these types of files
-uc Configuration files (Configuration.csv)
-ur Rules and conditions (Rules.csv and Conditions.csv)
-uz Zones (Zones.csv)
-ud Results (ClearanceResultsDbUpload.dat)
file path The path to the .csv file containing the data you want to merge.
Note:
• The file path must be enclosed in quotation marks.
• The rules option requires two .csv file paths, the rules .csv
file path followed by the conditions .csv file path.
Example:
ClearanceDBClient -ur "C:\Rules.csv"
"C:\Conditions.csv" -q
"C:\sfdver08.dbc" -l "C:\log.txt"
Note:
The file path must be enclosed in quotation marks.
Note:
The file path must be enclosed in quotation marks.
Example:
ClearanceDBClient -uc "C:\Configuration.csv" -q "C:\sfdver08.dbc" -l
"C:\log.txt"
Example:
update_product.pl fishing_reel -ud
Viewing clearance issues and changing their status within the viewer consists of the following activities:
• Use the clearance preferences within the viewer to enable access to the ClearanceDB database
• Use optional server-side filters to obtain an additional level of control over which results are loaded
into the viewer
3. In the Requirement Rule Components dialog box, select Requirement Rules from ClearanceDB
Server.
Note:
To upload results to the database from the viewer, the following
environment variables must be set:
6. Click OK.
2. Choose Clearance→Results→Load.
The Load Clearance Results dialog box appears.
3. In the Load Clearance Results dialog box, select ClearanceDB DataBase Connection (*.DBC)
from the Files of type list.
Clearance interferences can be soft or hard. Soft interferences are distance violations. They occur when
the distance between two elements is equal to or closer than the specified minimum distance. Elements
involved in a soft interference do not touch or penetrate one another. Hard interferences are contact or
penetration violations. They occur when two elements touch or occupy the same geometric space.
The table below describes each clearance type and provides examples to help you understand the
criteria used to identify them.
Appears in the
This type results list as Indicating this
Contact C A hard interference. The elements are in contact but do not
penetrate. The distance result is always ~ 0.0.
Note:
Clearance results are approximate if your elements do
not consist of precise geometry.
Clearance results of geometrically similar parts that
overlap may not recognize the contact if the individual
polygons in the tessellated versions of the parts exactly
correspond to each other.
Note:
You also can use clearance calculator settings to adjust
the Contact Tolerance value. Specify a tolerance for
penetrations so that any penetration value that is less
than the tolerance is defined as a contact.
Contact
Appears in the
This type results list as Indicating this
Distance
Note:
Penetration values are always approximate, even when
using precise geometry.
Note:
Partial penetration
Appears in the
This type results list as Indicating this
penetration depth is the length of the bounding box diagonal
of the inner element.
Note:
If the minimum distance between elements is ~ 0.0 and
the parts do not contain NURBS data, the issue is
classified as a contact.
Note:
• Completely contained elements are categorized as
penetrations only if the outer element is geometrically
closed.
Appears in the
This type results list as Indicating this
• The inner element must consist of tessellated
geometry. An element pair with an inner element that
consists only of wireframe geometry is not identified
as a penetration.
Note:
Element pairs with material thickness values that come
into contact or penetrate one another are identified as
the Unknown clearance type. Contact, penetration, and
distance line analysis are not available for clearance
issues that contain element pairs with material thickness
values.
Thickness
The end user can trace the status of the database content and its relationship to the client by examining
the following clearance view fields:
• Db Sync — Indicates whether there are uncommitted changes to clearance attributes (Yes/No), or
whether the clearance issue stored in the database can be matched with currently opened JT
document (Yes/<blank>).
• Db Modified By — Contains the OS login name of the user who committed changes to user
dispositions last.
• Db Rule Descriptions — Displays the descriptions of the violated clearance requirement rules.
• I (Identical)
All identical issues in a group are linked when the inheritance process is executed in the database.
The master issue (the one that the others are linked to) is the one that was most recently changed.
• S (Similar)
All similar issues in a group share a common baseline issue, which is the one that was most
recently changed. When the baseline issue is dispositioned, the information in the baseline issue is
copied to the other issues in the same group. This copy operation happens only once, and future
changes affect only that issue.
• R (Resembling)
Same as similar, except the issues are marked as not evaluated in the database. This typically
means that someone must investigate and evaluate the issue.
• X
The issue is unrelated.
• Db Base — Displays the base issue for similar and resembling occurrences. The column is blank for
identical occurrences.
• Db Issue — Displays the database issue number for each issue. For identical occurrences, this number
will be the same.
• Db Issue Count — Displays the number of issues in each identical group. For similar, resembling, and
unrelated occurrences, this is always 1.
Note:
All of the above fields are read only.
• Set Owner
• Set Status
• Set Priority
• Set Zone
• Enter Resolution
If your ClearanceDB configuration is set to Autocommit mode, database updates are triggered by
changes to any of the above values.
2. (If not in Autocommit mode) Right-click an issue in the Results list, and select Commit.
The ClearanceDB process configuration (defined in the configuration.csvcldb file) and rule model
(defined in the rules.csvcldb and conditions.csvcldb files) are shared among product configurations. The
ClearanceDB zone model is specific to a single configuration, defined in the "Configuration Name" field
of the zones.csvcldb file.
The Clearance Calculator must be run for all product configurations separately. Clearance results are
stored individually for each configuration. They are queried only for the configuration of the currently
opened top level assembly node as defined by the configuration metadata of that node. However, a user
disposition assigned in one configuration will be applied to all remaining configurations where results
are present. The match is based on the CADIDs of the parts associated with the results. Because of this,
the uniqueness of the CADIDs in the product structure is essential.
The clearance management process and the clearance database behavior can be customized via a
number of attributes. These attributes are defined by product by pairs of attribute name and attribute
value. Some of the configuration attributes can have a single value, some can have multiple values.
These configuration attributes are defined in the configuration.csvcldb file.
EAICL_RELEVANT_PART_ATTRIBUTE
Use the EAICL_RELEVANT_PART_ATTRIBUTE attribute to define the set of model metadata item names at
the assembly or part level that are pertinent to the interference/clearance management process. You
can have multiple instances of the EAICL_RELEVANT_PART_ATTRIBUTE attribute in a
configuration.csvcldb file, each with a different value.
Example:
fishing_reel,EAICL_RELEVANT_PART_ATTRIBUTE,Translation Date
fishing_reel,EAICL_RELEVANT_PART_ATTRIBUTE,eaiclRULES
fishing_reel,EAICL_RELEVANT_PART_ATTRIBUTE,LastModified
fishing_reel,EAICL_RELEVANT_PART_ATTRIBUTE,OWNER
fishing_reel,EAICL_RELEVANT_PART_ATTRIBUTE,LastModified
fishing_reel,EAICL_RELEVANT_PART_ATTRIBUTE,SafetyClass
Example:
The value of the EAICL_GEOMETRY_CHANGE_PART_ATTRIBUTE attribute. For example,
Translation Date.
Example:
For example, SafetyClass.
Example:
The value of the EAICL_INITIAL_CLEARANCE_OWNER_CHOICE and
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION attributes. For example, OWNER for
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE and LastModified for
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION.
Note:
For space and performance considerations, only the metadata defined by the
EAICL_RELEVANT_PART_ATTRIBUTE attribute is saved in the database.
EAICL_GEOMETRY_CHANGE_PART_ATTRIBUTE
EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT
Note:
When using the initial clearance owner assignment option, you also need to include the
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE,
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION, and
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE
Use the EAICL_INITIAL_CLEARANCE_OWNER_CHOICE attribute to specify the metadata you want to you
for the initial clearance owner assignment. For example, OWNER.
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION
EAICL_INITIAL_CLEARANCE_OWNER_SEARCH_METHOD
EAICL_INITIAL_CLEARANCE_PRIORITY
Define the clearance issue priority value initially assigned by the database. This value should match the
configuration of Mockup installations.
EAICL_INITIAL_CLEARANCE_STATUS
Define the clearance issue status value initially assigned by the database. This value should match the
configuration of Mockup installations.
EAICL_INITIAL_CLEARANCE_COMMENT
Define the clearance issue Comment value initially assigned by the database. This value should match
the configuration of Mockup installations.
EAICL_INITIAL_CLEARANCE_IMPORTANT
Define the clearance issue Important value initially assigned by the database. This value should match
the configuration of Mockup installations.
EAICL_INITIAL_CLEARANCE_CHANGE_REQUIRED
Define the clearance issue Change Required value initially assigned by the database. This value should
match the configuration of Mockup installations.
EAICL_INITIAL_CLEARANCE_CHANGE_REFERENCE
Define the clearance issue Change Reference value initially assigned by the database. This value should
match the configuration of Mockup installations.
EAICL_CLEARANCE_CHANGE_DETECTION
Use the EAICL_CLEARANCE_CHANGE_DETECTION attribute to specify the change detection method. The
supported values are below:
3. Requirement: The requirement for this pair has changed (possibly due
to a rule change).
1. Result: The distance between the element pair (negative if they are
penetrating).
6. Requirement: The requirement for this pair (as calculated from the
rules).
Note:
You must specify at least one tolerance value or
eaicl_result_clearance_type_change when using the Analysis Outputs
option.
Note:
The default for all of these new tolerance parameters is “OFF”.
Note:
Synonyms for the values of the existing EAICL_CLEARANCE_DISPOSITION_PERSISTENCE parameter
are supported in this release for the sake of clarity. Both the existing values and the new synonyms
are supported as exact equivalents.
EAICL_CLEARANCE_DISPOSITION_PERSISTENCE
If the value is set to eaiclCADID then the user dispositions are persisted as long as the issue defined by a
relationship between two part instances, in turn defined by their CADIDs, exists. In other words, the
changes in shape or location of the parts causing a clearance issue do not reset user dispositions to their
initial values. However, a possible reassignment of parts to different subassemblies or disappearance
and subsequent reemergence of the issue does cause the re-initialization of clearance owner, status,
priority, comment, and zone.
If its value is set to eaiclCHANGE then the values of clearance owner, status, priority, comment, and
zone are initialized each time there are changes in either shape or location of the parts causing a
clearance issue.
EAICL_PART_MATCHING_METHOD
Use the EAICL_PART_MATCHING_METHOD attribute to control the method of part reconciliation. Options
are eaiclCADID and eaiclSPATIAL.
The parts of the old and new product snapshot are reconciled based strictly on CADIDs (part names and
instance numbers) when EAICL_PART_MATCHING_METHOD is set to eaiclCADID.
The parts of the old and new product snapshot are reconciled based on proper part names and spatial
considerations when EAICL_PART_MATCHING_METHOD is set to eaiclSPATIAL. This method provides
better matches when the product structure changes. However, it may result in mis-matches and thus in
new clearance issues when same objects occupy the same space in the model.
Note:
You also can use NGID data for part reconciliation. If EAICL_OCCURRENCE_KEY is set to eaiclNGID,
ClearanceDB always uses NGIDs to reconcile product structure. The
EAICL_PART_MATCHING_METHOD attribute is disregarded.
EAICL_PART_NAME_PROPER
Define the part property which identifies metadata uniquely. The eaiclPART value should be specified
when only one version of a part is referenced by the product, the eaiclDATASTORE should be specified
otherwise.
EAICL_RULES_PART_ATTRIBUTE
Enable incremental clearance analysis. This must be set to eaiclRULES to enable this functionality.
Additionally, eaiclRULES must be configured as a relevant part attribute.
EAICL_OCCURRENCE_KEY
Use the EAICL_OCCURENCE_KEY attribute to define how ClearanceDB stores references to product
structure occurrences involved in clearance issues. Options are eaiclCADID, eaiclNGID, or any metadata
that consists of unique identifiers. The default value of EAICL_OCCURRENCE_KEY is eaiclCADID.
Note:
• If you set EAICL_OCCURRENCE_KEY to eaiclNGID, ClearanceDB
always uses NGIDs to reconcile product structure, regardless of
how the EAICL_PART_MATCHING_METHOD attribute is set.
Metadata that consists of Use metadata associated with your model to keep track of part
unique identifiers occurrences in the ClearanceDB database.
Example:
__APPR_PATH_NODE or __PLM_ABSOCC_UID are used for models
that originate from a Teamcenter repository.
EAICL_CHANGE_HISTORY_COLUMN
Specify the information to include in Issue Change History reports. You can include any of the following
information:
Note:
These values are case and space-sensitive.
• Comment
• Important
• Owner
• Priority
• Requirement
• Result
• Db Rule Descriptions
• Db Rule Names
• Status
• Type
• Zone
• Change Reference
• Change Required
EAICL_PRESERVE_RESOLVED_ISSUES
Use the EAICL_PRESERVE_RESOLVED_ISSUES attribute to for greater control over the existing history
behavior.
If set to No, resolved issues are deleted. If an issue recurs, it is treated as new, with a new clearance
issue ID.
If set to Yes, resolved issues disappear, but are not deleted. If an issue recurs, it is included in reports
with the prior issue ID.
EAICL_PRESERVE_RESOLVED_ISSUES can be changed after the product is created, with the following
results:
• Changing from No to Yes: Resolved issues will be preserved from the point in time the configuration is
applied to the product in the database. Issues resolved prior to the change, along with any issue
history, will not be available; thus, a newly recurring issue will be seen as new the first time it is
loaded after the change in parameter. The issue history for unresolved issues will still be maintained
according to specified EAICL_CHANGE_HISTORY_COLUMN values.
• Changing from Yes to No: Upon uploading of this parameter to the database, existing resolved issues
and any history will be deleted. Future resolved issues and history will no longer be maintained.
EAICL_PRODUCT_HISTORY_MAX_ENTRIES
Use this attribute to specify the maximum number of product history entries to maintain for both active
and resolved issues. If not included in the product configuration, or set to a value of -1, no deletion of
history entries is performed. This attribute is used in conjunction with
EAICL_PRODUCT_HISTORY_RETENTION_DAYS.
Issue history for currently resolved issues is not available in Mockup reports.
A formerly resolved issue that recurs is viewed as an active issue, with its history available for reporting
within Mockup just as with any other issue.
EAICL_PRODUCT_HISTORY_RETENTION_DAYS
Define the period of time the database events are persisted, in days. For example, a value of 365 equals
a one year retention period.
EAICL_PRODUCT_STRUCTURE_CHANGE_TEST
Specify whether to track changes in the size of the product structure. Valid settings for this attribute are
ON or OFF.
EAICL_PRODUCT_STRUCTURE_CHANGE_REJECTION_PERCENT
Define the relative change in the product structure, between the old and new product snapshot, above
which the clearance result upload will be rejected. Use any value from 1-100.
EAICL_RULEBASE_CHANGE_TEST
Specify whether to track changes in the size of the clearance requirement rulebase. Valid settings for
this attribute are ON or OFF.
EAICL_RULEBASE_CHANGE_REJECTION_PERCENT
Define the relative change in the product structure, between the old and new product snapshot, above
which the clearance result upload will be rejected. Use any value from 1-100.
EAICL_TMP_OBJECT_CLEANUP_AGE_IN_DAYS
Define the amount of time before obsolete objects are automatically deleted from the database.
ClearanceDB cleans up session-specific database objects older than this value to prevent objects that are
“orphaned” by disconnected sessions from cluttering the database. You can use this parameter for a
particular product or for the DEFAULT product.
The unit of time is days, and the default value is 0.01 (0.01 days = 14.4 minutes). In normal usage, the
default value of 0.01 is sufficient. However, in situations involving high network latency and retrieval of
large numbers of clearance results, an ORA-00954 error may result from the premature removal of a
session’s objects. Increasing this value will prevent this error from occurring. Note that the specified
value cannot be smaller than 0.01.
EAICL_IDENTICAL_MATCHING_ATTRIBUTE
Use the EAICL_IDENTICAL_MATCHING_ATTRIBUTE attribute in the ALL product to specify the criteria that
reports issues as identical. Identical issues are linked to common clearance issues when the inheritance
process is executed in the database. The master issue (the one that the others are linked to) is the one
that was most recently changed.
Example:
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE,Part Name
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE,Part Number
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE,eaiclRESULT
Including any of these three attributes in the ALL product configuration, activates the issue inheritance
mechanism that analyzes issues in the entire database for inheritance relationships.
You can configure which attributes are shared between identical issues, defining which attributes are
included in the issue and which are included in the issue occurrence. To do this, add the
EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE attribute to the configuration file.
Example:
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Owner
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Priority
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Status
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Comment
EAICL_SIMILAR_MATCHING_ATTRIBUTE
Use the EAICL_SIMILAR_MATCHING_ATTRIBUTE attribute in the ALL product to specify the criteria that
reports issues as similar. Similar issues share a common baseline issue, which is the one that was most
recently changed. When the baseline issue is dispositioned, the information in the baseline issue is
copied to the other issues in the same group. This copy operation happens only once, and future
changes affect only that issue.
Example:
ALL,EAICL_SIMILAR_MATCHING_ATTRIBUTE,Part Name
ALL,EAICL_SIMILAR_MATCHING_ATTRIBUTE,eaiclRESULT
ALL,EAICL_SIMILAR_MATCHING_ATTRIBUTE,eaiclRELXFORM
Including any of these three attributes in the ALL product configuration, activates the issue inheritance
mechanism that analyzes issues in the entire database for inheritance relationships.
You can configure which attributes are copied between similar issues. To do this, add the
EAICL_SIMILAR_ISSUE_ATTRIBUTE_COPY attribute to the configuration file.
Example:
ALL,EAICL_SIMILAR_ISSUE_ATTRIBUTE_COPY,Owner
ALL,EAICL_SIMILAR_ISSUE_ATTRIBUTE_COPY,Priority
ALL,EAICL_SIMILAR_ISSUE_ATTRIBUTE_COPY,Status
EAICL_RESEMBLING_MATCHING_ATTRIBUTE
Use the EAICL_RESEMBLING_MATCHING_ATTRIBUTE attribute in the ALL product to specify the criteria
that reports issues as resembling. Resembling issues share a common baseline issue, which is the one
that was most recently changed. When the baseline issue is dispositioned, the information in the
baseline issue is copied to the other issues in the same group. This copy operation happens only once,
and future changes affect only that issue.
Resembling issues are marked as not evaluated in the database. This typically means that you must
investigate and evaluate the issue.
Example:
ALL,EAICL_RESEMBLING_MATCHING_ATTRIBUTE,Part Name
ALL,EAICL_RESEMBLING_MATCHING_ATTRIBUTE,eaiclRESULT
Including any of these three attributes in the ALL product configuration, activates the issue inheritance
mechanism that analyzes issues in the entire database for inheritance relationships.
You can configure which attributes are copied between resembling issues. To do this, add the
EAICL_RESEMBLING_ISSUE_ATTRIBUTE_COPY attribute to the configuration file.
Example:
ALL,EAICL_RESEMBLING_ISSUE_ATTRIBUTE_COPY,Owner
ALL,EAICL_RESEMBLING_ISSUE_ATTRIBUTE_COPY,Priority
ALL,EAICL_RESEMBLING_ISSUE_ATTRIBUTE_COPY,Status
EAICL_MATCHING_CRITERIA_NUMERIC_PRECISION
For numeric criteria, such as a clearance result or clearance volume, a tolerance can be specified so that
the values do not need to match exactly in order to be considered a match. To accomplish this goal, the
use of numeric precision, rather than numeric tolerance is adopted. The precision is expressed in the
number of significant digits. For example, for
ALL,EAICL_MATCHING_CRITERIA_NUMERIC_PRECISION,3, number 123,456,789 is treated as
1.23E8. If a tolerance value is not specified for a numerical attribute, the tolerance is 0, meaning an
exact match is required.
Example:
update_product.pl fishing_reel -uc
(Windows) From the In the product directory, right-click the configuration.csvcldb file and
shortcut menu choose Upload to ClearanceDB.
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,Sequence
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,OWNER
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,LastModified
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,DesignationEnglish
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,FullPath
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,PartNumber
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,PartsType
A-728AIRCRAFT,EAICL_RELEVANT_PART_ATTRIBUTE,eaiclRULES
A-728AIRCRAFT,EAICL_GEOMETRY_CHANGE_PART_ATTRIBUTE,Sequence
A-728AIRCRAFT,EAICL_CLEARANCE_DISPOSITION_PERSISTENCE,eaiclCADID
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_OWNER_CHOICE,OWNER
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION,LastModified
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT,ON
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_OWNER_SEARCH_METHOD,1
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_OWNER_UNKNOWN,Unknown
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_PRIORITY,None
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_STATUS,Not Evaluated
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_IMPORTANT,Yes
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_CHANGE_REQUIRED,No
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_CHANGE_REFERENCE,
A-728AIRCRAFT,EAICL_INITIAL_CLEARANCE_COMMENT,
A-728AIRCRAFT,EAICL_PART_MATCHING_METHOD,eaiclSPATIAL
A-728AIRCRAFT,EAICL_RULES_PART_ATTRIBUTE,eaiclRULES
Note:
Unrelated issues appear with the symbol.
• Identical
Identical issues are linked when the inheritance process is executed in the database. The master
issue (the one that the others are linked to) is the one that was most recently changed.
• Similar
Similar issues share a common baseline issue, which is the one that was most recently changed.
When the baseline issue is dispositioned, the information in the baseline issue is copied to the
other issues in the same group. This copy operation happens only once, and future changes
affect only that issue.
• Resembling
Same as similar, except the issues are marked as not evaluated in the database. This typically
means that you must investigate and evaluate the issue.
2. To group issues by element pair, right-click a column heading, and choose Group Tree by
Elements.
4. Select other issues in the Results list to view the details for the occurrences.
More than one instance of the same violating part pairs may exist in your clearance results. Inheritance
relationships can be defined in your database so that these issues are not duplicated but instead are
occurrences that reference the same shared object.
To configure issue inheritance, you define the ALL product. The configuration settings in this product
apply to all products in the database.
1. Follow the steps to create a new ClearanceDB product, typing this in the command prompt:
create_product.pl ALL
2. Manually create configuration.csvcldb in the ALL product directory and add the appropriate
configuration attributes.
• EAICL_IDENTICAL_MATCHING_ATTRIBUTE
• EAICL_SIMILAR_MATCHING_ATTRIBUTE
• EAICL_RESEMBLING_MATCHING_ATTRIBUTE
• EAICL_MATCHING_CRITERIA_NUMERIC_PRECISION
When you configure issue inheritance you can define criteria groups, so that a match of all the
attributes of any of the groups cause the result to be linked to the common clearance issue.
Additional clearance groups include a digit following the matching type. Group 1 has no digit, group 2
requires 1, group 3 requires 2, and so on.
In this example, if all parameters of group 1 match, or if all parameters of group 2 match, then the
issues match.
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE1,Part Name
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE1,Part Number
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE1,eaiclRELXFORM
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE,Part Name
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE,Part Number
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE,eaiclRESULT
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE1,Part Name
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE1,Part Number
ALL,EAICL_IDENTICAL_MATCHING_ATTRIBUTE1,eaiclRELXFORM
ALL,EAICL_SIMILAR_MATCHING_ATTRIBUTE,Part Name
ALL,EAICL_SIMILAR_MATCHING_ATTRIBUTE,eaiclRESULT
ALL,EAICL_SIMILAR_MATCHING_ATTRIBUTE,eaiclRELXFORM
ALL,EAICL_RESEMBLING_MATCHING_ATTRIBUTE,Part Name
ALL,EAICL_RESEMBLING_MATCHING_ATTRIBUTE,eaiclRESULT
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Owner
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Priority
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Status
ALL,EAICL_IDENTICAL_ISSUE_ATTRIBUTE_SHARE,Comment
ALL,EAICL_SIMILAR_ISSUE_ATTRIBUTE_COPY,Owner
ALL,EAICL_SIMILAR_ISSUE_ATTRIBUTE_COPY,Priority
ALL,EAICL_SIMILAR_ISSUE_ATTRIBUTE_COPY,Status
ALL,EAICL_RESEMBLING_ISSUE_ATTRIBUTE_COPY,Owner
ALL,EAICL_RESEMBLING_ISSUE_ATTRIBUTE_COPY,Priority
ALL,EAICL_RESEMBLING_ISSUE_ATTRIBUTE_COPY,Status
ALL,EAICL_MATCHING_CRITERIA_NUMERIC_PRECISION,6
create_product.pl ALL
2. In the ALL product directory set up configuration.csvcldb with the appropriate configuration
attributes. Take note which metadata attributes, such as Part Name, are referenced as matching
attributes in configuration.csvcldb.
3. Modify all configuration.csvcldb files (except the one configuring the ALL product) so they
configure all metadata matching attributes such as Part Name as
EAICL_RELEVANT_PART_ATTRIBUTE.
4. Update all configuration.csvcldb files modified in step 3 in the database. From the respective
product directories, type this:
update_product.pl –uc
5. For all products with clearance issues, if they exist, most likely all products except ALL and
DEFAULT, re-analyze products in the absolute mode and update the database with recalculated
results.
Example:
From SQL*Plus:
analyze_product.pl
update_product.pl –ud
6. Upload configuration.csvcldb of the ALL product to the database. From the ALL product directory,
type this:
update_product.pl –uc
You can disable the existent issue inheritance mechanism by deleting the ALL product.
Disabling the issue inheritance mechanism does not change any issue dispositions persisted in the
database.
delete_product.pl ALL
While it is possible to modify the configuration of the issue inheritance mechanism, this may require a
re-analysis of all the products with clearance and may result in substantial change to clearance issue
dispositions.
If matching attributes are modified, it is recommended that you disable the issue inheritance
mechanism and subsequently re-enable it following the steps to enable the issue inheritance
mechanism (skipping the first step to create the ALL product). If matching attributes are not modified,
you need only to upload the modified configuration.csvcldb of the ALL product to the database.
The primary ClearanceDB log file is called Log.txt. The Log.txt file is an UTF-16 comma delimited file,
which contains the event log of the analysis. This file is generated each time you run the Clearance
Calculator.
"Timestamp","Event","Name1","Datastore1","Name2","Datastore2"
"Timestamp","Event","CADID1","Datastore1","CADID2","Datastore2"
"Timestamp","Event","Name1","Datastore1","Name2","Datastore2"
"Timestamp","Event","CADID1","Part Number1","CADID2","Part Number2"
where
• Pair added — A part pair was added to the test bed (TmpPairs.txt).
• Pair loading complete — All of the test bed is loaded for analysis.
• Result added — A clearance result (incident) was added to the temporary result
set (TmpResults.txt).
• Results loading complete — All of the temporary result set was translated to
the ClearanceResultsDbUpload.csvcldb format.
• Failures loading — The set of failures is being added to the result set when
requested.
Note:
The Timestamp and Event data is always present in the file. The remaining fields are populated
only if the appropriate settings in the Clearance.cfgglobal file are defined.
The Clearance.cfgglobal contains a number of other parameters which affect the contents of the Log.txt
file. You can adjust the following settings:
In addition to the Log.txt file, the following temporary files are created and deleted when you run the
Clearance Calculator:
• Field 1 — The name of the file relative to the directory the Clearance Calculator
is started from.
• Field 3 — The timestamp of the start of the Clearance Calculator, or the last re-
start, whichever is later.
• Field 6 — The number of failed attempts to arrive at the result of the current
part pair.
• Field 7 — The initialization state: 1 after the test bed is completely generated.
Example:
"FTC/TmpHeader.txt", "2006/05/26 15:09:34", "2006/05/31
09:24:28", "7126488", "268848", "0", "1"
Warning:
Enabling this log file may significantly affect system performance, especially if running in a multi-
process or multi-thread mode.
Example:
EAI_CL_ADVANCED_TRACE_FILE=mylog.log
Unless a full path is specified for the log file, the file is created in the directory from which
analyze_product.pl or analyze_managed_product.pl is executed.
Because a large amount of data can be written to the log file, the environment variable,
EAI_CL_ADVANCED_TRACE_FLAGS, is used to control the data that is saved, allowing you to include
additional sections. You can add these sections:
• EXCLUSIONS – Exclusions from the clearance analysis due to ClearanceDB rulebase and variant
conditions.
• ANALYSIS – Committed memory and available physical memory reported as calculations progress (for
multi-threaded analysis only).
To include these sections, specify them with the environment variable as follows:
Example:
To include one section: EAI_CL_ADVANCED_TRACE_FLAGS=LOADING
To include multiple sections, separate them with a +:
EAI_CL_ADVANCED_TRACE_FLAGS=LOADING+EXCLUSIONS+ANALYSIS+URESULTS
Timestamp
Process Number
Thread Number
Authoring module
Event
Event Outcome
(Optional) Event Duration (In seconds, usually associated with the End events in respect to Begin
events.)
To edit the Clearance.cfgglobal file so that the Clearance Calculator uses rules and conditions stored in
the database, remove the number character (#) before the RulesObject and ResultsObject
parameters as shown below:
ClearanceDB rules and conditions enable you to limit analysis to specified data. Focusing the analysis on
specific parts minimizes extraneous results, which in turn helps to optimize the clearance analysis
process, especially when working with large sets of data.
Rules and conditions can help you control analysis in situations such as the following:
• To prevent a part from being analyzed because of its repetition within the model
• To focus analysis on a part or assembly because of its position in the overall model
• To focus analysis upon parts or assemblies that match a set of conditions that you define
ClearanceDB rules
Use ClearanceDB rules to specify whether to include or exclude parts and assemblies from analysis, and
to specify a clearance distance requirement.
For example, you can create a rule that limits analysis to parts from a set of data named fishing_reel,
with a clearance distance requirement of 1 mm. Under this rule analysis occurs only for parts from the
fishing_reel product, and results include all part pairs 1 mm apart or closer. To change this rule so that
parts from the fishing_reel set of data are excluded from analysis, you would change the clearance
distance requirement from 1 mm to NONE.
You can create and apply multiple rules to conduct analysis according to more complex criteria. For part
pairs that fall under the scope of multiple rules, ClearanceDB conducts analysis according to the
following:
• The largest requirement along the path from the root node to the part is always used.
• If any of the rules specify to exclude either of the parts from analysis, the pair is not analyzed.
• Rules that exclude parts always take precedence over rules that specify to include particular parts sets.
Rules definition
• Rule Number - A unique number used to associate the rule with conditions.
• Product Name - The name of the model to which you want the rule to apply. This is the name of the
top-level node in the model assembly.
• Requirement - The clearance requirement value. For actual clearance distance requirements, this
must be a numerical value. The unit of measurement is the model units value. For exclusion rules, use
a value of NONE.
Example:
Rule Number,Product Name,Rule Description,Requirement
100,fishing_reel,General Non-Interference,0
ClearanceDB conditions
Use ClearanceDB conditions to further define the scope of data to which ClearanceDB rules apply. You
can use any part metadata associated with your geometry to define rule conditions.
A rule can have multiple conditions. Generally, as more conditions are applied to a rule, the scope of the
rule becomes smaller, as will the results. However, rules are not required to have conditions. Rules
without conditions apply to all part pairs in the model.
Conditions define two sets of parts for analysis according to the clearance distance requirement (or its
absence) of the rule. You can define part sets in the following ways:
• Specify a single set of parts only. Under this approach, the other set of parts is implicit, and
considered the entire model.
• Specify two unique sets of parts. Under this approach, there is a left set of parts, and a right set of
parts. A rule applies to a part pair only if its conditions are met by the parts within both the left and
right sets.
If a condition with Left node and a condition with Right node are used together on the same
rule, the effect is similar to a logical AND operator.
Conditions definition
• Rule Number - The numerical identifier of the rule that you want to associate with the condition.
• Condition Domain - The part sets to which you want the condition to apply. Use any of the following
values:
• Single Node - Use this value when you want to specify a single set of parts only. The second set of
parts is considered the entire model.
• Left Node - Use this value to specify the left set of parts.
• Right Node - Use this value to specify the right set of parts.
• Search Type - Where to search within the product assembly. Use any of the following values:
• Node Only - Use this value to look for a condition match on part nodes only (individual parts within
an assembly or subassembly, not the root nodes).
• Node Parents - Use this value to look for a condition match on part nodes and also the parents of
part nodes (individual parts within an assembly or subassembly, as well as root nodes).
• Parents Only - Use this value to look for a condition match on root nodes only (the root of an
assembly or subassembly, not the child parts).
The search type specifies where to search within the product assembly.
• Match Type - The applicability of the condition in the event of a match or a mismatch. Use either of
the following values:
• Y - Use this value if you want the condition to apply for matches.
• N - Use this value if you want the condition to apply for mismatches.
• Attribute Name - Any metadata associated with the parts or assemblies of the product. Any value that
you specify must be embedded in your model and usually originates from your CAD package. The
specified value functions as a category, and is examined together with the Attribute Pattern, which
functions as the category value.
Note:
You can use the pseudo-attribute name eaiclNAME to refer to the node name itself.
• Attribute Pattern - A pattern to be matched with the wild card character %. This value is searched for
in relation to the Attribute Name. For example, if you enter DesignationEnglish as the Attribute
Name, and %FLOOR% as the Attribute Pattern, your results will include any parts with a metadata
category named DesignationEnglish and a string value that contains the word FLOOR.
Example:
Rule Number,Condition Description,Condition Domain,Search Type,
Match Type,Attribute Name,Attribute Pattern
100,Match Part Name,Left Node,Node parents,Y,eaiclNAME,spool_assembly%
In order to apply rules and conditions to your products, you must upload and merge the rules.csvcldb
and conditions.csvcldb files with your database.
The following examples of rules and conditions are included as .csvcldb files with Teamcenter lifecycle
visualization mockup example data.
Each of the ClearanceDB examples includes ClearanceDB results saved in the .txt file format. You can
examine the results in the viewer using the fishing_reel.jt model.
1. If necessary, start the Mockup installer, and then choose the following options to install the
necessary example data:
Note:
The examples are installed in <Mockup installation directory>/Examples
4. In the Load Clearance Results dialog box, browse to the .txt results that you want to view, and
then click Open.
The results are displayed in the Results Window.
General non-interference
Rules: 1
Conditions: 0
Description: Set a single global distance requirement for all part occurrences in a product.
Working example
Set a single global requirement on the root node of the fishing reel.
Single inclusion
Rules: 1
Conditions: 1
Description: Set a single global distance requirement for a subset of the product.
Working example
Rules: 2 or more
Conditions: 1 or more
Description: Define one or more subsets in which the global requirement is overridden with
additional requirements.
Example case: Analyze all parts with the general non-interference requirement, while using
alternate requirements for the spool assembly and the part handle2.
Working example
Set a single global requirement on the root node of the fishing reel.
Single exclusion
Rules: 2
Conditions: 1 or more
Example case: Analyze all parts with the general non-interference requirement, but exclude the
part body.
Working example
Set a single global requirement on the root node of the fishing reel.
Set a condition on this exclusion rule that specifies the part called body.
Multiple exclusion
Rules: 2 or more
Conditions: 1 or more
Example case 1: Analyze all parts with the general non-interference requirement, but exclude all
parts and parts of parents that contain the word handle. Also exclude all parts with a parent name
of bail_wire_assembly.
Example case 2: Analyze all parts with the general non-interference requirement, but exclude all
part pairs where neither part is supplied by Company H. In other words, only include the part pairs
in which Company H supplied one or both of the parts.
Working example 1
Set a single global requirement on the root node of the fishing reel.
Set an exclusion rule and a condition on that rule to exclude all parts and parts of parents that contain
the word handle.
Set an exclusion rule and a condition on that rule to exclude all parts with a parent name of
bail_wire_assembly.
Working example 2
Set a single global requirement on the root node of the fishing reel.
Set an exclusion rule and two conditions on that rule to exclude all parts where neither supplier is
Company H.
Rules: 2 or more
Conditions: 2 or more
Description: Define one or more subsets in which the global requirement is overridden with
additional requirements and exclude subsets from those requirements.
Example case: Analyze all parts with the general non-interference requirement, except for part
rotor and any parts in the bail_wire_assembly. These parts will use a different requirement. Also
exclude parts Part1 and Part5 (which are part of the bail wire assembly) from using this new
requirement, because they are in contact with the rotor and are better handled by the general non-
interference requirement.
Working example
Set a single global requirement on the root node of the fishing reel.
Set an override requirement of 6.0 for part rotor and parts with a parent name of bail_wire_assembly.
Exclude Part1 and Part5 from analysis with the new requirement of 6.0.
Rules: 2 or more
Conditions: 2 or more
Description: Define one or more subsets to be evaluated as an end item. Parts in the subsets will
not be analyzed against each other.
Example case: Analyze all parts with the general non-interference requirement. The
subassemblies handle_assembly and bail_wire_assembly will each be considered an end item.
Working example
Set a single global requirement on the root node of the fishing reel.
Set an exclusion rule and a condition on that rule to exclude all part pairs where the parent name of
both parts is handle_assembly.
Set an exclusion rule and a condition on that rule to exclude all part pairs where the parent name of
both parts is bail_wire_assembly.
Rules: 1 or more
Conditions: 2 or more
Description: Use multiple conditions to define one or more subsets that will be excluded from
analysis. All conditions have to be true in order for the exclusion to take place.
Example case: Analyze all parts with the general non-interference requirement. Exclude all parts
that are supplied by Company R AND contain the word Part.
Working example
Set a single global requirement on the root node of the fishing reel.
Set an exclusion rule and two conditions on that rule to exclude all parts supplied by Company R AND
that contain the word Part in the eaiclNAME.
Note:
Server-side filters do not affect the display of clearance results already displayed in the Clearance
Results window. They affect the set of clearance results that are loaded from the database to the
viewer. If you want to refine clearance results already loaded from the database, you can create
and apply an additional filter from within the viewer.
While the performance of server-side filters varies according to the filter definition, these are some
general guidelines:
• The more selective the filter, the smaller the clearance results set and the faster the response from the
database.
• Filters with the "=" operator result in faster queries than those with the "!=" operator.
• Definitions without wild cards ("*") are more efficient than those containing them.
Filter modes
There are two modes of server-side filtering available, Direct and Symmetric. The default filter mode is
Direct.
In Direct mode, the filter is interpreted by the database as is. In particular, the references to Part
Number1 and Part Number2 are applied only to parts identified in the database as Part Number1 and to
Part Number2. In Symmetric mode, the references to Part Number1 and Part Number2 are augmented
symmetrically with corresponding references to Part Number2 and Part Number1.
Example:
For example, the filter Part Number1 = Name1 is augmented with the Part Number2 =
Name1 clause in the Symmetric mode. In addition, Part Number1 = Name1 and Part
Number2 = Name2 is augmented by Part Number1 = Name2 and Part Number2 =
Name1, and so on.
Direct attributes are directly attached to parts. In the viewer, you can view these by right-clicking a part,
and selecting Properties. Inferred attributes are not necessarily attached to parts. They can be
associated with any assembly the part belongs to. Inferred attributes can be discovered using any of the
following search methods:
• Part only
For server-side filters to reference inferred attributes, you must do the following:
• Perform the clearance batch analysis, and merge the results with the ClearanceDB database.
• Define the server-side filter in the viewer, choosing the appropriate columns from the Filter Values
dialog box.
1. In the viewer, define a clearance filter with your search criteria. Save the filter to the registry.
Note:
Refer to Filtering clearance results in the viewer help for detailed information on creating
clearance filters and saving them to the registry.
• DIRECT
• SYMMETRIC
Example:
For example, a DBC file that enables a server-side filter might look like this:
DATASOURCE=proxymachine:7206
CONNECT_DATA=SECONDDB
FILTER_NAME=myCDBFilter
FILTER_MODE=DIRECT
• In the case of penetration, if the point that corresponds to the largest penetration is within the zone
bounding box.
• In the case of contact, if the point that represents the average of all the points of contact is within the
zone bounding box.
• In the case of distance, if the minimum distance midpoint between the two closest points is within
the zone bounding box.
In the case of overlapping zones, the zone sequence determines the search order. The first zone found
that contains an issue is assigned the issue.
If no named zone can be assigned to a clearance issue because of the absence of a definition or because
of geometric concerns, the value of "Unknown" is assigned to the clearance issue.
Zones definition
• Product name - The name of the model to which you want the rule to apply. This is the name of the
top-level node in an assembly.
• Configuration name - A name that you provide that describes the product configuration.
• Seq - The position in the zone sequence. The zone sequence determines the search order.
Example:
update_product.pl fishing_reel -uz
(Windows) From the In the product directory, right-click the zones.csvcldb file and choose
shortcut menu Upload to ClearanceDB.
A-728AIRCRAFT,DEFAULT,1,CTR_SECTION_UNPRESSURIZED,9000,-1630,1500,18500,1
630,3400
A-728AIRCRAFT,DEFAULT,2,AFT_FUSELAGE_UNPRESSURIZED,21819,-1500,2750,28900
,1500,5700
A-728AIRCRAFT,DEFAULT,3,PYLON_LHS,10000,-3500,2000,16900,-4500,3300
A-728AIRCRAFT,DEFAULT,4,PYLON_RHS,10000,3500,2000,16900,4500,3300
A-728AIRCRAFT,DEFAULT,5,WING_LHS,11000,0,2000,18500,13500,4500
A-728AIRCRAFT,DEFAULT,6,ATA531_FWD_COCKPIT,2480,-1735,2265,5642.8,1735,57
35
A-728AIRCRAFT,DEFAULT,7,ATA532_FWD_FUSELAGE,5642.8,-1735,2265,10570.4,173
5,5735
A-728AIRCRAFT,DEFAULT,8,ATA533_CENTRE_FUSELAGE,10570.4,-1735,2265,16299,1
735,5735
A-728AIRCRAFT,DEFAULT,9,ATA534_REAR_FUSELAGE,16299,-1735,2265,22056.4,173
5,5735
A-728AIRCRAFT,DEFAULT,10,ATA535_REAR_FUSELAGE,22056.4,-1735,2265,24514,17
35,5735
A-728AIRCRAFT,DEFAULT,11,UNPOS_PARTS,500,500,500,-500,-500,-500
• Perform a single clearance variant analysis that excludes all non-buildable part pairs from a 150%
BOM line.
• Work with Design Context to identify a series of target parts and then quickly find other relevant data
within a given proximity to those parts.
You can evaluate ClearanceDB results in stand-alone Mockup, the Teamcenter Lifecycle Viewer,
Structure Manager, and Design Context. However, ClearanceDB results based on 4GD worksets can be
evaluated only in stand-alone Mockup.
• A properly configured and functioning ClearanceDB software environment, including the ClearanceDB
Server, Proxy, and Client tiers.
• A Mockup license in the rich client to view results in the Lifecycle Viewer or Structure Manager, or
Design Context with the Repeatable Digital Validation (RDV) component.
• Product data in the JT or PLM XML format within an item revision on the Teamcenter server.
1. Ensure that your environment meets the requirements for performing ClearanceDB analysis on
data from Teamcenter.
2. Create a ClearanceDB product, following the procedures located in the ClearanceDB Administration
Guide. This includes the following:
Note:
In a managed environment, ClearanceDB is configured by Teamcenter revision rules, so
ClearanceDB configuration names are Teamcenter revision rule names.
Note:
The name of the product must be the same as the top-level node in the assembly. Send the
item revision containing the product data to Structure Manager to obtain the name of the top
level assembly node, which is displayed in the BOM Line column.
If you are working within a Teamcenter multifield key environment, see Configuring
ClearanceDB for multifield key data.
3. Update the global configuration options for working with Teamcenter data.
5. Specify the item and revision IDs for the top level assembly of your product.
7. If you want to perform analysis using Teamcenter variant conditions, enable variant analysis for
clearance.
8. If you want to cache the product data on your local machine to improve the performance of the
analysis, adjust the load_fcccache options.
9. Use the analyze_managed_product.pl script to perform analysis on the managed product and
merge the results with the database.
You must update the Clearance.cfgglobal file to match your Teamcenter environment.
2. Change any of the following settings in the Section 1: Teamcenter Configuration section of the file
to configure ClearanceDB to work with Teamcenter:
TC_ROOT
Specifies the Teamcenter root directory.
TC_DATA
Specifies the Teamcenter TC_DATA directory.
ObjectType or ItemRevisionType (Optional)
Specifies to perform analysis of 4GD worksets. If ObjectType=Workset, then item, rev, and
rev_rule arguments are interpreted as those of a workset. If
ObjectType=ClearanceCalculationSubset, then ModelId, ClearanceCalculationName, and
Example:
ModelId=JCB-Fastrac_id ClearanceCalculationName=CC_JCB-Fastrac
PartitionSchemes=
"Ptn0SchemePhysicalForJCB-Fastrac;Ptn0SchemeFunctionalForJCB-Fastrac"
If no Partition schemes are specified, no 4GD partition data will be exported.
TeamcenterUserId
Specifies a Teamcenter user name with Teamcenter system administration privileges. If no user
name is provided, ClearanceDB uses the operating system user name.
Note:
This is the same option as the bomwriter -u= command line argument.
TeamcenterUserPassword
This setting is deprecated. The Teamcenter user password is now stored in a separate file, and
the path to the file is specified with the TeamcenterUserPasswordFile setting. Now if the
password is specified with TeamcenterUserPassword, it is written to an unencrypted file in
the user’s home directory with a randomly generated name beginning with CLDB.
TeamcenterUserPasswordFile
Specifies the path to a file containing the Teamcenter user password.
Note:
This is the same option as the bomwriter -pf= command line argument.
TeamcenterUserGroupId
Specifies the Teamcenter group ID. If no group ID is provided, ClearanceDB uses the default
group of the specified Teamcenter user.
Note:
This is the same option as the bomwriter -g= command line argument.
RevisionRule
Specifies the revision rule for the product's top level product structure node, or the revision
rule of a workset when ItemRevisionType=Workset.
Note:
This is the same option as the bomwriter -revision_rule= command line argument, or
the plmxml_export -rev_rule when ItemRevisionType=Workset.
SavedVariantRule
Specifies the saved variant configuration to pass to the bomwriter. The setting is not active
when ItemRevisionType=Workset.
LexicographicalVariantAnalysis
Defines the mode of the evaluation of variant condition relational expressions. Choose one of
the following:
No — If undeterminable variant conditions exist, the affected variant inferences are asked
from the server. This is the default.
Note:
Variant conditions that cannot be evaluated based on textual representations are
undeterminable.
VariantAnalysisClientTraceFile
Specifies the name for the log file of the variant analysis. By default, this is not set, and a log
file is not generated.
Example:
VariantAnalysisClientTraceFile=cldb_variant_analysis.log
VariantAnalysisClientTraceFlags
Specified the content of the log file of the variant analysis. The trace flags are additive,
concatenated with the plus (+) character.
Example:
VariantAnalysisClientTraceFlags=CONFIGURATION+STATISTICS
Caution:
Enabling the EXCUDEDUIDPAIRS and EXCLUDEDNGIDPAIRS trace flags may result in
extremely large log files.
VariantLogicalExpression
Defines the variant condition UserValue title and BOM line property pair in the PLM XML file.
This has the form of:
“Variant Condition”:bl_variant_condition
“Variant Formula”:bl_formula
Example:
VariantLogicalExpression="VC:bl_variant_condition"
Note:
This must match the content of the BomWriterUserAttributes setting.
RunLevel
Specifies the actions of the analyze_managed_product.pl script. Use a value from 1 to 6.
1 — In the product directory, a.vvi file is created, which is used by the bomwriter to
generate a .plmxml file referencing the managed data.
2 — Using the .vvi and .plmxml files in the product directory, the Clearance Calculator
performs analysis upon the managed product data and generates a results file.
3 — The results file is uploaded to the ClearanceDB database.
4 — Both the RunLevel 1 and 2 actions are performed.
5 — Both the RunLevel 2 and 3 actions are performed.
6 — All of the RunLevel actions are performed, 1, 2, and 3.
BomWriterUserAttributes
Specifies the variant conditions for the bomwriter to include in the generated .plmxml file.
Type these according to the following syntax:
Note:
This is the same option as the bomwriter -ua= command line argument.
Example:
Use this option to include variant model related BOM line properties in the
generated .plmxml file. For example:
BomWriterUserAttributes=target:Instance,key: VC,prop: bl_variant_condition
TeamcenterWebServerPath
Specifies the Teamcenter web server path, including the protocol, host name, and port
number. Type this according to the following syntax:
TeamcenterWebServerPath=http://machine_name:port
Example:
TeamcenterWebServerPath=http://tcserver:80/tc8_2008/
JtDataStagingProcess
Specifies to use the Teamcenter load_fcccache utility to download the model data from the
Teamcenter server to the local system for clearance analysis. Enabling this option pre-
populates the FMS client cache (FCC), which leads to faster and more reliable analysis.
FILECOPY_FAILED
INVALID_DAKID_FORMAT
FCC_OPENFILE_FAILED
FCC_DOWNLOAD_FAILED
GET_READ_TICKET_FAILED
DATASET_READ_FAILED
PLMXML_MISSING_JT
CHMOD_FAILED
COPYOUT_CLEANUP_FAILED
You can specify a numerical value for each error code. By default, the error codes are given
values that correspond to the severity of the problem, with the lowest value representing the
most severe failure. If a value is not specified for the JtDataStagingProcessErrorLimit setting,
the script stops whenever an error occurs during the staging process.
Note:
The default values are recommended for the JtDataStagingProcessErrorLimit setting
and the related error codes. Essentially, with these defaults the clearance analysis will
abort when any of these errors occur, and you can use the reported error message to
troubleshoot the problem.
FILECOPY_FAILED
Specifies the error code that indicates a copy operation to the output directory has failed.
The default location is the product directory in the ClearanceDB Work Area.
Note:
Do not use special characters in folder names.
BucketCount
Specifies how many directories to use for the cached files. Spreading the files over multiple
directories can lead to better performance.
BucketPrefix
Specifies a prefix to add to the names of directories created to hold the cached files.
Note:
This option requires the FilenamePrefix option to be set since it uses the prefix as
validation of ownership to prevent the accidental removal of files.
LifetimeCheck
Specifies to scan the StagingProcessDownloads directory for files older than the
CopyOutLifetime value.
Specifies the type of logging to be reported. The following are valid log types:
NONE
ERROR
WARNING
INFORMATION
DEBUG
PERFORMANCE
ALL
Note:
Use the + sign to use multiple log types. For example, ERROR+WARNING.
For ClearanceDB to work with data from Teamcenter, an absolute occurrence ID is required for each
product structure node of the BOM line to be analyzed.
1. Enable absolute occurrence IDs in the global configuration options (specified in the
Clearance.cfgglobal file) by removing the number sign symbol (#) that precedes the
Attribute=__PLM_ABSOCC_UID,Part and Parents (Part First) line.
2. Add the following entry to the process configuration (specified in the configuration.csvcldb file) for
each product:
"000092/A;1-cottonpicker (View)",EAICL_RELEVANT_PART_ATTRIBUTE,__PLM_ABSOCC_UID
For the Clearance Calculator to analyze Teamcenter managed data, you must specify the item ID and
revision of the top level assembly of your product. If your Teamcenter data is configured with multifield
key data, you must specify the item key.
1. Use a text editor, open the Clearance.cfgproduct file for the product and provide the following
information:
ItemKey
Specifies the Teamcenter values of the multifield key properties for the item containing your
product.
Note:
This setting is applicable only to Teamcenter products configured with multifield key
data. It corresponds to the –key argument for the Teamcenter bomwriter utility.
You can obtain the necessary multifield key strings with the Teamcenter get_key_string
utility.
ItemId
Specifies the Teamcenter item ID of the top level assembly of your product.
ItemRevision
Specifies the Teamcenter revision of the top level assembly of your product.
You can use the Teamcenter install utility to encrypt the Teamcenter user password. The encrypted
password is stored in an external file.
Example:
install –encryptpwf –f=C:\ClearanceDB_Work_Area\account_key
7. To specify for ClearanceDB to obtain the Teamcenter user password from the encrypted password
file, locate the TeamcenterUserPasswordFile setting, and type the full path and file name for the
password file.
Example:
TeamcenterUserPasswordFile=C:\ClearanceDB_Work_Area\account_key
Multifield keys are identifiers assigned to objects to ensure their uniqueness in the database. For
example, if the item business object type is configured to use multifield keys, it is possible to have two
item objects with the same item ID.
For ClearanceDB to analyze Teamcenter data configured with multifield key data, you must do the
following:
• When running the create_product.pl script to create the product in the ClearanceDB database, append
the __PLM_ITEMREV_UID for the item revision to the product name.
To find the UID for an item revision, open the item revision in Structure Manager, and view the
bl_rev_fnd0objectId property. Include this value within brackets after the (View) suffix, enclosing the
entire product name in quotation marks, as shown below:
Example:
“000092/A;1-cottonpicker (View) [4BYKHklYy$_loP]”
• When configuring the clearance.cfgproduct file for the product, populate the ItemKey parameter
with the multifield key properties of the item. This setting corresponds to the –key argument for the
Teamcenter bomwriter utility.
To obtain the key information, use the Teamcenter get_key_string utility.
Example:
ItemKey=item_id=000092,MFK_strkey1=val1
When you export 4GD data to PLM XML, you can export design element properties that are in addition
to the properties that are exported by default. To do this, you must add the properties to the PLM XML
transfer mode. You may also customize the titles of the properties for the PLM XML file.
To include the additional property, you must edit the transfer mode used for exporting data from
Teamcenter by adding the property derived from the 4GD root business object Cpd0DesignElement.
1. In Teamcenter, start the PLM XML/TC XML Export Import Administration application.
Note:
More information on the PLM XML/TC XML Export Import Administration application is
located in the Teamcenter help.
2. Select the 4GDPIEDataExportTcVisClearanceDB transfer mode from the PLMXML Import Export
Modes tree.
The TransferMode pane appears, with the options for the selected transfer mode.
a. Click the Add clause button located to the right of the clause table.
When the property is added to the property set, it is exported to the PLMXML with its name as
object_name. You can change this to a more specific name.
2. Under the Cpd0DesignElement business object, in the ProductRevisionView section, add the
ProductRevisionView/UserData rule as shown in this example, where DesignElementName is the
new name you want to create for the property.
#########################################
# Cpd0DesignElement
#########################################
Cpd0DesignElement|ProductInstance
Cpd0DesignElement.object_name|ProductInstance.name
Cpd0DesignElement<fnd0affectedObject.Mdl0VariantExprBlock.fnd0express
ions>
Cfg0ApplicationVariantExp.fnd0formula|ProductInstance/UserData|
add_user_value($TARGET_END_OBJECT
Cpd0DesignElement.owning_user>User.user_name|ProductInstance/
UserData|
add_user_value($TARGET_END_OBJECT
Cpd0DesignElement.owning_group>Group.name|ProductInstance/UserData|
add_user_value($TARGET_END_OBJECT
Cpd0DesignElement|ProductInstance.partRef>ProductRevisionView
Cpd0DesignElement|Occurrence
Cpd0DesignElement.puid|Occurrence/UserData|
add_user_value($TARGET_END_OBJECT
Cpd0DesignElement|Occurrence.instanceRefs>ProductInstance
Cpd0DesignElement<cpd0presented_parent.Cpd0DesignElement|
Occurrence.occurrenceRefs>Occurrence
Cpd0DesignElement|Occurrence.partRef>ProductRevisionView
Cpd0DesignElement.cpd0UG_ENTITY_HANDLE|Occurrence/UserData|
add_user_value($TARGET_END_OBJECT
Cpd0DesignElement|ProductRevisionView
Cpd0DesignElement.object_name|ProductRevisionView.name
Cpd0DesignElement.object_name|ProductRevisionView/UserData|add_user_value
($TARGET_END_OBJECT, 'DesignElementName', '',$SOURCE_VALUES, false, false)
Cpd0DesignElement.cpd0source_object>ItemRevision.items_tag>Item.fnd0i
s_
monolithic|ProductRevisionView/UserData|
add_user_value($TARGET_END_OBJECT
Cpd0DesignElement<cpd0presented_parent.Cpd0DesignElement|
ProductRevisionView.
instanceRefs>ProductInstance
Cpd0DesignElement<mdl0positioned_object.Mdl0DefaultGeometry|
ProductRevisionView/Representation
Cpd0DesignElement<mdl0positioned_object.Mdl0DefaultGeometry.
mdl0direct_model_data>Dataset.object_type|ProductRevisionView/
Representation.format|lookup_table( DSFormatList
3. Near the beginning of the file, add the ProductRevisionView rule as shown in this example.
!source_hierarchy Cpd0WorksetLine\BOMLine
!source_hierarchy Cpd0SubsetLine\BOMLine
!source_hierarchy Cpd0WorksetRevision\ItemRevision
!target_graph_definition UserValue.title
!target_graph_definition UserValue.value
!target_id_reference InstanceGraph.rootRefs|*.id
!target_id_reference ProductRevisionView.instanceRefs|*.id
!target_id_reference ProductView.rootRefs|*.id
|ProductView/ApplicationRef.application| 'NX'|
@ProductView.usage == 'modelView'
|InstanceGraph.$CHILD_ELEMENT|concat(@@InstanceGraph.$CHILD_ELEMENT>
$MAPPED
|InstanceGraph.$CHILD_ELEMENT|concat(@@InstanceGraph.$CHILD_ELEMENT>
$MAPPED
|ProductView.$CHILD_ELEMENT|concat(@@ProductView.$CHILD_ELEMENT>
$MAPPED
|ProductRevisionView/UserData/UserValue| remove_object($SOURCE_VALUE)|
@UserValue.title == 'object_name'
#########################################
# BOMWindow
#########################################
Clearance variant analysis is based on product variant information stored in Teamcenter. Analysis is
performed on a 150% BOM structure, which is the union of all of the structure of a product without
respect to buildable combinations. Non-buildable combinations of product structure are detected and
excluded from the clearance analysis.
The benefits of removing non-buildable occurrence relationships from ClearanceDB analysis include the
following:
Using variant analysis, a single 150% BOM can contain all buildable product combinations. This enables
you to perform a single clearance analysis, which excludes all non-buildable part pairs.
With the E=V6 variant, nodes 1, 2, 3, and 4 are analyzed (6 part pairs).
Nodes 5 and 6 are excluded (9 part pairs).
With the E=V8 variant, nodes 1, 2, 5, and 6 are analyzed (6 part pairs).
Nodes 3 and 4 are excluded (9 part pairs).
Without using variant analysis, you must create and manage separate 100% BOMs to represent each
buildable product combination. You must evaluate each BOM with a separate clearance analysis.
For the analysis of the V6 Engine, without variant conditions, nodes 1, 2, 3, and 4
are analyzed (6 part pairs).
No nodes are excluded.
For the analysis of the V8 Engine, without variant conditions, nodes 1, 2, 5, and 6
are analyzed (6 part pairs).
No nodes are excluded.
For more information about working with Teamcenter variant conditions, see Getting Started with
Product Structure in the Teamcenter help.
You must enable the option to evaluate ClearanceDB products according to Teamcenter variant
conditions.
1. Using a text editor, open Clearance.cfgglobal and adjust the following settings:
Note:
You can also specify these options in the Clearance.cfgproduct file for the product.
LexicographicalVariantAnalysis
Defines the mode of the evaluation of variant condition relational expressions. Choose one of
the following:
No — If undeterminable variant conditions exist, the affected variant inferences are asked
from the server. This is the default.
Note:
Variant conditions that cannot be evaluated based on textual representations are
undeterminable.
VariantAnalysisClientTraceFile
Specifies the name for the log file of the variant analysis. By default, this is not set, and a log
file is not generated.
Example:
VariantAnalysisClientTraceFile=cldb_variant_analysis.log
VariantAnalysisClientTraceFlags
Specified the content of the log file of the variant analysis. The trace flags are additive,
concatenated with the plus (+) character.
Example:
VariantAnalysisClientTraceFlags=CONFIGURATION+STATISTICS
Caution:
Enabling the EXCUDEDUIDPAIRS and EXCLUDEDNGIDPAIRS trace flags may result in
extremely large log files.
VariantLogicalExpression
Define the variant condition UserValue title and BOM line property pair in the PLM XML file.
This has the form of:
“Variant Condition”:bl_variant_condition
“Variant Formula”:bl_formula
Example:
VariantLogicalExpression="VC-V6:bl_variant_condition"
Note:
This must match the content of the BomWriterUserAttributes setting.
BomWriterUserAttributes
Specify the variant conditions for the bomwriter to include in the generated .plmxml file. Type
these according to the following syntax:
Note:
This is the same option as the bomwriter -ua= command line argument.
Example:
Use this option to include variant model related BOM line properties in the
generated .plmxml file. For example:
BomWriterUserAttributes=target:Instance,key: VC-V6,prop: bl_variant_condition
Specify to perform analysis using Teamcenter variant conditions. To enable this option, remove
the number sign symbol (#) that precedes the RulesObject = Variant Analysis line.
You can configure ClearanceDB to use the load_fcccache utility to download and cache model data
from the Teamcenter server to your local machine, improving both the reliability and performance of the
analysis. Options to control the load_fcccache utility are located in the Clearance.cfgglobal file.
Note:
For most of these settings the default values are recommended and they should not be modified
unless you understand how the changes will affect the data staging process. Exceptions include
• JtDataStagingProcess — By default the load_fcccache option is disabled and you must change
this setting to enable it.
• CopyOutLocation — This setting specifies where to copy the files cached from Teamcenter.
For more information on the Teamcenter File Management System (FMS), see the System
Administration Guide in the Teamcenter documentation.
1. Using a text editor, open Clearance.cfgglobal and adjust the following settings:
JtDataStagingProcess
Specifies to use the Teamcenter load_fcccache utility to download the model data from the
Teamcenter server to the local system for clearance analysis. Enabling this option pre-
populates the FMS client cache (FCC), which leads to faster and more reliable analysis.
FILECOPY_FAILED
INVALID_DAKID_FORMAT
FCC_OPENFILE_FAILED
FCC_DOWNLOAD_FAILED
GET_READ_TICKET_FAILED
DATASET_READ_FAILED
PLMXML_MISSING_JT
CHMOD_FAILED
COPYOUT_CLEANUP_FAILED
You can specify a numerical value for each error code. By default, the error codes are given
values that correspond to the severity of the problem, with the lowest value representing the
most severe failure. If a value is not specified for the JtDataStagingProcessErrorLimit setting,
the script stops whenever an error occurs during the staging process.
Note:
The default values are recommended for the JtDataStagingProcessErrorLimit setting
and the related error codes. Essentially, with these defaults the clearance analysis will
abort when any of these errors occur, and you can use the reported error message to
troubleshoot the problem.
FILECOPY_FAILED
Specifies the error code that indicates a copy operation to the output directory has failed.
Specifies the error code that indicates a missing JT file reference in the .plmxml file.
The default location is the product directory in the ClearanceDB Work Area.
Note:
Do not use special characters in folder names.
BucketCount
Specifies how many directories to use for the cached files. Spreading the files over multiple
directories can lead to better performance.
Note:
This option requires the FilenamePrefix option to be set since it uses the prefix as
validation of ownership to prevent the accidental removal of files.
LifetimeCheck
Specifies to scan the StagingProcessDownloads directory for files older than the
CopyOutLifetime value.
LogTypes
Specifies the type of logging to be reported. The following are valid log types:
NONE
ERROR
WARNING
INFORMATION
DEBUG
PERFORMANCE
ALL
Note:
Use the + sign to use multiple log types. For example, ERROR+WARNING.
1. The bomwriter utility generates a .plmxml file referencing the Teamcenter product data.
2. The load_fcccache utility downloads the product data to your local machine. A second .plmxml file
referencing the cached data is generated.
3. The Clearance Calculator analyzes the cached data according to a ClearanceDB product
configuration (defined in the configuration.csvcldb file, together with any specified rules,
conditions, and zones). ClearanceDB results are generated and uploaded to the ClearanceDB
database.
Take the following steps to perform a ClearanceDB analysis upon a Teamcenter managed product.
1. Configure the Clearance Calculator, as described in the Configure clearance analysis section of the
ClearanceDB Administration Guide.
Example:
analyze_managed_product.pl flux_capacitor
Depending upon how you set the RunLevel parameter in the Clearance.cfgglobal file, one or
more of the following actions are performed:
The analysis runs, and when it is complete the clearance results file,
ClearanceResultsDbUpload.csvcldb, appears in the product directory.
The command line output below is from a successful ClearanceDB analysis of a Teamcenter managed
product.
C:\ClearanceDB_Work_Area\Products
\141-f10002_A_1-Front_Suspension__view_>analyze_managed_product.pl
#-----------------------------------------
# analyze_managed_product.pl
# Tue Feb 9 14:01:45 2010
#-----------------------------------------
#-----------------------------------------
# Teamcenter Configuration:
# TC_ROOT=Y:\
# TC_DATA=Z:\
# TeamcenterUserId=tcuser
# RevisionRule=Latest Working
# RunLevel=6
# JtDataStagingProcess=1
#-----------------------------------------
#-----------------------------------------
# Step 1a of 3: Run Bomwriter.exe
#-----------------------------------------
Running:
Y:\\bin\bomwriter -u=tcuser -p=xxxxxxxx -g= -item="141-f10002" -rev=A -format=plmxml
+type=
AbsoluteOccurrences+ua=target:Root,key:Configuration,literal:"Latest Working"
-revision_rule="Latest
Working" -output_file="C:/ClearanceDB_Work_Area/Products/
141-f10002_A_1-Front_Suspension__view_/
141-f10002_A_1-Front_Suspension__view_.plmxml"
platform=MSWin32
C:/ClearanceDB_Work_Area/Products/141-f10002_A_1-Front_Suspension__view_/
bomwriter_exec.bat
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set TC_ROOT=Y:\
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set TC_DATA=Z:\
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>call Z:\
\tc_profilevars
#-----------------------------------------
# Bomwriter.exe execution SUCCEEDED
# Execution time = 00:15:03
#-----------------------------------------
#-----------------------------------------
# Step 1b of 3: Run Load_fcccache.exe
#-----------------------------------------
Running:
Y:\\bin\load_fcccache -u=tcuser -p=xxxxxxxx -config=C:/ClearanceDB_Work_Area/
Clearance.cfgglobal
-f=load -plmxml=C:/ClearanceDB_Work_Area/Products/141-f10002_A_1-Front_Suspension__view_/
141-f10002_A_1-Front_Suspension__view__orig.plmxml -output_plmxml=C:/
ClearanceDB_Work_Area/
Products/141-f10002_A_1-Front_Suspension__view_/
141-f10002_A_1-Front_Suspension__view_.plmxml
-copy_out=C:/ClearanceDB_Work_Area/Products/141-f10002_A_1-Front_Suspension__view_/
StagingProcessDownloads -log_filename=C:/ClearanceDB_Work_Area/Products/
141-f10002_A_1-Front_Suspension__view_/JtDataStagingProcess.log
platform=MSWin32
C:/ClearanceDB_Work_Area/Products/141-f10002_A_1-Front_Suspension__view_/stage_exec.bat
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set TC_ROOT=Y:\
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set TC_DATA=Z:\
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>call Z:\
\tc_profilevars
DEBUG 2010-02-09T19:21:16.462Z: Setting logTypes to: -1
DEBUG 2010-02-09T19:21:16.462Z: Setting minor error: FILECOPY_FAILED, error code: 20
DEBUG 2010-02-09T19:21:16.478Z: Setting minor error: INVALID_DAKID_FORMAT, error code: 21
DEBUG 2010-02-09T19:21:16.478Z: Setting minor error: FCC_OPENFILE_FAILED, error code: 22
DEBUG 2010-02-09T19:21:16.478Z: Setting minor error: FCC_DOWNLOAD_FAILED, error code: 23
DEBUG 2010-02-09T19:21:16.478Z: Setting minor error: GET_READ_TICKET_FAILED, error code:
24
DEBUG 2010-02-09T19:21:16.493Z: Setting minor error: DATASET_READ_FAILED, error code: 25
DEBUG 2010-02-09T19:21:16.493Z: Setting minor error: PLMXML_MISSING_JT, error code: 26
DEBUG 2010-02-09T19:21:16.493Z: Setting minor error: CHMOD_FAILED, error code: 27
DEBUG 2010-02-09T19:21:16.493Z: Setting minor error: COPYOUT_CLEANUP_FAILED, error code:
28
DEBUG 2010-02-09T19:21:16.509Z: Setting BucketCount to: 30
DEBUG 2010-02-09T19:21:16.509Z: Setting UseAbsoluteLocation to: No
DEBUG 2010-02-09T19:21:16.603Z: Setting DirAccessMode to: 0750 (488)
DEBUG 2010-02-09T19:21:16.618Z: Setting FileAccessMode to: 0640 (416)
DEBUG 2010-02-09T19:21:16.618Z: Setting BucketPrefix to: RW
DEBUG 2010-02-09T19:21:16.618Z: Setting FilenamePrefix to: fmsr_
DEBUG 2010-02-09T19:21:16.618Z: Setting CopyOutLifetime to: 1209600
DEBUG 2010-02-09T19:21:16.618Z: Setting LifetimeCheck to: 0
DEBUG 2010-02-09T19:21:16.618Z: Setting the LifetimeCheckInterval to: 10
DEBUG 2010-02-09T19:21:16.634Z: Setting the LifetimeProcessLimit to: 300
FCC Interface Implementation fms.8.2.0.20091029.01(fms.8.2.0.20091029.01) initialized.
#-----------------------------------------
# Load_fcccache.exe execution SUCCEEDED
# Execution time = 00:13:05
#-----------------------------------------
#-----------------------------------------
# Step 2 of 3: Run Clearance.exe
#-----------------------------------------
Running:
C:/ClearanceDB_Work_Area/Products/141-f10002_A_1-Front_Suspension__view_/
clearance_exec.bat
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set
VP_AUTO_TESTING=True
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set
EAI_CL_DATASOURCE=
cldbmachine:7206
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set
EAI_CL_CONNECT_DATA=
CLDB_PROXY_CONNECT
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>set PATH=C:\Perl
\bin;
C:\WINDOWS;C:\WINDOWS\System32;C:\vis\Products\Mockup\ClearanceDB
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>C:\vis\Products
\Mockup\
clearance.exe -d 5 -c C:/ClearanceDB_Work_Area/Products/
141-f10002_A_1-Front_Suspension__view_/
141-f10002_A_1-Front_Suspension__view_.vvi
#-----------------------------------------
# Clearance.exe execution SUCCEEDED
# Execution time = 00:01:12
#-----------------------------------------
#-----------------------------------------
# Step 3 of 3: Run Update_product.pl
#-----------------------------------------
Running:
C:\vis\Products\Mockup\ClearanceDB\update_product.pl -ud
#-----------------------------------------
# Update_product.pl execution SUCCEEDED
# Execution time = 00:00:08
#-----------------------------------------
#--------------------------------------------------------------------
# analyze_managed_product.pl complete
# Tue Feb 9 14:31:17 2010
#
# Step 1a: Bomwriter.exe. Result = SUCCEEDED. Time=00:15:03
# Step 1b: Load_fcccache.exe. Result = SUCCEEDED. Time=00:13:05
# Step 2: Clearance.exe. Result = SUCCEEDED. Time=00:01:12
# Step 3: Update_product.pl. Result = SUCCEEDED. Time=00:00:08
# Total Time = 00:29:31
#---------------------------------------------------------------------
Completed: Tue Feb 9 14:31:17 2010
C:\ClearanceDB_Work_Area\Products\141-f10002_A_1-Front_Suspension__view_>
1. In My Teamcenter, right-click the item revision containing your product data and choose Send
To→Lifecycle Viewer.
The dataset opens in the Lifecycle Viewer.
3. In the Requirement Rule Components dialog box, select the Requirement Rules from
ClearanceDB Server check box, and then click OK.
5. In the Load Clearance Results dialog box, from the Files of Type list, choose ClearanceDB
DataBase Connection (*.dbc).
1. In My Teamcenter, right-click the item revision containing your product data and choose Send
To→Structure Manager.
The Structure Manager opens and displays the product structure.
4. Choose Graphics→Clearance→Preferences→Clearance→Requirements.
5. In the Requirement Rule Components dialog box, select the Requirement Rules from
ClearanceDB Server check box, and then click OK.
8. In the Load Clearance Results dialog box, from the Files of Type list, choose ClearanceDB
DataBase Connection (*.dbc).
ClearanceDB accepts any pruned or full product structure provided it is represented by a JT file in the
Teamcenter database. Any parts for which JT data is not available are not included in the clearance
analysis. The product structure also should be searchable in Design Context.
• Real-time mode
In real-time mode, the rich client user selects target and background Bill of Materials (BOM) lines in
Design Context, and then invokes a clearance analysis that is performed in real time. Typically, this
option is used to make on-the-fly clearance calculations after design changes or prior to releasing a
part. Teamcenter runs these calculations in the background, allowing the end user to continue with
other work while waiting for the results. Results are displayed in the Design Context Issues panes.
A SCO (Structure Context Object) containing the clearance results can also be created in the Newstuff
folder, provided the RDVCreateSCOForClearance preference is set to true. The SCO can be opened
in a subsequent session to retrieve the selected product structure lines and analysis results.
Note:
For more information on using Design Context, see the Design Context Guide in the Teamcenter
documentation.
The ClearanceDB administrator configures the scope of the analysis and the Design Context end user
can only view the results. The end user can use the Design Context search engine capabilities to focus
upon particular parts.
• Target-Target Issues
Shows clearance issues among all the appearances in the Design Context target appearances table in
the third window. The specific issue between each pair of parts is listed.
• Target-Background Issues
Shows clearance issues among target parts against all the appearances in the Design Context
background appearances table in the third window. The specific issue between each pair of parts is
listed.
• Target-Other Issues
Teamcenter displays each pair of parts that violate one of the defined clearance rules. All violations are
shown in the context of the selected target part appearance or appearances. For each violation, the
following information is listed:
• Type
The clearance violation type.
• Result
The calculated violation with respect to the requirement.
• Requirement
The required clearance.
• Location
The x,y,z coordinates of the violation.
Note:
You can also view additional results information such as issue Status, Priority, and Date First
Found. To update the selection of columns shown in the Issues panes, modify the
ClearanceDBShownColumns preference in the rich client.
Real-time mode
Real-time clearance analysis is a two step process. The first step is to create search criteria for the
clearance calculation. The second step is to send the search criteria to Design Context to see the
clearance analysis results.
To perform real-time clearance analysis, the end user manually selects BOM lines of interest in Design
Context. BOM lines involved in the analysis process are Design Context target parts. The user selects
these parts from the target and background BOM lines that are configured in the Design Context third
window. Global background parts cannot be included in a real-time clearance analysis. If particular BOM
lines are not selected, all BOM lines in the target appearances are considered target parts.
Teamcenter analyzes the BOM lines selected as Design Context target parts against all other BOM lines
in the Design Context third window. It presents the issues in the following categories:
• Target parts against all the appearances in the Design Context target appearances table in the third
window.
• Target parts against all the appearances in the Design Context background appearances table in the
third window.
Optionally, Teamcenter may create an SCO (Structure Context Object) in the Newstuff folder containing
information about the session. The SCO can be opened in a subsequent session to retrieve the selected
product structure lines and analysis results.
Note:
Creation of an SCO is optional and occurs only if the RDVCreateSCOForClearance preference is
set to true in the rich client.
For Design Context to connect with the ClearanceDB database, you must use the Teamcenter
RDVClearanceProxyServers preference to specify the ClearanceDB connection information.
Note:
You must have Teamcenter administrator rights to modify the RDVClearanceProxyServers
preference.
2. Choose Edit→Options.
4. In the Search On Keywords box, type RDVClearanceProxyServers, and then click the
magnifying glass icon to search for the preference.
6. In the Current Values box, type your connection information according to the following syntax:
<machine_name>:<port>:<connection_name>
where
Note:
The RDVClearanceProxyServers preference can consist of multiple ClearanceDB
connections. For each additional connection that you want to establish, type the required
connection information as described above and then click the + sign to the right of the
Current Values box to update the preference.
8. Click Modify.
Set the RDVCreateSCOForClearance preference to true if you want to create an SCO (Structure
Context Object) after performing real-time analysis.
Note:
You must have Teamcenter administrator rights to modify the RDVCreateSCOForClearance
preference.
2. Choose Edit→Options.
4. In the Search On Keywords box, type RDVCreateSCOForClearance, and then click the
magnifying glass icon to search for the preference.
7. Click Modify.
Note:
You must have Teamcenter administrator rights to modify the ClearanceDBShownColumns
preference.
2. Choose Edit→Options.
4. In the Search On Keywords box, type ClearanceDBShownColumns, and then click the
magnifying glass icon to search for the preference.
6. In the Current Values box, type the names of the ClearanceDB results columns that you want to
display.
7. Click Modify.
2. In the Clearance Analysis dialog box, select Query the database for existing results.
4. To view the associated parts in the embedded viewer, select one or more issues and click the
Communicate to Design Context button.
Teamcenter opens the relevant BOM lines in Design Context, allowing you to examine the
clearance details in the embedded viewer.
Alternatively, you can also view the parts associated with one or more selected issues in standalone
Teamcenter lifecycle visualization mockup if you click the Start/Open In TcVis button.
1. Select the product structure lines of interest in the third Design Context window. If you do not
select any lines, Teamcenter includes all appearances in the third Design Context window in the
analysis.
3. In the Clearance Analysis dialog box, select Perform Real-Time Clearance Analysis.
Note:
Real-time analysis results are not stored in the ClearanceDB database. If you want to preserve
them, you must create an SCO (Structure Context Object) object. You can open the SCO in a
subsequent session to retrieve the selected product structure lines and analysis results. The
RDVCreateSCOForClearance preference must be set to true for an SCO to be created.
1. In your Newstuff folder, right-click the SCO containing your results and choose Send To→Design
Context.
Teamcenter opens the results in the first Design Context window.
2. Click Finish.
Teamcenter opens the third Design Context window.
Note:
Click Yes on any confirmation dialog boxes that are displayed.
4. Select Display Cached Results from SCO and then click Start Analysis.
After a delay that depends on the quantity of stored data, Teamcenter displays the retrieved
clearance issues in one of the Issues panes.
The administrator may choose execute stored procedures to delete obsolete objects, delete all data
associated with a product, copy all data associated with a product, or rename a product. In addition,
ClearanceDB automatically performs certain database maintenance functions to assure the integrity of
the data persisted in the ClearanceDB Oracle database.
The viewing of clearance issues is unrestricted provided that the user can access the product JT data. If
the user can open the main assembly file that defines the product, the pertinent clearance results can be
loaded and visualized.
The updating of clearance issues in the Mockup client is unrestricted. The user can modify the following
clearance issue attributes:
• Resolution (includes Comment, Change Required?, Change Reference, and Item Important?)
• Owner
• Status
• Priority
• Zone
The user can modify these attributes in the Mockup Results list and save them locally in a text file.
Unrestricted local persistence provides for individual flexibility of data handling and does not affect
other users.
The ability to commit local clearance issue modifications to the database can be restricted and
controlled by the database configuration per product and the content of the Owner field per clearance
issue.
For any given product, the database checks to see if the EAICL_UPDATE_SECURITY attribute value is set
to ON. If it is, then the database checks for the EAICL_PRODUCT_OWNER attribute. If the user's identity
matches this value, the user's modifications to the clearance issue status are committed to the database.
If EAICL_UPDATE_SECURITY is set to OFF, or not present in the product's configuration file, any user can
commit changes to the issue.
Mockup users are identified to the database by logname (Linux) or user name (Windows). A number of
users such as Oracle User accounts should be allowed to update all the issues pertaining to a specific
product. Additionally, users identified in the Owner field of a clearance issue (Issue Owners) are always
allowed to modify the attributes of that issue.
Oracle User accounts are designated during the product configuration using the
EAICL_PRODUCT_OWNER attribute. Issue Owners can be designated in the following ways:
• By the database itself based on part metadata (for new issues only)
Note:
For the database to automatically specify an Issue Owner based upon part metadata, the part
attribute that defines the Issue Owner must be specified in the product configuration.
For any part pairs involved in a clearance issue, you also have the option of specifying that the
presence of a part attribute for one of the parts means that part takes precedence over the
other part.
For example, ownership may be based on metadata called "Engineer" with the precedence
defined by the "Last Update" metadata. The "Engineer" of the part with the more recent "Last
Update" date is designated as the Issue Owner.
• Completely Manual - No Issue Owners are pre-assigned by the database. All designations are done by
Oracle User accounts.
• Partially Automated, Partially Manual - Issue Owners are pre-assigned by the database when the
metadata is available. Missing designations are done by Oracle User accounts.
• Mostly Automated - Issue Owners are pre-assigned by the database with the metadata available
reliably. Some designations are done by Oracle User accounts or current Issue Owners.
• Monitoring both database space and extent allocations, and providing additional resources or
reporting deficiencies.
The completeness and integrity of the database objects is verified upon all major transactions, including:
The following tablespaces are checked for their type and size:
• Table
• Index
• Rollback (including the existence of the RHUGE rollback segment - Oracle 8i only)
• Tables
• Indexes
• Views
• Sequences
• Triggers
ClearanceDB also checks for the completeness of the clearance results upload file. In addition, the
content of the results is examined for the following:
• Non-unique CADIDs
1. From the command prompt, type SQLPLUS, and logon as the ClearanceDB user.
Type To do this
exec eaicl_p_clean Delete obsolete objects from the database.
Note:
ClearanceDB automatically runs eaicl_p_clean
when it is necessary to do so. Although you can
manually execute the procedure, it is better to
let ClearanceDB do it for performance reasons.
Type To do this
exec eaicl_p_product.del_product Delete all the data associated with a product.
(eaicl_p_product.product_id ('<product
name>'),'<user_name>')
exec eaicl_p_product.ren_product Rename a product. Only the name of the product
('<old_product name>', '<new_product changes.
name>', '<user_name>')
exec eaicl_p_product.cpy_product Copy a product. All associated data is copied, except
('<old_product name>', '<new_product the issue modification/deletion history.
name>', '<user_name>')
To help prevent this, the following input data properties can be detected, upon which subsequent
results merges can be rejected:
• The absence of non-trivial clearance requirements, resulting from either a trivial rulebase, the
complete coverage of exclusion rules, or from the failure of rule base retrieval
• A substantial (negative) change in the size of the product model or the rulebase, possibly due to the
unintended loss of the input data
Enforcement of the input data integrity is configurable. All exceptions are logged. The following
configuration attributes are available:
• EAICL_PRODUCT_STRUCTURE_CHANGE_TEST - (ON/OFF)
• EAICL_PRODUCT_STRUCTURE_CHANGE_REJECTION_PERCENT - (1-100)
• EAICL_RULEBASE_CHANGE_TEST - (ON/OFF)
• EAICL_NON_TRIVIAL_REQUIREMENT_TEST - (ON/OFF)
Note:
The REJECTION_PERCENT variable defines the threshold of the decrease in size of the product
structure or the rulebase above which the product or the rulebase update will be rejected. The size
of the product structure is measured in part occurrences. The size of the rulebase is measured in
rules and conditions. The greater of the change in the rules and the change the conditions is
compared against the threshold.
• Database Installation Detail - Database object after-installation status report, possibly indicating
installation problems per individual objects
• Database Status Detail - Database object status report, possibly indicating post installation problems
per individual objects
Three reports are available in regard to the ClearanceDB results upload file:
• Non-unique CADID History - All non-unique CADIDs and their cardinality per product update
• Missing Geometry Change Metadata History - All missing metadata per part occurrence and their
cardinality per product update
• Missing Requirement Metadata History - All metadata references in the product requirement rulebase
that are not attached to any of the parts per product update
Note:
The history report retention is controlled by the EAICL_PRODUCT_HISTORY_RETENTION_DAYS
configuration variable.
These logs are configurable and available as the Database Event History report. All of the event logs
have the following structure:
Note:
The event log retention is controlled by the EAICL_DATABASE_HISTORY_RETENTION_DAYS
configuration variable. All reports are sortable and subject to the ClearanceDB Reports Time Period
filter.
3. In the Requirement Rule Components dialog box, select Requirement Rules from ClearanceDB
Server.
4. Click OK
Ask the user to wait for a few minutes and try again. If the results window does not become active,
there may be a problem with the network or the ClearanceDB database.
This occurs because the clearance results list does not automatically re-post results after an applied filter
is deleted. Ask the user to take the following actions:
2. Click Add.
6. Click OK.
9. Click OK.
Example:
This example shows the visualization licensing parameters in the client_specific.properties file set
with all available options:
PortalViewer_Optional_Licenses=ECAD,Analysis,Path_Planning,Concept_Desk
top, Collaboration
• PLMXML Units — Specifies the unit of measurement for PLM XML files loaded in the viewer. This
option is located on the File→Preferences→PLM XML menu.
• Calculator Settings — Specifies clearance options such as the element type. These settings are
located on the Clearance→Preferences→Calculator Settings menu.
Preliminaries
Before proceeding, do the following to determine if Perl is already installed and specified in the system
PATH environment variable:
Perl may be copied only under the terms of either the Artistic
License or the
GNU General Public License, which may be found in the Perl 5 source
kit.
If Perl cannot be found, it is either not installed or not specified in the system PATH environment
variable.
You need to install Perl if an installation location is not included in the system PATH environment
variable and the PERL5LIB environment variable is also not defined. For Windows, you can download the
latest ActiveState distribution from http://www.activestate.com. After installing a supported version of
Perl, test the installation as described in the Preliminaries section of this topic to ensure that it is
recognized by the system.
For documentation on working with clearance results in stand-alone Mockup or the Teamcenter
Lifecycle Viewer, refer to Customizing the display of clearance results within Teamcenter lifecycle
visualization help.
For documentation on working with clearance results in Design Context, refer to Performing clearance
analysis and proximity filtering in the Design Context Guide.
For help on working with Oracle software, refer to the extensive documentation resources located at
http://docs.oracle.com/en/database/. Oracle provides a wealth of material, including getting started
guides and tutorials.
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