01. gs_customization
01. gs_customization
Getting Started
with
Customization
PLM00003 - 13.0
Contents
• What is Teamcenter?
• How is it organized?
What is Teamcenter?
At its core, Teamcenter is a manager for your company's information. The Teamcenter server process
(tcserver) is where business logic takes place. It also maintains two permanent storage solutions:
• Teamcenter volumes
Volumes are OS directory structures maintained by Teamcenter's File Management System (FMS).
This system is responsible for delivering files to and from volumes; it is also responsible for client-side
caching. All components of Teamcenter must access the FMS in order to work with files.
Caution:
Direct manipulation of either of these storage solutions is unsupported and can cause irreparable
corruption of your information. When customizing, only use supported and documented
Teamcenter programming interfaces to access information managed by Teamcenter.
• User interface
You can customize the user interface (UI) by adding pages or tabs, arranging properties, changing
icons, arranging commands, and so on. Following are the main Teamcenter clients:
• Active Workspace
• Rich Client
A Java client, utilizing the Eclipse platform plug-in architecture, which can be customized using Java
and Eclipse's Standard Widget Toolkit (SWT).
• Behavior
You can change core Teamcenter behavior by writing extensions to existing operations, or writing
new operations using the Business Modeler IDE. Common examples include:
• Workflow handlers.
• Runtime properties.
• Data Model
You can change the data model, creating new objects and properties using the Business Modeler IDE.
• Localization
You can change object and property names as well as error messages based on the user's language
using the TextServer and the Business Modeler IDE.
• Command-line Utilities
You can write command-line utilities to access Teamcenter information using the provided C and C++
APIs.
Teamcenter organizes your information using objects; these objects have properties that can be indexed
and searched for by users. You can control icons, properties, available workflows, user access
permissions, and other functionality based on the type of object. Teamcenter objects:
• Have a hierarchy. There is a persistent object model (POM) structure of object types designed to
contain various types of metadata. User information, file information, signoff information, and so on.
• Exhibit inheritance. Object types will inherit behavior and properties from their parents.
• Are represented by object-oriented classes. Server-side objects are represented by C++ objects, while
the rich client uses Java objects. Object properties are also known as class attributes.
How is it organized?
• Client Tier
Only the main Teamcenter clients are shown. You can also write a custom client or connect an
existing piece of software to Teamcenter using Teamcenter Services.
The two-tier rich client has its own self-contained tcserver process, and must therefore have direct
access to the resource tier. This means any network latency will degrade performance drastically, and
also having to open direct access to the resource tier is not secure in a corporate network. For these
reasons, the two-tier rich client is mainly used by system administrators during installation and
configuration. It is also useful for troubleshooting, as it does not require the four-tier architecture to
be functional. When distributing your customizations, do not forget any two-tier rich client
installations.
• Web Tier
The web tier consists of a Teamcenter web application that is responsible for communication between
clients and the tcserver process. Customization of the core Teamcenter web application is not
supported.
• Enterprise Tier
The enterprise tier consists of a pool of Teamcenter C++ server processes (tcserver) and a server
manager. The optional Dispatcher Server (not shown) will also be here if that feature is installed. Any
server-side customizations are made to this tier.
• Resource Tier
The resource tier consists of a relational database server, volume servers, license servers, and other
important, low-level resources. Customization at this level is not supported.
• Teamcenter volumes
Volumes are OS directory structures maintained by Teamcenter's File Management System (FMS).
This system is responsible for delivering files to and from volumes; it is also responsible for client-side
caching. All components of Teamcenter must access the FMS in order to work with files.
Caution:
Direct manipulation of either of these storage solutions is unsupported and can cause irreparable
corruption of your information. When customizing, only use supported and documented
Teamcenter programming interfaces to access information managed by Teamcenter.
• User interface
You can customize the user interface (UI) by adding pages or tabs, arranging properties, changing
icons, arranging commands, and so on. Following are the main Teamcenter clients:
• Active Workspace
A separate Siemens Digital Industries Software product which ships with its own documentation.
This client uses modern web-based design, and can be customized using JavaScript, JSON, XML,
and HTML.
• Rich Client
A Java client, utilizing the Eclipse platform plug-in architecture, which can be customized using Java
and Eclipse's Standard Widget Toolkit (SWT).
• Behavior
You can change core Teamcenter behavior by writing extensions to existing operations, or writing
new operations using the Business Modeler IDE. Common examples include:
• Workflow handlers.
• Runtime properties.
• Data Model
You can change the data model, creating new objects and properties using the Business Modeler IDE.
• Localization
You can change object and property names as well as error messages based on the user's language
using the TextServer and the Business Modeler IDE.
• Command-line Utilities
You can write command-line utilities to access Teamcenter information using the provided C and C++
APIs.
• Have a hierarchy. There is a persistent object model (POM) structure of object types designed to
contain various types of metadata. User information, file information, signoff information, and so on.
• Exhibit inheritance. Object types will inherit behavior and properties from their parents.
• Are represented by object-oriented classes. Server-side objects are represented by C++ objects, while
the rich client uses Java objects. Object properties are also known as class attributes.
• Have properties which are permanently stored in RDBMS tables. Runtime properties are generated
dynamically.
How is it organized?
Following shows a basic diagram of the Teamcenter metadata architecture.
• Client Tier
Only the main Teamcenter clients are shown. You can also write a custom client or connect an
existing piece of software to Teamcenter using Teamcenter Services.
The two-tier rich client has its own self-contained tcserver process, and must therefore have direct
access to the resource tier. This means any network latency will degrade performance drastically, and
also having to open direct access to the resource tier is not secure in a corporate network. For these
reasons, the two-tier rich client is mainly used by system administrators during installation and
configuration. It is also useful for troubleshooting, as it does not require the four-tier architecture to
be functional. When distributing your customizations, don't forget any two-tier rich client
installations!
• Web Tier
The web tier consists of a Teamcenter web application that is responsible for communication between
clients and the tcserver process. Customization of the core Teamcenter web application is not
supported.
If you have installed Active Workspace, there is a second web application which communicates with
the main Teamcenter web application. This provides the communication and interface processing for
Active Workspace. Customization of the Active Workspace web application is covered in Active
Workspace's Configuration and Extensibility guide.
• Enterprise Tier
The enterprise tier consists of a pool of Teamcenter C++ server processes (tcserver) and a server
manager. The optional Dispatcher Server (not shown) will also be here if that feature is installed. Any
server-side customizations are made to this tier.
• Resource Tier
The resource tier consists of a relational database server, volume servers, license servers, and other
important, low-level resources. Customization at this level is not supported.
Asia-Pacific
Americas Suites 4301-4302, 43/F
Granite Park One AIA Kowloon Tower, Landmark East
5800 Granite Parkway 100 How Ming Street
Suite 600 Kwun Tong, Kowloon
Plano, TX 75024 Hong Kong
USA +852 2230 3308
+1 314 264 8499