Clearancedb_Admin_Guide
Clearancedb_Admin_Guide
VISUALIZATION
ClearanceDB ─
Administration
Teamcenter Lifecycle Visualization 2406
Unpublished work. © 2024 Siemens
This Documentation contains trade secrets or otherwise confidential information owned by Siemens Industry Software Inc. or
its affiliates (collectively, “Siemens”), or its licensors. Access to and use of this Documentation is strictly limited as set forth in
Customer’s applicable agreement(s) with Siemens. This Documentation may not be copied, distributed, or otherwise disclosed
by Customer without the express written permission of Siemens, and may not be used in any way not expressly authorized by
Siemens.
This Documentation is for information and instruction purposes. Siemens reserves the right to make changes in specifications
and other information contained in this Documentation without prior notice, and the reader should, in all cases, consult
Siemens to determine whether any changes have been made.
No representation or other affirmation of fact contained in this Documentation shall be deemed to be a warranty or give rise to
any liability of Siemens whatsoever.
If you have a signed license agreement with Siemens for the product with which this Documentation will be used, your use of
this Documentation is subject to the scope of license and the software protection and security provisions of that agreement.
If you do not have such a signed license agreement, your use is subject to the Siemens Universal Customer Agreement, which
may be viewed at https://www.sw.siemens.com/en-US/sw-terms/base/uca/, as supplemented by the product specific terms
which may be viewed at https://www.sw.siemens.com/en-US/sw-terms/supplements/.
SIEMENS MAKES NO WARRANTY OF ANY KIND WITH REGARD TO THIS DOCUMENTATION INCLUDING, BUT NOT LIMITED
TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, AND NON-INFRINGEMENT OF
INTELLECTUAL PROPERTY. SIEMENS SHALL NOT BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL OR
PUNITIVE DAMAGES, LOST DATA OR PROFITS, EVEN IF SUCH DAMAGES WERE FORESEEABLE, ARISING OUT OF OR RELATED
TO THIS DOCUMENTATION OR THE INFORMATION CONTAINED IN IT, EVEN IF SIEMENS HAS BEEN ADVISED OF THE POSSIBILITY
OF SUCH DAMAGES.
TRADEMARKS: The trademarks, logos, and service marks (collectively, "Marks") used herein are the property of Siemens or other
parties. No one is permitted to use these Marks without the prior written consent of Siemens or the owner of the Marks,
as applicable. The use herein of third party Marks is not an attempt to indicate Siemens as a source of a product, but is
intended to indicate a product from, or associated with, a particular third party. A list of Siemens’ Marks may be viewed at:
www.plm.automation.siemens.com/global/en/legal/trademarks.html. The registered trademark Linux® is used pursuant to a
sublicense from LMI, the exclusive licensee of Linus Torvalds, owner of the mark on a world-wide basis.
System requirements
System components ───────────────────────── 3-1
System requirements ───────────────────────── 3-4
Supported platforms ───────────────────────── 3-5
Version compatibility ───────────────────────── 3-7
Supported locales ────────────────────────── 3-7
Attributes
Overview of ClearanceDB product attributes ────────────── 8-1
ClearanceDB product attributes reference ─────────────── 8-1
EAICL_RELEVANT_PART_ATTRIBUTE ────────────────── 8-3
EAICL_GEOMETRY_CHANGE_PART_ATTRIBUTE ───────────── 8-4
EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT ─────────── 8-4
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE ────────────── 8-5
EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION ───────── 8-5
EAICL_INITIAL_CLEARANCE_OWNER_SEARCH_METHOD ───────── 8-5
EAICL_INITIAL_CLEARANCE_PRIORITY ───────────────── 8-5
EAICL_INITIAL_CLEARANCE_STATUS ────────────────── 8-5
EAICL_INITIAL_CLEARANCE_COMMENT ───────────────── 8-6
EAICL_INITIAL_CLEARANCE_IMPORTANT ──────────────── 8-6
EAICL_INITIAL_CLEARANCE_CHANGE_REQUIRED ──────────── 8-6
EAICL_INITIAL_CLEARANCE_CHANGE_REFERENCE ──────────── 8-6
EAICL_CLEARANCE_CHANGE_DETECTION ──────────────── 8-6
EAICL_CLEARANCE_DISPOSITION_PERSISTENCE ───────────── 8-8
EAICL_PART_MATCHING_METHOD ─────────────────── 8-8
EAICL_PART_NAME_PROPER ────────────────────── 8-9
EAICL_RULES_PART_ATTRIBUTE ──────────────────── 8-9
EAICL_OCCURRENCE_KEY ─────────────────────── 8-9
Issue inheritance
Inheritance overview ───────────────────────── 9-1
Configuring the ALL product for issue inheritance ──────────── 9-2
Set up the ALL product for issue inheritance ───────────────── 9-2
Define groups for the ALL product ───────────────────── 9-2
Example configuration file for the ALL product ──────────────── 9-3
Deploying the issue inheritance mechanism ────────────── 9-3
Enable the issue inheritance mechanism ────────────────── 9-3
Disable the issue inheritance mechanism ────────────────── 9-4
Modifying the issue inheritance mechanism ───────────────── 9-5
Log files
Understanding ClearanceDB log files ───────────────── 10-1
Understanding ClearanceDB advanced log files ──────────── 10-4
Rules
What are clearance rules? ────────────────────── 11-1
Using rules in clearance analysis ─────────────────── 11-2
ClearanceDB rules and conditions details ────────────── 11-11
Upload rules and conditions to the database ───────────── 11-14
Images
What are clearance images? ───────────────────── 12-1
Create images in batch using Mockup ───────────────── 12-2
Server-side filters
Server-side filters ────────────────────────── 13-1
Filter modes ──────────────────────────── 13-1
Zones
Defining clearance zones ────────────────────── 14-1
Understanding clearance zones ─────────────────── 14-1
Uploading zones to the database ─────────────────── 14-2
Example zones file ───────────────────────── 14-2
Troubleshooting
Loading results in the viewer ──────────────────── 17-1
Frozen Clearance Results window ────────────────── 17-1
Clearance results disappear after user deletes a filter ───────── 17-1
Viewer licensing in Teamcenter ─────────────────── 17-2
Viewer preferences and settings ─────────────────── 17-3
Perl compatibility and configuration ───────────────── 17-3
Loading clearance results after an Oracle upgrade ─────────── 17-4
Clearance analysis identifies points of contact and/or penetration between elements or groups in your
3D model. Elements may be parts, leaf components, or end items.
The clearance requirement is the minimum allowed distance between any two elements within the
analysis scope. Clearance requirements are measured in the same units as your 3D model. Elements that
are in contact have a clearance requirement of 0.
• Specifying the clearance settings that affect the type, precision, and nature of the analysis.
• Disposition clearance issues by assigning a priority, status, and owner to element pairs on the Results
list.
• Refine the analysis by creating clearance rules to reduce false positive clearance results.
When you perform a clearance check, any two parts or elements that are closer to one another than
a specified distance are identified as an issue for further investigation. The Results list displays the
clearance issues identified by the analysis, along with the distance value between element pairs and
other relevant information such as the interference type.
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.
Contact
Distance D A soft interference. The elements are closer than the specified
minimum clearance requirement, but do not come into
contact with or penetrate one another. The distance result is
always a value greater than ~ 0.0.
Distance
Duplicate Dup The clearance calculation has determined that the elements
are duplicates based on the bounding box, surface area,
volume, and center of gravity. If these four attributes are the
same then the parts are considered duplicates.
Note:
Penetration values are always approximate, even when
using precise geometry.
Note:
Penetrations are not detected automatically unless the
Distinguish between Contact and Penetrations check
Appears in the
This type results list as Indicating this
box is selected in the calculator settings. If this option
is not turned on, penetrations are categorized as the
Unknown clearance type, and you must perform further
analysis to identify the issue as a penetration.
Partial penetration
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.
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
Appears in the
This type results list as Indicating this
issues that contain element pairs with material thickness
values.
Thickness
Content for system administrator tasks and using Clearance.exe can be found in the ClearanceDB ─
Administration help. Content for using Teamcenter lifecycle visualization mockup to create clearance
rules and conditions can be found in the Performing Clearance analysis section of the Working with 3D
Models help.
Capabilities
• The Clearance database can be accessed by users at any time to understand the number and
severity of clearance issues for any product, or to investigate specific issues in Teamcenter lifecycle
visualization mockup.
• Customers can analyze and manage clearance issues across multiple product configurations,
derivatives, and options by integrating the clearance analysis process into a Teamcenter-managed
product lifecycle.
Benefits
• Automates the checking and reporting process to facilitate faster, repeatable, and more accurate
clearance evaluations.
• Reduces development cost by enabling engineers to catch design flaws early in the lifecycle.
• Fosters innovation by enabling designers and engineers to focus on products instead of DMU (Digital
Mockup) issues.
• Reduces design cost by enabling design engineers to digitally integrate the entire product.
The basic ClearanceDB architecture along with descriptions of the role of each component in the
ClearanceDB process is as follows.
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 along with the client
and proxy components must be from the same release. Additionally, the server component
must be at least as recent as or higher than the client and proxy components.
The following scenarios can help understand the support criteria.
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 uploaded to 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:
ClearanceDBProxyHttpServer.exe is a web service executable added to the proxy tier to support HTTP/
s-based communication between clients and Clearance database. This communication protocol is
optional and can be configured via settings defined in the configuration file.
• 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.
System requirements
Perl requirements
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.
The ClearanceDB Server requires Oracle Net Services, sqlplus, and sqlldr, to run the ClearanceDB SQL
scripts.
For information about system hardware and software requirements, choose from links found in the
Hardware and Software Certifications knowledge base article on Support Center (scroll down to the
Teamcenter Visualization Software Certifications heading).
• SSO (single sign-on) setup on the client machines. For information on setting up the SSO
environment, see Security Services Installation/Customization in Security Services Configuration.
• 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 Security Services Configuration.
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.
For information about system hardware and software requirements, choose from links found in the
Hardware and Software Certifications knowledge base article on Support Center (scroll down to the
Teamcenter Visualization Software Certifications heading).
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
For more information about supported virtual machines, please contact your Siemens Digital Industries
Software representative.
For information about the platforms on which you can run Teamcenter lifecycle visualization, download
the appropriate platform matrix spreadsheet from Support Center.
1. On the lifecycle visualization page, click the Support White Papers x.x tile.
3. (Optional) To see supported platforms for other lifecycle visualization versions, click More Versions
and then select a version under the Support White Papers heading.
Version compatibility
Version compatibility with Teamcenter
ClearanceDB support for Teamcenter versions is consistent with Lifecycle Visualization support.
Download the Teamcenter Interoperability Matrix spreadsheet found on the Support White Papers
Certifications page on Support Center.
• Server — Must be the same or later version than the client and proxy within the same release, for
example, 10.x. In some cases, a server that is a higher 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 single-byte locale. However, the ClearanceDB application is only partially
localized, as outlined below.
Tip:
A single byte (8 bits) is sufficient to represent an alphabet with 256 characters, which is sufficient
for languages such as English, French, Italian, German, and Spanish. But languages such as
Chinese or Japanese can have thousands of characters, which is too many to be represented by a
single byte, so those languages are referred to as multibyte.
• Strings originating from the Clearance database (including ClearanceDB reports, column names,
Oracle errors, and ClearanceDB server errors) are not localized. They will always appear in English.
• Any user data entered into the Clearance database, such as product names, issue dispositions, and
rules and conditions, must be single-byte.
Teamcenter
Any data coming into ClearanceDB from Teamcenter via BOMwriter PLM XML export (including product
names, part names, and metadata) must be single-byte, since ClearanceDB can only consume single-
byte data.
Clearance.exe
Strings originating from the Clearance.exe (informational and error messages) are fully localized.
ClearanceDB Proxy
Strings originating from the ClearanceDB Proxy (informational and error messages) are fully localized.
All files under the ClearanceDB working directory, such as .cfg files, .csvcldb files, and product names,
must be single-byte.
Strings originating from the ClearanceDB Perl scripts, (informational and error messages) are not
localized. They will always appear in English.
The Next steps portion of the quick start process provides links you to locations within the ClearanceDB
─ Administration deliverable that detail tasks you can complete once the ClearanceDB environment
is set up. For example, creating auxiliary users with roles (permissions), and using Mockup, Active
Workspace, and Teamcenter with ClearanceDB.
• Most often, the Server, Proxy, Client/Calculator, and Mockup are located on different machines.
• Generally, there is a single Calculation Server, which runs on a dedicated machine; however, you can
configure multiple Calculation Servers, if desired.
Use the Teamcenter Visualization - InstallShield Wizard to install any combination of the following
ClearanceDB components:
• ClearanceDB Server
• ClearanceDB Proxy
• ClearanceDB Client
• Clearance Calculator
See the following topics for more information on installing the ClearanceDB components:
For more detailed information on the steps below, see Configuring the Server (expanded version).
1. If you did not install the ClearanceDB Server when you installed other ClearanceDB components,
use the Teamcenter Visualization - InstallShield Wizard to do so now.
3. Use either Oracle Enterprise Manager Database Control or sqlplus to create the following two
ClearanceDB tablespaces in your database: CL_TABLE and CL_INDEX.
4. Use sqlplus and the cre_ClearanceDB_user.sql script to create a ClearanceDB Oracle user.
Configure this user to store product configurations, unique definitions of rules and conditions,
zones, analysis results, and issue dispositions.
5. Use sqlplus and the upd_ClearanceDB_user.sql script to update the Oracle user created in the
previous step.
For more detailed information on the steps below, see Configuring the Proxy (expanded version).
1. If you did not install the ClearanceDB Proxy when you installed other ClearanceDB components,
use the Teamcenter Visualization - InstallShield Wizard to do so now.
Use the Oracle Instant Client to connect from the Proxy Server to the ClearanceDB on the Oracle
Server.
4. Define the following values in the global.dbc file for your work area:
• CONNECT_DATA — name identifying the connection between the Proxy Server and
ClearanceDB.
5. Define the following default Proxy settings using one of the methods outlined in the table below.
• Port — port number of the ClearanceDB Proxy Server. Use the following format:
• CONNECT_DATA — <connect_name>,<user>/<password>@<service_name>
To Do this
Apply these default settings to all Define the default Proxy settings in the Clearance.cfgglobal
Proxies created after this step. file of your ClearanceDB_Work_Area.
Apply these default settings to only Define the default Proxy settings in the Proxy's
the Proxy defined in the next step Clearance.cfgglobal file after you define it in the next step.
of this procedure. These settings are applied only to this Proxy.
(Optional) Define the default Proxy settings in this Proxy's Clearance.cfgglobal file. Refer to the
previous step for details.
• (Windows, only) Right-click the Clearance.cfgproxy file and select Start Proxy.
8. Ping the Proxy and database to verify the Proxy is working properly using one of the following
methods.
To Do this
Ping the Proxy. • Use the ping_proxy.pl script.
For more detailed information on the steps below, see Configuring the Client (expanded version).
1. If you did not install the ClearanceDB Client and Clearance Calculator when you installed other
ClearanceDB components, use the Teamcenter Visualization - InstallShield Wizard to do so now.
For the purposes of the Quick Start procedure, it is assumed that the ClearanceDB Client and
Clearance Calculator are located on the same machine; however, you can install them on separate
machines, if preferred. See Performing Clearance batch analysis for more information.
If you are installing the ClearanceDB Client and ClearanceDB Proxy on the same machine, you can
use the same ClearanceDB_Work_Area that you set up when you installed the ClearanceDB Proxy.
If you are installing the ClearanceDB Client on a separate machine, create a ClearanceDB Work Area
on the machine where you are installing the Client.
3. Define the following values in the global.dbc file for your work area:
If you are using the same ClearanceDB_Work_Area that you set up when you installed the
ClearanceDB Proxy, you can skip this step. If you are installing the ClearanceDB Client on a
separate machine, define the global.dbc file values on the machine where you are installing the
ClearanceDB Client.
• CONNECT_DATA — name identifying the connection between the Client Server and
ClearanceDB.
4. To be able to generate a ClearanceDB result and upload the file, do the following.
You must create a ClearanceDB default product before creating new products in the Clearance database.
The default product is a global configuration that you can customize to match your unique analysis
requirement and automatically apply to new products that you create.
1. If you did not create a default product when you created the ClearanceDB_Work_Area, create a
default product.
• (Windows, only) Right-click the global.dbc file in the ClearanceDB_Work_Area and select List All
Products.
If Then do this
You have local data to Create a new ClearanceDB product.
use to create products.
You do not have local a. Download the Example files through the Teamcenter Visualization
data but would like - InstallShield Wizard found under Help and Miscellaneous
to do a test run you Features.
can use the Example
data provided during
installation.
If Then do this
6. (Optional) Specify options for Clearance analysis by configuring the Clearance Calculator.
If you are not concerned about Clearance analysis options you can analyze the products using the
default options.
The ClearanceResultsDbUpload.csvcldb file will display in the product directory once analysis is
complete. Use the [-ud] flag to upload the file to the database.
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.
The registry keys will be updated and the license.dat files in the
license folder for the client will not be updated (the client will
have no server information listed).
Note:
For more on redundant license servers see the licensing guides,
available in the Licensing directory.
Note:
For more information on licensing, see Teamcenter lifecycle visualization Installation.
The selected components are installed. This may take several minutes.
Note:
Teamcenter lifecycle visualization mockup is supported only on the Windows platform; however,
the server components are supported on Linux and Windows.
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 Installation.
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.
• 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 Teamcenter Rich Client Installation on Windows in the Teamcenter
help.
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:
where
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.
a. Log in to SQLPlus from the command line with a user account that has SYSDBA privileges.
exec eaicl_p_clean;
4. Log in to SQLPlus from the command line with a user account that has SYSDBA privileges and run:
5. Log in to SQLPlus from the command line as <ClearanceDBUserName> and run the
upd_ClearanceDB_user.sql script.
A ClearanceDB user account is essentially an Oracle user configured to store ClearanceDB products,
which include configuration information, unique definitions of rules , 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:
where
Example:
sqlplus "sys/password@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:
where
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.
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.
For information about system hardware and software requirements, choose from links found in the
Hardware and Software Certifications knowledge base article on Support Center (scroll down to the
Teamcenter Visualization Software Certifications heading).
http://www.oracle.com/technetwork/database/features/instant-client/index-097480.html
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.
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 oci.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<version>
ClearanceDB Proxy uses the Oracle Instant Client to connect to the ClearanceDB database on the Oracle
server.
http://www.oracle.com/technetwork/database/features/instant-client/index-097480.html
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_x_y or OracleClientDirectory=/opt/
instantclient_x_y.
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 Security Services Configuration.
WEB_SERVICE
Specifies whether the communication between the ClearanceDB client applications and the
ClearanceDB Proxy uses the HTTP protocol. Choose one of the following:
CLEARANCE_APPID
Specifies the application id defined in the TcSS Application Registry. For example,
CLEARANCE_APPID=TcClearanceDB.
WEB_SERVICE_URL
Specifies the HTTP or HTTPS web service URL used by ClearanceDB. The URL should point to
a reverse proxy, which will redirect the request to the ClearanceDB Http proxy server running
behind the firewall. For example, WEB_SERVICE_URL=https://myserver.com/TcVisCLDB.
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.
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 Security Services Configuration.
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 to Teamcenter,
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 Configuration in the Teamcenter help.
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 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.
For information about configuring an environment to run Teamcenter utilities, see Manually
configure your environment in the Teamcenter Utilities.
where
path is the full path and file name for the password file that you want to generate.
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
create_proxy.pl <proxy_name>
A folder named after the new proxy is created in the Proxies directory. This directory contains a file
called Clearance.cfgproxy, which includes the default proxy settings from the Clearance.cfgglobal
file.
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. 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:
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.
When the proxy starts for the first time, the service is created.
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
To Do this
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:
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.
where
For this
parameter Type
path The path to the location on your machine where you want to create the work
area.
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 indeterminable 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
indeterminable.
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 .plmxml 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.
NONE
ERROR
WARNING
INFORMATION
DEBUG
PERFORMANCE
ALL
Note:
Use the + sign to use multiple log types. For example, ERROR+WARNING.
OracleClientDirectory
Specifies the full directory path containing the Oracle Instant Client files.
For example, OracleClientDirectory=c:\apps\instantclient_x_y or OracleClientDirectory=/opt/
instantclient_x_y.
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 upload data to 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
-d <value> — Specifies the clearance requirement, 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 email messages to owners, as defined in your Clearance Manager
preferences.
Note:
• This option may produce a large number of e-mails and images (if specified).
• For this option to work, each part must have metadata containing the owner's email
address.
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.
Note:
The results.txt file is designed for use by Teamcenter lifecycle visualization mockup and is
not intended for external use. If you choose to use this file in an external process you do
so at your own risk, as this file is unsupported.
ElementType
The clearance element type. Valid options are:
Part
Component
EndItem
EndItemComponent
Part
Element
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:
Specify to perform analysis using the product's rules and conditions from the ClearanceDB
database. To enable this option, remove the comment symbol (#) that precedes the
RulesObject = Requirement Rules from ClearanceDB Server line.
Variant Analysis
Specify to perform analysis using Teamcenter variant conditions. To enable this option, remove
the comment symbol (#) that precedes the RulesObject = Variant Analysis line.
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)
Specify to use product structure absolute occurrences. To enable this option, remove the comment
symbol (#) that precedes the Attribute=__PLM_ABSOCC_UID,Part and Parents (Part First) line.
The time duration the operating system is given to abort the worker process. The specified value is
in seconds. The default value is 60.
MaxFailures
The maximum number of failures per analysis run. The default value is 1000000.
MaxRelFailures
The maximum relative number of failures per run in respect to all element pairs in the test bed. The
specified value is a percentage. The default value is 100.
ProgressDirectory
The directory where intermediate files are placed, including the log file.
OverallTimeout
The maximum duration of the analysis. The default value is 604800, which equals one week.
PairTimeout
The maximum duration of the analysis of a single element pair. If the analysis exceeds the specified
time the analysis fails. The default value is 3600, which equals one hour.
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.
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
To perform analysis on a product and update the database with the results, you must take the following
steps:
• Upload the results generated by the Clearance Calculator to 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.
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 uploaded to the database
automatically).
create_default_product.pl <path>
where
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.
where
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 upload 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 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 requirement 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
requirement 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 requirement, 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 and
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. To configure the clearance analysis, change any of the settings contained in Section 4: Clearance
Analysis configuration of the global configuration file.
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
From the shortcut menu In the products directory, right-click the Clearance.cfgproduct file
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
You can manually perform clearance analysis on your 3D data outside of the Mockup application. There
are two options:
• Use the supplied Perl scripts to create and manage clearance products within a Clearance Work Area
on your local machine.
You can create an area on your machine from which you can run and manage clearance batch analysis.
Note:
Perl version 5.03 or later is required for the creation of a Clearance Work Area. 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.
1. Open a command prompt and navigate to the ClearanceDB Perl scripts, which are located at the
following location within the stand-alone Lifecycle Visualization installation:
Example:
<Mockup installation directory>/Visualization/Products/Mockup/ClearanceDB
For path, type the location on your machine where you want to create the work area. lo is the
option to create the work area.
Note:
The path parameter is used to specify the location of the work area, not the name of the
work area, which is always Clearance_Work_Area.
Example:
create_ClearanceDB_working_dir.pl c:\ -lo
When you create a clearance product, a directory is added to the Clearance Work Area, from which you
can specify clearance analysis options, perform the analysis, and access the results.
Note:
You must create new clearance products from the Clearance Work Area.
create_product.pl <name>
where name is the name you want to use for the new product folder.
Note:
If the name contains spaces, enclose it in quotation marks. For example, “garage door
opener”.
Example:
create_product.pl shock_absorber
A new directory with the name you specified is created in the Clearance Work Area. The directory
contains a unique Clearance.cfgproduct file within which you must specify the path to the data you
want to analyze. You can also use the file to control the clearance analysis.
Use 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 Clearance 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:
Note:
To generate 2D images of
clearance issues, you must set
the ResultsObject option to
General Clearance Results in
the Clearance.cfgglobal file.
Note:
The maximum size a process can have
may be limited by the operating system,
the system administrator, or otherwise.
Note:
If both AbsMemLimit and
RelMemLimit options are used, the
lesser effective value is chosen.
Part Only
Part Parent Only
Part and Parents (Part First)
Part and Parents (Root First)
Parents Only (Part Parent
First)
Parents Only (Root First)
7. For ProductInputFile=, type the file name and full path to the data you want to analyze.
Example:
ProductInputFile=c:\fishing_reel.jt
8. If you want to set any of the analysis options differently for a particular clearance product, copy the
settings from the Clearance.cfgglobal file into the Clearance.cfgproduct file.
-or-
analyze_product.pl
Use the following procedure to set up clearance batch calculation on a managed Teamcenter structure
where some subassembly parts (typically the lowest level element in the clearance analysis) are
overridden by an end item (ElementType=EndItem). End items are branches of a product structure
where the root node contains the metadata __PLM_END_ITEM=True. All parts underneath an end item
node are considered to be part of the same monolithic element.
To configure a single product as an end item, configure the Clearance.cfgproduct file for the
specific product.
3. Create a new Classic List of Value (LOV) and attach the LOV to the property of the Item Revision
created in the previous step.
6. In Lifecycle Visualization, edit the properties of the Item Revision by setting the enditem to True.
The BOMwriter utility maps the specified property to the Attribute in the .plmxml file.
c. To verify that the __PLM_END_ITEM property was set to True, open the created .plmxml file in
Lifecycle Visualization.
8. Load the batch calculation result into Lifecycle Visualization where you see the end item in the
structure, as well as in the Clearance Results list.
Perform a clearance check from the command line, and save your results as a comma-delimited, quote-
enclosed, ASCII text file. (You can also use a Perl script to call Clearance.exe.)
From the command prompt, navigate to the directory containing the clearance executable
(Clearance.exe), and type:
where
Usage:
copy_product.pl <from product> <to product>
copy_product.pl -h
Required Arguments:
<from product>: Product name to copy.
<to product>: Name of the new product. Illegal characters are
replaced by \"_\".
Optional Arguments:
-h: Display help message.
create_ClearanceDB_working_dir.pl Create the \"Clearance Work Area\".
Usage:
create_ClearanceDB_working_dir.pl <path> [-df] [-lo]
create_ClearanceDB_working_dir.pl -h
Required Arguments:
Usage:
create_product.pl <product> [-uc|-ur|-uz|-ua] [-ds <source>
-cd <conn>]
create_product.pl -h
Required Arguments:
<product>: Product name. First character must be alphanumeric
(0-9, A-Z, a-z). Illegal characters are replaced by \"_\". Enclose
<product> in double quotes (\"\") if it contains spaces.
Optional Arguments:
Usage:
delete_product.pl <product>
delete_product.pl -h
Required Arguments:
<product>: Product name to delete.
Optional Arguments:
-h: Display help message.
list_all_products.pl List all products.
Usage:
list_all_products.pl [<file>] | [<host> <port> <connect data>]
list_all_products.pl -h
Optional Arguments:
Usage:
rename_product.pl <from product> <to product>
rename_product.pl -h
Required Arguments:
<from product>: Product's old name.
<to product>: Product's new name. Illegal characters are
replaced by \"_\", for the product's new local disk directory name.
Optional Arguments:
-h: Display help message.
There are two methods available for uploading product data to 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 upload data to 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 upload 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 upload Do this
product
attributes
—df — The argument to upload the default configuration of the product.
—ui — The argument to upload clearance images.
Example:
update_product.pl -ua
From the In the directory, right-click any of the following files and choose Upload to
shortcut ClearanceDB:
menu
• configuration.csvcldb — ClearanceDB process configuration file
Your data is uploaded to the database and log files are created and saved to the product directory.
1. Open a command line window and navigate to the ...\Siemens\Teamcenter {current version}
\Visualization\Products\Mockup directory.
Use this
value To upload 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 upload.
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.
3. In the Load Clearance Results dialog box, select ClearanceDB DataBase Connection (*.DBC)
from the Files of type list.
If there are ClearanceDB results associated with the model in the database, they appear in the
Results list.
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
• 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
Use the EAICL_GEOMETRY_CHANGE_PART_ATTRIBUTE attribute to define the metadata the change of
which indicates a possible change in part geometry. For example, Translation Date. This configuration
attribute requires a unique value.
EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT
Use the EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT attribute to turn on the
initial clearance owner assignment. Enable the option by including the
EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT attribute in the configuration.csvcldb file and setting
it to ON. The default value of EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT is OFF.
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
Use the EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION attribute to specify how the initial
clearance owner is assigned. The EAICL_INITIAL_CLEARANCE_OWNER_CHOICE value of the part with
the larger EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION value is assigned as the owner. For
example, LastModified.
EAICL_INITIAL_CLEARANCE_OWNER_SEARCH_METHOD
Use the EAICL_INITIAL_CLEARANCE_OWNER_SEARCH_METHOD attribute to specify how the product
structure is searched for the EAICL_INITIAL_CLEARANCE_OWNER_CHOICE metadata.
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
Use the EAICL_CLEARANCE_DISPOSITION_PERSISTENCE attribute to control how the database persists
user dispositions of clearance owner, status, priority, comment, and zone. Options are eaiclCADID and
eaiclCHANGE.
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
Use the EAICL_MATCHING_CRITERIA_NUMERIC_PRECISION attribute to specify the tolerance for numeric
criteria in determining whether values are matching.
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
The Db Match, Db Base, Db Issue, Db Issue Count columns provide information about the
occurrences.
Three different levels of similarity may be defined for your database, and they appear in the results
lists with different symbols, as follows:
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.
A window appears below the Clearance Results window, providing details about the selected
occurrence.
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_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.)
Prior to the introduction of the clearance rules editor, Mockup users could only perform clearance
analyses using a single, global requirement (usually 0). With clearance rules and conditions, users have
complete control over what parts are being analyzed, and what the requirements are between any pair
of parts, or between any groups of parts. This functionality was previously only available to ClearanceDB
users running Clearance in batch mode using Clearance.exe. Using the rules editor in Mockup, users are
now able to visualize the scope of any rule or combination of rules, or execute any rule or combination
of rules to see the results of that analysis.
To learn more about using rules in Mockup, see the topics in Working with clearance rules in the
Lifecycle Visualization end user help.
Clearance conditions
Clearance conditions define the scope of data to which rules apply. You can use any metadata associated
with your model to define the conditions for any rule.
Rules can have one or many conditions. Generally, as more conditions are applied to a rule, the scope of
the rule becomes smaller, as will the results. Rules can also have no conditions at all, in which case the
scope of the rule is the entire model.
Clearance rules and conditions enable you to limit the analysis to only those areas that are desired,
which in turn helps to optimize the performance of the analysis. Using the rules editor, you can load
your existing rules and conditions data into the viewer for visualization and analysis, or you can author
rules and conditions from scratch inside the viewer. When done, you can save your rules and conditions
either to a file on the local file system as a .csvcldb file, or to the Clearance database (ClearanceDB).
Rules and conditions can give you additional control over the clearance analysis in situations such as the
following:
• Exclude parts from the analysis because they will always show up as false positives. For example, a
rivet or a flexible rubber seal.
• Prevent parts within a particular subassembly from being analyzed because the assembly is provided
by a supplier.
• Define a larger requirement between two groups of parts, such as between fuel lines and engine parts
that might get very hot.
What if more than one rule applies to the same part pair?
You can create and apply multiple rules to conduct analyses according to arbitrarily complex design
criteria. For part pairs that fall under the scope of multiple rules, Clearance conducts analyses 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 part sets.
• 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
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%
Note:
• Creating clearance images can be a very time-consuming process. You should be aware that
additional computing resources may be necessary to create images within the desired time
frame.
• For businesses that run their clearance analyses on Linux using Clearance.exe, be aware that
the higher-quality images created in Teamcenter lifecycle visualization mockup is available on
Windows only.
Before you can run the create_images.pl script, you must create a product directory with a
modified Clearance.cfgproduct (configuration file) and turn on General Clearance Results in the
Clearance.cfgglobal file. Once complete, you will have an image folder that looks similar to the image
below. You can then run the update_product.pl script to upload the images to the Clearance database.
The supplied Siemens scripts operate on a single product only. You must create (or edit) your own
script to iterate through your list of products and process each one. The supplied scripts include
list_all_products.pl, analyze_product.pl, and analyze_managed_product.pl, and by default are located in
C:\Program Files\Siemens\Teamcenterx.x\Visualization\Products\Mockup\ClearanceDB.
d. In the Clearance Results Preferences dialog box on the General page, click Generate
images during clearance analysis and Create multiple images per result.
To Do this
Add a camera Click Add.
definition.
A new camera definition row is added to the table. Edit the definition to
customize the camera settings.
Edit a camera A. Select the desired camera row from the table.
definition.
B. Click Edit.
C. In the Edit Image Settings dialog box, use the dropdown lists to
define the camera Zoom %, Camera angle, and Section values for
this camera definition.
E. Click OK.
Delete a camera A. Select the desired camera row from the table.
definition.
B. Click Delete.
g. Close Mockup.
3. Create the desired product folder in your work area, if you haven't already done so.
4. Run the create_images.pl script. If you run the script from the work area folder, you must include
the product name.
The images are placed in the Images folder in the product directory and you will see an output
similar to the image below.
5. Run the update_product.pl script to upload the images to the Clearance database.
To create images for all products, create or edit your script that processes the products in your
ClearanceDB_Work_Area.
For each product in your product list, add the following line:
Example:
#get the list of products to process (customer script)
product_list=get_product_list();
Tip:
Siemens Digital Industries Software recommends that you use separate for loops for each product,
as shown in the example, so that all products are calculated and uploaded before images are
created and uploaded. Using a single for loop processes and uploads images for the current
product before the next product calculation begins, which could significantly slow down your
product calculations.
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 upload the results to 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 Search and filter clearance results 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
The registry is searched for the specified filter. If found, the filter definition is submitted to the
Clearance database. If results match the filter criteria, they are loaded into the viewer. If the filter is
not found in the registry, you can load the results without filtering or cancel loading the results.
• 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 standalone Mockup, the Teamcenter Lifecycle Viewer, Structure
Manager, and Design Context. However, ClearanceDB results based on 4GD worksets can be evaluated
only in standalone Mockup.
• A Teamcenter server.
For information about the platforms on which you can run Teamcenter lifecycle visualization,
download the appropriate platform matrix spreadsheet from Support Center.
• Product data in the JT or PLM XML format within an item revision on the Teamcenter server.
3. In the Requirement Components dialog box, select one or more of these options:
5. In the Result Components dialog box, select one or more of these options:
Note:
You must choose General Clearance Results to work with results in the Results list.
6. Click OK.
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 Setting up products for
analysis section of this 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
upload the results to the database.
Adhoc ClearanceDB analysis is subject to all of the considerations and restrictions of ClearanceDB
analysis, including the following:
• To analyze data from Teamcenter, you must configure ClearanceDB to work with Teamcenter-
managed data. For information on configuring ClearanceDB to work with Teamcenter, refer to the
Using ClearanceDB with Teamcenter section of ClearanceDB ─ Administration.
• To access ClearanceDB product information, including rules and conditions, the clearance
requirements must be set to Requirement Rules from ClearanceDB Server.
• To upload the results of adhoc ClearanceDB analysis to the ClearanceDB database, the clearance
results settings must be set to ClearanceDB Results.
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
PartitionSchemes arguments are interpreted as those of a clearance calculation subset. The
plmxml_export utility will be invoked to extract the product structure from Teamcenter, rather
than the BOMwriter utility.
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 indeterminable 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
indeterminable.
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 .plmxml 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.
UseAbsoluteLocation
Specifies to use an absolute value for the location attribute in the .plmxml file generated by the
BOMwriter. It is usually better to have a relative reference, although there are instances where
an absolute reference is required, such as when the .plmxml file is moved to a different location
from the referenced files.
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.
LifetimeProcessLimit
Specifies the maximum number of seconds the file lifetime check is allowed to continue.
The lifetime check randomly examines cached files. If the StagingProcessDownloads directory
consists of many files, this option has the effect of randomly processing a subset of files each
time the lifetime check takes place. Over time, all of the files are examined.
NONE
ERROR
WARNING
INFORMATION
DEBUG
PERFORMANCE
ALL
Note:
Use the + sign to use multiple log types. For example, ERROR+WARNING.
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.
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.
For information about configuring an environment to run Teamcenter utilities, see Manually
configure your environment for Teamcenter utilities in Utilities Reference in the Teamcenter help.
where
path is the full path and file name for the password file that you want to generate.
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.
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 .plmxml 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:
For more information, see the PLM XML/TC XML Export Import Administration application
documentation in the Teamcenter help.
2. Select the 4GDPIEDataExportTcVisClearanceDB transfer mode from the PLM XML 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 PLM XML with its name as
object_name. You can change this to a more specific name.
TC_DATA\xformer\LLTCXML_PLMXML
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
#########################################
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 System Administration in
the Teamcenter help.
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.
INVALID_DAKID_FORMAT
Specifies the error code that indicates an invalid DAKID was found.
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.
NONE
ERROR
WARNING
INFORMATION
DEBUG
PERFORMANCE
ALL
Note:
Use the + sign to use multiple log types. For example, ERROR+WARNING.
To show the default owner for clearance results, you must set the default owner attribute in the
BOMwriter, which is then included in the generated .plmxml file.
1. In the Clearance.cfgglobal file, add the following attribute under the BomWriterUserAttributes
section:
BomWriterUserAttributes=target:Instance,key:"Item Revision
Owning User",prop:bl_rev_owning_user,key:"Last Modified
Date",prop:awb0RevisionLastModifiedDate
<product name>,EAICL_INITIAL_CLEARANCE_OWNER_ASSIGNMENT,ON
<product name>,EAICL_INITIAL_CLEARANCE_OWNER_CHOICE_CRITERION,Last
Modified Date
The configuration file changes can be added in the default product’s configuration.csvcldb and
then copied to all new products when they are created by using either the -uc (copy default
product's configuration.csvcldb file) or -ua (copy all default product's configuration files) flag in the
create_product.pl command line call. Alternatively, the configuration file changes can be added to
the individual product’s configuration.csvcldb file.
Analysis of managed products is performed via the analyze_managed_product.pl script, which triggers
the following events in sequence:
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 the Clearance Calculator section
in ClearanceDB ─ Administration.
analyze_managed_product.pl <product>
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
#-----------------------------------------
#-----------------------------------------
# Teamcenter Configuration:
# TC_ROOT=Y:\
# TC_DATA=Z:\
# TeamcenterUserId=tcuser
# RevisionRule=Latest Working
# RunLevel=6
# JtDataStagingProcess=1
#-----------------------------------------
"141-f10002_A_1-Front_Suspension__view_.vvi" file is
created in the product directory. Please
verify it.
#-----------------------------------------
# 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 2023-02-09T19:21:16.462Z: Setting logTypes to: -1
DEBUG 2023-02-09T19:21:16.462Z: Setting minor error: FILECOPY_FAILED, error code: 20
DEBUG 2023-02-09T19:21:16.478Z: Setting minor error: INVALID_DAKID_FORMAT, error code: 21
DEBUG 2023-02-09T19:21:16.478Z: Setting minor error: FCC_OPENFILE_FAILED, error code: 22
DEBUG 2023-02-09T19:21:16.478Z: Setting minor error: FCC_DOWNLOAD_FAILED, error code: 23
DEBUG 2023-02-09T19:21:16.478Z: Setting
minor error: GET_READ_TICKET_FAILED, error code: 24
DEBUG 2023-02-09T19:21:16.493Z: Setting minor error: DATASET_READ_FAILED, error code: 25
DEBUG 2023-02-09T19:21:16.493Z: Setting minor error: PLMXML_MISSING_JT, error code: 26
DEBUG 2023-02-09T19:21:16.493Z: Setting minor error: CHMOD_FAILED, error code: 27
DEBUG 2023-02-09T19:21:16.493Z: Setting
minor error: COPYOUT_CLEANUP_FAILED, error code: 28
DEBUG 2023-02-09T19:21:16.509Z: Setting BucketCount to: 30
DEBUG 2023-02-09T19:21:16.509Z: Setting UseAbsoluteLocation to: No
DEBUG 2023-02-09T19:21:16.603Z: Setting DirAccessMode to: 0750 (488)
DEBUG 2023-02-09T19:21:16.618Z: Setting FileAccessMode to: 0640 (416)
DEBUG 2023-02-09T19:21:16.618Z: Setting BucketPrefix to: RW
DEBUG 2023-02-09T19:21:16.618Z: Setting FilenamePrefix to: fmsr_
DEBUG 2023-02-09T19:21:16.618Z: Setting CopyOutLifetime to: 1209600
DEBUG 2023-02-09T19:21:16.618Z: Setting LifetimeCheck to: 0
DEBUG 2023-02-09T19:21:16.618Z: Setting the LifetimeCheckInterval to: 10
DEBUG 2023-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
#
# 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
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.
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).
The 3D model and the database content are matched by the name of the top-level assembly node.
Results are displayed in the Results list.
1. In My Teamcenter, right-click the item revision containing your product data and choose Send
To→Structure Manager.
The visualization components load and the Structure Manager embedded viewer opens.
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).
The 3D model and the database content are matched by the name of the top-level assembly node.
Results are displayed in the Results list.
You can combine ClearanceDB with Teamcenter's Design Context application to create an Integrated
Clearance Management (ICM) system. Design Context identifies a series of target parts and then quickly
finds other relevant data within a given proximity to those parts. This data can be sent to ClearanceDB
to perform clearance analysis in database query (batch) mode or real-time mode. Results are displayed
in Design Context, and also can be sent to the Structure Manager, the Lifecycle Viewer, or standalone
Mockup for display and further analysis.
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.
In database query mode, the ClearanceDB administrator creates a batch process to perform clearance
analysis periodically as a background task, typically every night. The batch process invokes the
Clearance Calculator to perform the analysis and uploads the results to the ClearanceDB database.
The Design Context end user can then evaluate the results, identify issues, and assign the issues via
a workflow to designers to analyze and resolve within other applications such as the Lifecycle Viewer,
Structure Manager, NX, or other CAD package.
• 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 Design Context in the Teamcenter help.
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
• Result
• Requirement
• Location
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.
After a delay that depends on the quantity of stored data, Teamcenter displays the retrieved
clearance issues in one of the Issues panes.
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.
A progress bar shows the percentage completion of the calculation, and you can click Cancel above
the progress bar to terminate the process if necessary. After a delay that depends on the scope of
the query, Teamcenter displays the clearance issues in one of the Issues panes.
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.
2. Click Finish.
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.
Variant-based clearance analysis uses product variant information stored in Teamcenter. Analyses can be
performed on a 150% BOM structure, which is the union of two or more product variants. Non-buildable
combinations of product structure are detected and excluded from the clearance analysis.
The benefits of removing non-buildable occurrence relationships from the 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 Structure Management on
Rich Client ─ Usage in the Teamcenter help.
You can perform variant-based clearance analysis using the following methods:
• Client-side
• Server-side
See Product Configurator on Rich Client to learn more about creating, modifying, and managing variants
in Teamcenter.
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 indeterminable 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
indeterminable.
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 .plmxml 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
b. From the Variant Rule dropdown, select the desired variant rule to apply against the loaded
file during clearance analysis.
c. Click OK.
To perform variant analysis in batch mode (Clearance.exe) using Teamcenter Product Configurator,
complete the following steps.
1. Ensure that you are connected to Teamcenter and that the connection is maintained for the
duration of the analysis process.
2. 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, which will
override settings in the Clearance.cfgglobal file.
EnableProductConfigurator
Enables Clearance.exe to use the Teamcenter Product Configurator to perform variant analysis.
Example:
EnableProductConfigurator=True
ProductConfiguratorVariantRule
Specifies the saved variant rule that is used for communicating with the Product Configurator.
Example:
ProductConfiguratorVariantRule=<valid variant rule>
VariantLogicalExpression
Define the variant condition UserValue title and BOM line property pair in the .plmxml 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
To view clearance results in Active Workspace, you must specify the clone stable ID for the BOMwriter to
include in the generated .plmxml file. You can specify this attribute in the Clearance.cfgglobal file if you
do not have specific metadata for every product, or in the Clearance.cfgproduct file if you have product
metadata.
Add the following attribute under the BomWriterUserAttributes section in either of the files identified
above.
BomWriterUserAttributes=target:Instance,key:__PLM_CLONE_STABLE_INST_UID,prop
:bl_clone_stable_occurrence_id
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 user name. 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
uploads 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 rulebase 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.
Visualization service level can be specified in the Visualization Licensing Level option in the
Teamcenter Organization application for the desired user. It is set to Base by default.
Licensing for ClearanceDB is specified in the client_specific.properties file, which is located in the
<RAC_install_location>\plugins\configuration_<version>\ directory on client machines.
Example:
This example shows the visualization licensing parameters in the client_specific.properties file set
with all available options:
PortalViewer_Optional_Licenses=Simplified Rendering,
ECAD,Analysis,Path_Planning,Concept_Desktop,Collaboration,
Visual_Report, STEP, JT_Inspect_Workflow
Note:
If the PortalViewer_Optional_licenses line does not exist, add the following line to the
client_specific.properties file, including the names of applicable functionality options.
• ECAD
• Analysis
• Path_Planning
• Concept_Desktop
• Collaboration
• Visual_Report
• STEP
• JT_Inspect_Workflow
• PLM XML Units — Specifies the unit of measurement for .plmxml files loaded in the viewer. This
option is located on the File tab→Preferences→PLM XML menu.
• Calculator Settings — Specifies clearance options such as the element type. These settings are
located from Analysis tab→Clearance group→Clearance Preferences →Calculator Settings.
Preliminaries
Before proceeding, do the following to determine if Perl is already installed and specified in the system
PATH environment variable:
If Perl is installed, the first line of the command line output displays the version, as shown below:
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.
• After upgrading your Oracle version, if you are unable to load the clearance results from the Clearance
database.
• You encounter errors when uploading to the database using the update_product.pl script. For
example, if you run update_product -ur to update rules and conditions and receive the following
error:
Example:
2021/02/03-11:48:25: Privilege CREATE JOB has not been granted to
CLOWNER.
2021/02/03-11:48:25: The ClearanceDB Oracle user is lacking system
privileges.
2. Enter the following at the SQL prompt, where, <clearancedb user name> is the clearancedb user
name.
For documentation on working with clearance results in standalone 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 Design Context in the Teamcenter help.
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.