OpenText AppWorks Platform 22.3 Installation Guide For Windows2
OpenText AppWorks Platform 22.3 Installation Guide For Windows2
Chapter 1 Introduction 1
Components 1
Audience 1
Installation overview 2
Chapter 2 System requirements 3
AppWorks Platform installation considerations 4
Environment support 4
Server requirements 4
Client requirements 5
Chapter 3 Installation checklist 6
Pre-installation checklist 6
Installation and configuration checklist 7
Installation worksheet 8
Chapter 4 Getting started with AppWorks Platform installation 11
Downloading the installation bundle 11
Chapter 5 Configuring third-party software 13
Java configuration 13
Configuring environment variable post Java installation 14
Database configuration 15
Prerequisites 16
Prerequisites for an existing database 17
Prerequisites for an existing MS SQL server database 17
Prerequisites for an existing Oracle database 17
Prerequisites for an existing PostgreSQL database 19
Tomcat configuration 19
Configuring Apache Tomcat properties 20
iii
Editing Tomcat connector definition 21
TomEE configuration 21
Downloading TomEE 22
Creating a TomEE user 23
Granting TomEE access to the installation directory 24
Adding a default value environment variable 24
Installing the TomEE service 25
Updating the TomEE configuration 26
Configuring JDBC driver for TomEE 27
Configuring for MS SQL 27
Configuring for Azure SQL Database 28
Configuring for Oracle 29
Configuring for PostgreSQL 30
Configuring TomEE ports 30
Chapter 6 Installing AppWorks Platform 32
Installing CARS 33
Installing AppWorks Platform baseline 35
Deploying AppWorks Platform applications 42
Verifying AppWorks Platform installation 44
Hardening AppWorks Platform security 44
Chapter 7 Installing OpenText Directory Services 45
Installing OpenText Directory Services 46
Verifying the OTDS installation 47
Chapter 8 Configuring OpenText Directory Services 48
Configuring AppWorks Platform for OTDS authentication 49
Creating a resource for AppWorks Platform 49
Configuring AppWorks Platform for OTDS authentication 52
AppWorks Platform OTDS authentication 52
AppWorks Platform trusted sites 53
Configuring OTDS authentication per organization 54
Creating a user to push users and groups into AppWorks Platform 55
Creating an organization-specific partition for groups and roles 56
Creating an organization-specific resource for AppWorks Platform in OTDS 56
iv
Linking the organization-specific partition to the organization-specific resource 59
Synchronizing roles 59
Creating a process administrator user 60
Managing users and group membership for a specific organization 61
Consolidating the resource 62
Verifying the configuration 62
Configuring OTDS for AppWorks Platform 63
Adding the Company AD partition 63
Adding an OTDS user 64
Disabling the authentication handler 65
Appendix A Installing AppWorks Platform on a single instance through
command line 66
Installing AppWorks Platform on a single instance 66
Installing CARS 66
Installing AppWorks Platform baseline 68
Installing AppWorks Platform application packages 68
Appendix B Installing AppWorks Platform on primary-distributed
computers through command line 72
Command line installation on primary-distributed computers 72
Installing AppWorks Platform on the primary computer 72
Installing AppWorks Platform on the distributed computer 72
Installing baseline on a distributed computer 73
Installing applications on a distributed computer 74
Appendix C Uninstalling AppWorks Platform through command line 76
Uninstalling AppWorks Platform on a single instance 76
Uninstalling AppWorks Platform on primary-distributed computers 76
Uninstalling application packages on the distributed computer 77
Uninstalling baseline on the distributed computer 77
Uninstalling baseline on the primary computer 78
Uninstalling OpenText CARS 78
Dropping database tables 78
Appendix D Uninstalling AppWorks Platform through a wizard 81
Uninstalling AppWorks Platform on a single instance 81
v
Uninstalling AppWorks Platform on primary-distributed computers 81
Uninstalling application packages on the distributed computer 82
Uninstalling baseline on the distributed computer 82
Uninstalling baseline on the primary computer 83
Dropping database tables 83
Appendix E Troubleshooting 86
General troubleshooting 86
Troubleshooting OTDS 86
Installing AppWorks Platform on primary-distributed computers 88
Installation on primary-distributed computers 88
Installing AppWorks Platform on the primary computer 89
Installing AppWorks Platform on the distributed computer 89
Installing baseline on a distributed computer 90
Installing application packages on a distributed computer 91
Appendix F Configuring online help on a Private Help Server 92
Providing the online help on a local help server (Private Help Server) 92
Configuring AppWorks Platform to use a local help server (Private Help Server) 93
vi
Chapter 1 Introduction
Chapter 1
Introduction
AppWorks Platform enables users to design, build, test, deploy, and monitor business
applications. It provides low-code development capabilities that enable users to quickly
model business objects using a compositional approach to application development, instead
of traditional way of programming a functionality.
The AppWorks Platform Installation Guide explains how to install new versions of AppWorks
Platform on Windows with MS SQL Server, Oracle, or PostgreSQL as the database and
TomEE as the Web server.
Topics include:
l Components
l Audience
l Installation overview
Components
Component Description
AppWorks Enables users to design, build, test, deploy, and monitor business
Platform applications. It provides low-code development capabilities that enable
users to quickly model business objects using a compositional approach to
application development, instead of traditional way of programming a
functionality.
OTDS Used as a centralized authentication mechanism and for user and role
management.
Audience
Note: The AppWorks Platform Installation Guide is written for system administrators or
users with administrative privileges who are responsible for installing AppWorks Platform. It
is highly recommended that users have a good knowledge of configuring MS SQL server,
Oracle, or PostgreSQL databases, configuring OpenText Directory Services (OTDS), and
administering web servers such as TomEE.
Installation overview
The AppWorks Platform installation comprises two stages - baseline and application. You can
perform the installation on each stage in two different modes:
n Graphic User Interface (GUI) or Wizard
n Command line (non-GUI)
The following illustration provides a high-level overview of the steps required for installing
AppWorks Platform on a single instance in GUI mode. See Appendixes for instructions on
other modes of installations.
Chapter 2
System requirements
Before installing AppWorks Platform, ensure that all hardware, software, and database
requirements are met. Additionally, complete the prerequisites and obtain the necessary
configuration information before proceeding with the installation.
Important: For optimal utilization of resources, OpenText recommends that you install the
database server and OTDS on separate servers.
The following sections list the minimum hardware and software requirements for installing
AppWorks Platform.
System requirement information includes:
l AppWorks Platform installation considerations on page 4
l Environment support on page 4
Note: Although AppWorks Platform supports using a single CARS instance for multiple
AppWorks Platform instances, it is strongly recommended that you use one CARS instance
per AppWorks Platform instance. This is useful in backup and restore scenarios, where you
need to stop CARS to restore LDAP content of a AppWorks Platform instance. This results in
other AppWorks Platform instances being stopped as well. Therefore, having a dedicated
CARS instance for each AppWorks Platform instance helps avoid such situations.
Two or more installations of AppWorks Platform can share the same directory service
(CARS) and distribute the load of service requests between themselves. This setup is
preferred in high availability required environments. To configure AppWorks Platform in high
availability mode to manage failover, see the AppWorks Platform High Availability
Deployment Guide available on My Support.
Environment support
See the AppWorks Platform Supported Environments on My Support for a comprehensive list
of environments supported for AppWorks Platform.
Server requirements
The following table lists the minimum server requirements necessary to host AppWorks
Platform services.
Note: Based on your application needs, you can increase the above requirements.
Client requirements
The following table lists the minimum hardware requirements necessary to access AppWorks
Platform services installed on a server.
Hardware Specification
Processor Dual core
Processor speed 2 GHz or faster
RAM 8 GB
Monitor resolution 1280x1024
Color depth 32 bits or higher
Monitor DPI 96
Chapter 3
Installation checklist
This topic provides a high-level overview of the steps for installing AppWorks Platform.
Topics include:
l Pre-installation checklist on page 6
l Installation and configuration checklist on page 7
l Installation worksheet on page 8
Pre-installation checklist
Before beginning the installation process, do the following:
Task Description
❑ Satisfy all system requirements System requirements on page 3
❑ Set administrative privileges Grant administrative privileges on the computer
where the installations are to be performed for the
user performing the install and that this user has
WRITE privileges.
❑ Verify AppWorks Platform Verify that all computers where AppWorks
installation environments Platform is to be installed are in the same domain
and the administrator has appropriate permissions
on the Active Directory.
❑ Verify the third-party software Verify if the relevant versions of Java, database,
installations and web server are installed.
See the AppWorks Platform Supported
Environments guide on My Support for the list of
supported environments for AppWorks Platform.
If not installed, see the installation guide of the
corresponding software vendor for instructions on
installing the required software.
❑ Obtain installation information Print and complete the Installation worksheet on
page 8 before you begin installation. This
worksheet is used throughout the installation
process.
Additionally, use it to track information generated
during the installation, which is needed later in the
process.
Note: Open a text file editor, such as Notepad, to
record information generated during the
installation. You can reuse this information during
the install process.
❑ Download the installation zip file Getting started with AppWorks Platform
bundle to the AppWorks Platform installation on page 11
installation directory. This is
referred as <extracted
installation folder>
Task See
q Complete pre-installation checklist Installation checklist on page 6
q After installing the third-party Configuring third-party software on page 13
software or if already installed,
configure them as specified.
Note: For supported versions,
see the AppWorks Supported
Environments guide in OpenText
MySupport.
n Configure Java Java configuration on page 13
Installation worksheet
Print this page and obtain the values for these items before or during the installation
process. These values are used in various configuration steps so it is vital that you note
these values as you go for a successful installation. All values required to be recorded are
identified in the procedures.
Caution: Before you start installing AppWorks Platform, ensure the following:
n Any user input you provide to the installer does not contain more than one dollar
character '$'. The installer ignores any content between the dollar characters including
the dollar characters.
n Any user input you provide to the installer does not contain more than one consecutive
forward slash '/' characters. The installer treats this as an escaping sequence.
Recommendation: Open a file in Notepad to copy various values, as some are lengthy
numeric values. By doing so, you can copy and paste long strings of information without
having to retype it.
Item Value
q Host server name / ID
q Extracted Installation Folder name
(where the installation bundle is
downloaded and files extracted)
q JDK or JRE installation directory
q Absolute path to the JDBC driver.
For example: for SQL Server database
driver, type the path of mssql-jdbc-
7.2.1.jre11.jar
q Absolute path to x64 folder
q TomEE
l User ID
l Password
l Port number
Item Value
l Port number
q CARS
l Instance name
l Port number
l User name
l Password
Chapter 4
Getting started with AppWorks
Platform installation
Before proceeding with the AppWorks Platform installation, download the installation bundle
from My Support and then stage for installation. A link to this site is available from your
sales representative or the Customer Support department.
1. Create a AppWorks Platform Install folder on your desktop. This is the destination
location where the installer zip file is to be copied.
2. Access My Support and navigate to the folder containing the latest AppWorks Platform
installer.
3. Click the AppWorks Platform installer link to download the installer. The installer will be
downloaded to a temporary location.
4. Copy the installer zip file, OpenText_AppWorks_Platform_<version>.zip, to the
destination installation folder just created in step 1.
5. Extract the contents of the zip file to this install folder.
Chapter 5
Configuring third-party software
AppWorks Platform requires the support of a number of third-party applications. This section
provides the special considerations or configurations for implementing these software
packages to suit AppWorks Platform requirements.
Note: For supported versions, see the AppWorks Platform Supported Environments guide
in OpenText MySupport.
Topic includes:
l Java configuration on page 13
l Database configuration on page 15
l Tomcat configuration on page 19
l TomEE configuration on page 21
Java configuration
This section provides instructions for configuring Java as it applies to AppWorks Platform.
1. From the Start menu, select Run. Type sysdm.cpl, and then click OK.
The System Properties dialog box opens.
3. In System variables:
n Scroll to see whether an existing JAVA_HOME variable is available. If one exists, select
the JAVA_HOME variable, and then click Edit.
n If the JAVA_HOME directory does not exist, click New.
5. Click OK.
The Environment Variables dialog box refreshes with the updated information.
6. In System variables, repeat the process for the Path variable:
n Scroll to see whether an existing Path variable is available. If one exists, select the
Path variable, and then click Edit.
n If the Path variable does not exist, click New.
7. Type or modify the Path variable with the Variable value set with the absolute path to
the bin folder for the <JDK_installdir>.
Note: If the Path variable exists, move to the end of the existing variable value and
append the following path to this variable value:
;<JDK_installdir\bin>
For example:
8. Click OK to accept the change, and then close the System Variable dialog box.
9. Click OK to exit the Environment Variables.
10. Click OK again to exit the System Properties dialog box.
Database configuration
AppWorks Platform supports the following databases:
n MS SQL Server
n Oracle
n PostgreSQL
The following section provides information on the configuration requirements for each
database.
Prerequisites
Ensure that your database satisfies the following:
Database The database name used for installing AppWorks Platform must not
naming contain '.' (dot character) in the name.
convention
Database size The initial sizes of a data file in a database and its growth rate affect
requirements the performance of database operations. This in turn affects the
performance of AppWorks Platform during design time and runtime.
The actual data file size depends upon the volume of transactions. The
minimum recommended data file sizes are as follows:
Production Environment:
n Initial data file size of 5 GB and Auto growth of 1 GB
n Log file initial size of 2 GB and Auto growth of 1 GB
Development Environment:
Note: SQL Server instance needs to be configured with static ports. AppWorks does not
support dynamic ports with SQL server during installation.
l TABLE - Create/Alter/Drop
l INDEX - Create/Alter/Drop
l VIEW - Create/Alter/Drop
l PROCEDURE - Create/Alter/Drop/Execute
l TRIGGER - Create/Alter/Drop
l SEQUENCE - Create/Alter/Drop
l DBMS_LOCK - Execute
l TYPE - Create
n The compression at Oracle database server level is not supported. Therefore, OpenText
recommends disabling compression before performing installation. Contact your
database administrator on disabling compression at database server level.
n Optionally, to enable XA settings, grant the following rights to the user who connects to
the database:
l Grant select on sys.dba_pending_transactions to <user name>;
n Optionally, to use SSL for Database connectivity with JDBC, you must configure the
Oracle service name as TCPS. See Oracle documentation for the procedure.
n The following parameters and the default values or characteristics are set:
l NLS_CALENDAR: GREGORIAN
l NLS_CHARACTERSET: AL32UTF8 for multibyte support
l NLS_COMP: BINARY
l NLS_CURRENCY: $
l NLS_DATE_FORMAT: DD-MON-RR
l NLS_DATE_LANGUAGE: AMERICAN
l NLS_DUAL_CURRENCY: $
l NLS_ISO_CURRENCY: AMERICA
l NLS_LANGUAGE: AMERICAN
l NLS_LENGTH_SEMANTICS: BYTE
l NLS_NCHAR_CHARACTERSET: AL16UTF16
l NLS_NCHAR_CONV_EXCP: FALSE
l NLS_NUMERIC_CHARACTERS: .,
l NLS_SORT: BINARY
l NLS_TERRITORY: AMERICA
l NLS_TIME_FORMAT: HH.MI.SSXFF AM
l NLS_TIME_TZ_FORMAT: HH.MI.SSXFF AM TZR
l NLS_TIMESTAMP_FORMAT: DD-MON-RR HH.MI.SSXFF AM
l NLS_TIMESTAMP_TZ_FORMAT: DD-MON-RR HH.MI.SSXFF AM TZR
l CREATE TEMPORARY
l SELECT
l INSERT
l UPDATE
l DELETE
l TRUNCATE
l EXECUTE
l REFERENCES
Tomcat configuration
Before you begin: You must provide the port number during the Tomcat installation,
because this port number is required for subsequent configurations. Refer to the installation
worksheet for details.
Important: This port number must be different from TomEE because these are two
different software components.
1. Open the Monitor Apache Tomcat tool. Click All Programs > Apache Tomcat >
Monitor Tomcat.
The Apache Tomcat Properties dialog box opens.
2. If you did not select Service Startup when you installed Tomcat, set the Startup type to
Automatic. On the General tab, for Startup type, select Automatic and click Apply.
3. Click the Java tab.
The Java Properties tab opens.
6. Click OK.
Note: The Port number must match the port number defined in the Tomcat installation.
Refer to the Installation Worksheet if needed.
4. Add a new attribute called maxHttpHeaderSize="65536" at the end of this definition. For
example:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" maxHttpHeaderSize="65536" />
TomEE configuration
This section provides instructions on configuring TomEE.
Topic includes:
l Downloading TomEE on page 22
l Creating a TomEE user on page 23
l Granting TomEE access to the installation directory on page 24
l Adding a default value environment variable on page 24
l Installing the TomEE service on page 25
l Configuring JDBC driver for TomEE on page 27
l Configuring TomEE ports on page 30
Downloading TomEE
To download TomEE:
5. Click Create.
The User is created.
6. Write the user ID and password details on the Installation Worksheet.
7. Click Close.
8. On the Local Users and Groups window, select Users to view the newly created User
(TomEE).
The Local Users and Groups window opens.
9. Right-click the TomEE user and select Properties > Member Of.
3. Click Add.
The Select Users or Groups dialog box opens.
4. For:
Object Types In the Object Type dialog box, clear all object types except for
Users, and then click OK.
Locations In the Locations dialog box, select your local server name, and then
OK.
Check Names In the Object names to select section, type TomEE, and then
click Check Names to verify the user name.
5. Click OK.
The Permissions for TomEE dialog box returns with TomEE already selected in the Group
or user names box.
6. Under Group or user names, select TomEE and then, under Permissions for TomEE,
grant Full control, and click OK.
7. Click OK to exit the TomEE Properties dialog box.
5. For:
7. For:
This account Click Browse to select the TomEE user. The Select User
dialog box opens.
Object Types Click this option to select Users. Clear all object types
except for Users, and then click OK.
Note: The TomEE user must be in the following format:
<domain name>\<user name>.
AppWorks Platform does NOT support the following
users:
n Local System
Note:
n The property -XX:MaxRAMPercentage sets the maximum Java heap size as a percentage
of the available memory. The default value for this property is set to be 75.0. For
example, on a server with 24GB of memory, 18GB is available for TomEE. This property
can be changed if required.
n The property -Dbus.xml.vm.maxsize sets the memory available for NOM XML
processing. The default value for this property is set to 25% of the available server
memory in MB. For example, on a server with 24GB of memory, set this property to
6144 (25% of 24GB is 6GB, which is 6144MB).
4. Leave the Initial memory pool and Maximum memory pool fields empty, because
the TomEE memory configuration is already done using the above mentioned properties.
5. Click OK.
Note: Ensure that the lib folder contains only the supported version of the JDBC driver.
Note: Ensure that the CLASSPATH contains only the supported version of the JDBC
driver.
Note: Ensure that the lib folder contains only the supported version of the JDBC driver.
Note: Ensure that the CLASSPATH contains only the supported version of the JDBC
driver.
Note: Ensure that the lib folder contains only the supported version of the JDBC
driver.
Note: Ensure that the CLASSPATH contains only the supported version of the JDBC
driver.
Note: <user name> refers to the credentials of the AppWorks Platform user who
connected to the database (as specified in the AppWorks Platform Database
configuration).
Note: Ensure that the lib folder contains only the supported version of the JDBC
driver.
Note: Ensure that the CLASSPATH contains only the supported version of the JDBC
driver.
1. Navigate to <TomEE_installdir>\conf.
2. Right-click server.xml and select Edit.
The server.xml file opens.
3. Edit the following items:
n Change the Server shutdown port from 8005 to 8006.
n Change the Connector port from 8080 to 81 (recommended).
n Change the AJP 1.3 Connector port from 8009 to 8010.
Note: Port 8080 is typically reserved for Tomcat OTDS installation and port 80 for other
programs that use IIS during installation.
Important: If running a monolithic system, verify ports and ensure that Tomcat, TomEE,
and IIS are running on different ports. If you change the default port number of the
Connector port to any other port number, you must change the redirectPort, serverPort, and
the Connector port of AJP to other ports that do not conflict with the Tomcat ports. Write the
port you use on the Installation Worksheet.
To update the AppWorks Platform configuration:
After changing the port number in TomEE, you must update the AppWorks Platform
configuration. The property com.cordys.node.url must point to the localhost URL including
protocol and port number. It must be updated when SSL is enabled on the Web server or
when the port number is changed.
Property Value
com.cordys.node.url http://localhost:<port number>
Chapter 6
Installing AppWorks Platform
The next step for installing AppWorks Platform is to initiate the AppWorks Platform
installation in the following order:
l OpenText CARS
l AppWorks Platform baseline
l AppWorks Platform application packages
The CARS Install Anywhere dialog box opens initiating the AppWorks Platform
installation.
Installing CARS
AppWorks Platform requires a repository where it can store all its information about
organizations, users, service containers, services, and other objects. CARS is a Lightweight
Directory Access Protocol (LDAP) service provided and supported by AppWorks Platform.
CARS can be installed on the same computer where AppWorks Platform is installed or on a
different computer.
Before you begin: Ensure that the location of the JDBC driver jar of your database is set in
the classpath.
To install OpenText CARS:
1. Extract the contents of the installer zip file (for example, OpenText_AppWorks_Platform_
<release>.zip) to a local folder.
2. Navigate to the extracted folder and double-click Open_Text_CARS_2.7.exe
The Welcome page of OpenText CARS installer wizard opens.
3. Click Next.
The Third-Party Software License Agreements dialog box opens.
4. Review the license agreement. Select the I accept the terms of the License
Agreement option and click Next.
The Instance Name dialog box opens.
3. Accept the default or type an Instance Name for this instance and click Next.
Note: This can be a name of your choice. Write this name on the Installation Worksheet
for future reference.
The Installation Folder page opens.
Note: If installing CARS on a separate computer, type the absolute path to where the
service is created.
The Server Configuration dialog box opens.
5. Do the following:
Note: This might be required if you are installing AppWorks Platform in a Primary-
Distributed environment.
7. Click Next.
The User Credentials dialog box opens.
8. Accept the default user name or provide a desired user name.
Where: cn=<username>,o=<domainSuffix>
For example: cn=Directory Manager,o=mycompany.com
a Congratulations message.
14. Click Done.
The CARS installation is complete.
15. Continue with Installing AppWorks Platform baseline on page 35.
5. For:
6. Click Next.
The Advanced Configurations dialog box opens.
7. For:
8. Click Next.
The Instance Information dialog box opens.
9. Accept the default value or type a name for this instance, and then click Next.
The License Information dialog box opens.
10. For:
Registered Customer Name Type the name of the customer associated with
this product.
Registered Site Name Type the site name provided with the purchase
of the product. Refer to the Installation
Worksheet or your sales materials.
Tip: Refer to the Installation Worksheet or your sales materials for the relevant details.
Note: SQL Server instance needs to be configured with static ports. AppWorks Platform
does not support dynamic ports with SQL server during installation.
Database Type Select MS SQL Server from the Database Type list.
Server name Type the full computer name of the database where the
installation is taking place. (From the Desktop, right-click and
select Properties. Obtain the Computer name.) Optionally,
you can also type the SQL instance name along with the server
name as <computername>/[instancename].
For example: AppWorksplatform.opentext.net/SQL2012.
Note: The database might not be the local computer where
you are installing AppWorks Platform.
Port Accept the default of 1433.
Authentication type Accept the default of SQL Authentication.
User Name and Type a new name and password for this AppWorks Platform
Password installation. If SQL Server database is used with Windows
Authentication as the Authentication type, the database user
details are hidden. The user name and password details given
in the Monitor Service User panel shall be used to connect to
the database.
Database Name Type a unique database name.
Use SSL for Leave check box cleared.
connectivity Note: If you want to use secured connectivity using SSL,
ensure that the database server is configured to use SSL and
import a valid certificate into Java trust store, and then select
this check box.
Create New Database Select this check box. When selected the DBA User name and
Password fields are displayed.
Use same DB for Select this check box.
Logger
DBA User Name and Type a user name and password for the database
DBA Password administrator.
Database Type Select Azure SQL Database from the Database Type list.
Server name Type the Azure SQL Database server name.
For example: awpazureinst.database.windows.net
User Name and Applicable only when SQL Authentication is selected as the
Password authentication type.
Type a new name and password for this AppWorks Platform
installation. If Azure SQL Database is used with Azure
AD Integrated Authentication, the database user details are
hidden. The user name and password details given in the
Monitor Service User panel will be used to connect to the
database.
Database Name Type a unique database name.
Use SSL for By default, this option is selected and cannot be modified.
connectivity
Create New Database Select this check box. When selected the DBA User name and
Password fields are displayed.
Use same DB for Logger Select this check box.
DBA User Name and Applicable only when SQL Authentication is selected as the
DBA Password authentication type.
Type a user name and password for the database
administrator.
n For Oracle:
n For PostgreSQL
Server name Type the fully qualified name of the database server. For
example: sales.acme.com
Port Type the port number of database server. Default is 5432
User Name and Password Type an existing PostgreSQL user name and password.
Database Name Type a unique database name for new database.
Use SSL for connectivity Leave check box cleared.
Note: If you want to use secured connectivity using SSL,
ensure that the database server is configured to use SSL
and import a valid certificate into Java trust store, and then
select this check box.
Create New Database Select this check box. When checked, the DBA User Name
and Password fields are displayed.
Note: AppWorks Platform creates all database objects in
the default schema. For example, by default, public is the
default schema in PostgreSQL and all database objects will
be created in this schema.
Use same DB for Logger Select this check box.
DBA User Name and DBA Type PostgreSQL user name and password for the
Password database administrator.
22. The TomEE service logon user name is populated automatically. Type the appropriate
password and click Next.
The Please Wait dialog box opens advising to wait while AppWorks Platform is
configured.
The Database Settings dialog box opens.
Optional: This page appears only if you selected PostgreSQL as the database in the
Database Information page. Do one of the following:
n To create a new tablespace, select Create new tablespace and type a name and
path where the tablespace will be located in the database.
n To use an existing tablespace, select Use existing tablespace option and type the
name of the tablespace.
When complete, the Congratulations dialog box opens indicating successful installation.
1. From the AppWorks Platform Explorer that launched at the conclusion of the prior
section, the Deploying mandatory application displays.
2. Type the AppWorks Platform Administrator User Name and Password and click Sign In.
Refer to the Installation Worksheet for the user details.
The installer prepares to deploy product applications.
5. Click Next.
A summary page appears with the details of each application.
7. Click Deploy.
The deployment of the application packages starts.
Deployment can take more than 30 minutes to complete.
Note: If any issues arise during the deployment of the CAP files, increase the JVM size.
Go to System Resource Manager > Cap service container and increase the JVM
size to 512 in the JRE configuration tab.
After deploying all the applications, a summary page displays a list of all deployed
application packages.
8. Click Finish.
Deployment of the application packages is complete and the AppWorks Platform
installation is complete.
The AppWorks Platform page appears.
9. Enter the AppWorks Platform User Name and Password and click OK.
The AppWorks Platform Explorer opens.
2. Type the User name and Password and click Sign In.
The default layouts page displays.
Tip: When you test the application, if the browser freezes with a screen that displays
‘Loading application’, you must close the browser and test again.
Chapter 7
Installing OpenText Directory
Services
l Open Text recommends that the user installing or upgrading OTDS has administrative
privileges.
l Ensure that the <TomEE user> has Read and Write access on the OTDS installation
directory.
4. Click Next.
The License Agreement page appears.
5. Review the license information by scrolling to the bottom of the text. Check the I accept
the terms in the License Agreement check box and click Next.
The Destination Folder dialog box opens.
8. Leave the Please check this box if you wish to setup the server as a replication
server check box unchecked and click Next.
The Java Virtual Machine dialog box opens.
9. Click Next.
The Apache Tomcat Directory dialog box opens.
10. Accept the default value and click Next.
The Directory Services Parameters dialog box opens.
11. Accept the default port numbers and click Next.
Note: Make sure that no other programs are using the default directory services ports.
If another program is using these ports, the installer does not allow you to proceed.
The OTDS Administrator dialog box opens.
12. For:
n Enforce a complex password for otadmin@otds.admin - Clear this check box.
n Password - Type the OTDS Administrator user name as otadmin@otds.admin and
password per the Installation Worksheet.
Chapter 8
Configuring OpenText Directory
Services
This section identifies the configuration of OTDS required to support AppWorks Platform.
Topics include:
n Configuring OTDS for AppWorks Platform on page 63
n Configuring AppWorks Platform for OTDS authentication on page 49
n Configuring OTDS authentication per organization on page 54
n Disabling the authentication handler on page 65
5. Click Save.
The user is created and displays on the Users pane.
1. Connect to OTDS server using the OTDS Web Administration and log on as
Administrator.
The OTDS Administration page appears.
2. Click Resources on the navigation bar.
The Resources page appears.
4. For:
5. Click Next.
Important: Do not click Save. Wait to save this resource until all parameters are
configured.
The New Resource > Synchronization page appears.
6. For:
7. Click Next.
Important: Do not click Save. Wait to save this resource until all parameters are
configured.
The New Resource > Connection Information page appears.
Note: See the Installation Worksheet for the AppWorks Platform information generated
during the installation process. Use this information in the next step.
8. For:
User Name Type the user name of the user created for OTDS push
connector above.
This user name is used to push users from OTDS to
AppWorks Platform.
Password Type the password of the user created during the
AppWorks Platform installation.
9. Click Test Connection to verify that the details provided above are correct and a
connection between AppWorks Platform and OTDS can be established.
When successful, a Connected Successfully message is displayed.
Note: If the page does not display any values, click Reset to Default.
The New Resource > Group Attribute page appears.
12. Accept the default values and click Save to create the resource.
Note: If the page does not display any values, click Reset to Default.
The Resource Activation – AppWorks Platform dialog opens displaying the resource
identifier.
Important: Do not click Verify Activation because more configuration is required.
13. Highlight and copy the resource identifier and paste it into a text editor or write this
identifier on the Installation Worksheet so you can copy it later when configuring
AppWorks Platform to use OTDS for authentication.
14. Click OK.
The resource is created for AppWorks Platform.
OTDS Server URL Type the URL to access the OTDS Server in the following format:
http://<computer name>:<port number>
This must be a valid URL, starting with either http or https, for
example: http://server1:8080
Resource ID Enter the resource identifier of the AppWorks Platform resource
created in OTDS.
Note: The Shared configuration can be used in all organizations. However, the
Organization configuration can only be used in the current organization.
7. For:
8. The OTDS Properties tab is automatically populated with the OTDS resource information.
9. Optional. If the public URL of the OTDS server is different from the internal URL, for
example when a proxy is used, then specify the Public OTDS login URL. Use the public
URL of the OTDS server and concatenate /otdsws/login.
For example: https://otds.acme.com:8443/otdsws/login
For authentication, the domain level URL for AppWorks Platform must be registered as
trusted sites in OTDS to ensure that OTDS can redirect back to the products after the user
has been authenticated. Without configuring this, you are likely to receive an error "Not a
trusted referral site, please contact your administrator" after the user has been
authenticated and before returning to the originally requested application.
To add a trusted site:
5. Click Save.
6. In the left frame, click Access Roles.
The Access Roles page appears.
7. Select Access to AppWorksPlatform and click Actions > View Access Role
Details.
8. Click Add.
The Add Partitions – Access to AppWorksPlatform page appears.
9. Select the AppWorksPlatform Partition that was previously created and click Add
Selected Items to Access Role.
10. Click Close Dialog to close the page.
11. Click Save.
The page is refreshed.
Note: Adding the User Partition automatically pushes all the users and groups to
AppWorks Platform. Users in OTDS are pushed as authenticated users to AppWorks
Platform and groups in OTDS are pushed as roles to AppWorks Platform.
12. Optional: If you have multiple partitions added to Access Roles, select the Access to
AppWorksPlatform role and click Actions > Include Groups from OUs.
The Include/Exclude Groups from OUs message displays.
Note: To push the AppWorks Platform package roles to OTDS, use the OTDS Push roles
functionality available in Security Administration. For more information, see the
Synchronizing roles from AppWorks Platform to OTDS topic in the AppWorks Platform
Administration Guide.
Note: This section assumes that the name of the organization is System.
1. Open a browser and access AppWorks Platform Explorer > User Manager.
The User Manager window opens.
2. Click + (Add a User) on the toolbar.
The Create User page appears.
3. For:
Field Value
Authentication Type Select Platform.
User Name Type the unique name of the user. For example: JDoe
User Full Name Type the full name of the user. For example: John Doe
User ID Type the operating system identity of the user in the
User ID field. This acts as a unique user identifier, which
is used to sign in to AppWorks Platform.
Note: If the User ID of an organizational user being
created already exists (because you have set up
another organization already), you can map it to the
existing authenticated user in the dialog box that pops
up.
Password Type the password for the user.
Confirm Password Confirm the password.
4. Click Save.
The user name displays on the Users pane. Ensure that the user is selected.
3. Click Partitions.
The Partitions page appears.
4. Click Add > New Non-synchronized User Partition.
5. Type a name, for example: AppWorks Platform Groups for System, and then click Save.
The partition is added.
Important: During the resource creation, do NOT click Save until all parameters are
configured and it is explicitly stated to save. When you click Save, OTDS schedules a
synchronization task. Therefore, synchronizing a resource without completing the required
configurations might result in duplicate or lost data in AppWorks Platform.
To create a resource for AppWorks Platform in OTDS:
1. Connect to OTDS server using the OTDS Web Administration by launching a browser,
type the following URL, and then sign in as an administrator:
https://<hostname>:<port no>/otds-admin
4. For:
5. Click Next.
Important: Do not click Save. Wait to save this resource until all parameters are
configured.
The New Resource > Synchronization page appears.
6. For:
7. Click Next.
Important: Do not click Save. Wait to save this resource until all parameters are
configured.
The New Resource > Connection Information page appears.
Note: Refer to the Installation Worksheet for the AppWorks Platform information
generated during the installation process. Use this information in the next step.
8. For:
User Name Type the user name of the user created for the
OTDS push connector. For example:
JDoe
This user name is used to push users from OTDS to
AppWorks Platform.
Password Type the password of the user created during the
AppWorks Platform installation.
9. Click Test Connection to verify that the details provided are correct and a connection
between AppWorks Platform and OTDS can be established.
When successful, a Connected Successfully message displays.
Note: When you use the OTDS Migrator tool, ensure that the OTDS attribute for the '__
NAME__' resource attribute is set to oTExternalID1.
12. Accept the default values and click Save to create the resource.
The Resource Activation – AppWorks Platform dialog box displays the resource identifier.
13. Click OK to dismiss this dialog box because resource activation is not required for the
push connector.
1. Connect to OTDS server using the OTDS Web Administration by launching a browser,
type the following URL, and then sign in as an administrator:
https://<hostname>:<port no>/otds-admin
Synchronizing roles
This topic describes the procedure to synchronize AppWorks Platform package roles with
OTDS. Functional and application roles from packages that are available in the shared space
and in the specified organization context are created in OTDS.
The package roles in AppWorks Platform are created in the <Package Name>#<Role Name>
format, for example, Case Management#Case Worker.
To synchronize roles from AppWorks Platform to OTDS:
default.
2. Click the OTDS Resources tab.
3. Click the OTDS Push Roles tab.
The OTDS push role page opens and the OTDS server URL is prefilled from the
configured Platform resource.
4. Type a name for the OTDS partition in OTDS partition name.
5. Optional. Select Delete roles if you want the package roles not found in AppWorks
Platform to be deleted from OTDS.
Note: This is useful when you renamed a role. Since the OTDS Push Roles feature does
not support renaming roles, you can first push without selecting the Delete roles option,
copy the membership from the old role to the new role, and then push the role again
with the Delete roles option selected.
Note: Retrieve this user name and password from the Installation Worksheet or contact
your system administrator.
The OTDS Administration page appears.
3. Click Partitions.
The Partitions page appears.
4. Find the AppWorks Platform Groups for System partition.
5. Click Actions > View Members.
A page appears with a list of users.
6. Click Add > New User.
The new user page appears.
7. Type the user name as ProcessAdmin, and then click Save.
The user is created and added to the partition.
Important: OpenText recommends that you do NOT add a user to the access role directly.
If there is a requirement to have additional users in AppWorks Platform without any role in
an organization, you can follow the steps below to add a user to an access role. However, to
simplify and reduce the overhead, do the following:
1. Create an extra group called Guest users in the partition AppWorks Platform Groups for
System (which is part of the access role already).
2. Add the users not having a role in AppWorks Platform to that group.
Note: Retrieve this user name and password from the Installation Worksheet or contact
your system administrator.
The OTDS Administration page appears.
3. Click Partitions.
The Partitions page appears.
4. Find the AppWorks Platform Groups for System partition.
5. Click Actions > View Members.
A page appears with a list of users.
6. Click the Groups tab.
A page appears with a list of groups.
7. Find the group to add members, and then click Actions > Edit Membership.
The membership page appears, showing a list of all current members.
8. Click Add Member.
The Users and Groups Associations dialog box opens.
9. Search for required users in the AppWorks Platform Groups for System partition. For
example, John Doe.
10. Select the user, and then click Add Selected on the toolbar.
11. Similarly, you can repeat the above step for groups.
Note: Ensure that you select the groups from the AppWorks Platform Groups for
System only.
12. After adding all users and groups, click Close to close the dialog box.
Note: Retrieve this user name and password from the Installation Worksheet or contact
your system administrator.
The OTDS Administration page appears.
The OTDS authentication now is configured and when users open AppWorks Platform, they
are redirected to OTDS to sign in.
1. Connect to OTDS server using the OTDS Web Administration by launching a browser,
type the following URL and sign in with the appropriate credentials:
https://<hostname>:<port no>/otds-admin and sign in with the appropriate
credentials.
For example:
https://localhost:8433/otds-admin
Note: Retrieve this user name and password from the Installation Worksheet or contact
your system administrator.
The OTDS Administration page opens.
2. Click Partitions.
The Partitions page displays a list of existing partitions.
Note: The remainder of this document assumes that the name of the partition is
Company AD, but you can use another name.
5. Optional, but recommended for non-synchronized user partitions: For the new
partition you created, click Actions > Password Policy.
Note: If you did not specify a secure global policy, then configure it, or clear the Use
global policy check box, and set the Password Quality and Security Options to the
required settings for your environment.
6. Click OK.
The Partitions dialog box displays the newly created partition.
Note: This user ID and password must be the same as the user created during the
AppWorks Platform installation. Refer to the Installation Worksheet for this information.
The following rules apply when creating a User ID:
n Can include upper and lowercase letters, numerals, blanks, and special characters.
n Cannot contain any reserved special characters, such as: , + " \ < > ; = /
3. Type values in other fields as needed. All other fields are optional. For example:
n First name - Process
n Last name - Admin
n Email – ProcessAdmin@appworks.com
4. Click Next.
The Account Options configuration information for the new user is displayed.
5. For:
6. Click Next.
The Organization dialog box opens.
7. Click Next as information is not required in this dialog box.
The User Attribute dialog box opens.
8. Click Next.
The Custom Attributes dialog box opens.
9. Click Save as information is not required in this dialog box.
The Partitions > AppWorks Platform Partition dialog box opens displaying the user just
created.
10. Write the OTDS User name and Password on the Installation Worksheet.
The user is now created in OTDS.
Appendix A
Installing AppWorks Platform on a
single instance through command
line
AppWorks Platform can be installed using the command line mode on a single instance and
on primary-distributed instances.
n Installing AppWorks Platform in single instance mode
n Installing AppWorks Platform in a primary-distributed mode
Installing CARS
OpenText CARS can be installed in command line mode by setting the required input
properties in the OpenText CARS.installer.properties file. The input properties file is
generated and shipped along with the AppWorks Platform installer package OpenText_
AppWorks_Platform_22.3.zip.
The filename for the input properties is OpenText CARS.installer.properties.
A sample follows.
To install CARS:
5. The installation proceeds with the information provided in the input properties file.
c. Optional: Set the required timeout value in the root node <capcommands> for
installing application packages.
4. From the extracted zip folder, open the cap-silent-install.properties file in a text
editor.
Properties Description
cordys.cap.silent.template.inputfile The file path, which contains the
template of the required
application packages to be
configured.
You must provide the AppWorks
Platform Full Product template
path to install all the generated
application packages.
Note: Ensure that there are two
backslashes as path separator in
the file path.
cordys.cap.silent.userinputfile The file path, which contains user
inputs for the packages.
<captemplates>\CAPUserInputfile While installing, you need to
update the Organization and User
related details for the user inputs.
Similarly, add user inputs for any
new components, if required.
Note: Ensure that there are two
backslashes as path separator in
the file path.
cordys.cap.silent.deployment.server The computer on which the
AppWorks Platform baseline
installation is performed.
Add the name of the computer.
cordys.cap.silent.deployment.port The port number of the Web site on
which the AppWorks Platform
baseline installation is performed.
cordys.cap.silent.deployment.failOnError To stop or continue the deployment
of application packages, if any of
the application packages failed to
install or upgrade.
This is an optional property and the
default value is false.
6. Optionally, if you want to configure multiple databases for loading the application
packages, you must do the following:
a. Modify the multipledso file, as per the inline documentation, to configure the
databases for different application packages. Refer to multipledso.xml for more
information. This step will create the database configurations based on the inputs
provided.
Note: Ensure to remove the datasource configurations which you do not intend to
use.
The application packages are installed. The status of each application package is displayed in
the command prompt as it is being installed.
Appendix B
Installing AppWorks Platform on
primary-distributed computers
through command line
AppWorks Platform can be installed using the command line mode on Primary-Distributed
computers. Primary-Distributed installation is the installation process in which there will be a
single OpenText CARS instance and a multiple number of AppWorks Platform instances
distributed over different computers. The first instance that is installed is called the Primary
Instance and the consecutive instances are referred as Secondary or Distributed Instances.
Downloads area and then apply relevant fix packs to make the new instance consistent with
existing setup. This is applicable for all fix pack versions.
For example:
1. The primary instance has a full build (AppWorks Platform 22.3) installed and a fix pack
(Fix Pack 1), that is AppWorks Platform 22.3.
2. On the distributed computer, you must do the following:
n Install the equivalent of the full build in the Downloads area, say AppWorks Platform
22.3 in this case.
n Apply the Fix Pack 1, the applicable fix pack in this case.
If the Downloads area contains a full build version higher than the primary instance version,
follow the procedure described in the next point.
If you are planning to install a higher version on a distributed computer, you must ensure
that the primary computer already has that version installed. If not, you must upgrade the
primary instance to the higher version first and then install this version on the distributed
computer. This is applicable for all the fix pack versions.
Before you begin:
Copy the following folders from the primary computer to the distributed computer(s):
n OpenText CARS certificates folder at <OpenText CARS_installdir>/certificates
n AppWorks Platform certificates folder at <AppWorks Platform_
installdir>/certificates
n wcp.properties file at <AppWorks Platform_installdir>/config/wcp.properties
1. Navigate to the location where the extracted folder of the OpenText AppWorks Platform
22.3.zip file is stored.
2. Open cordys.installer.properties in a text editor. See the inline documentation and
set the values according to the configuration of the computer.
3. Remove the details of the database from the property file in the Distributed computer(s).
4. Run the Command Prompt as Administrator and enter the following command:
OpenText_AppWorks_Platform_22.3.exe -i silent -f
cordys.installer.properties
The baseline installation starts with the data available in the input properties file.
After the baseline installation is complete, continue with application package installation.
c. Optional: Set the required timeout value in the root node <capcommands> for
installing application packages.
silent-install.properties file>
where, ldapuser is the user created during the AppWorks Platform baseline installation.
The application packages are installed. The status of each application package is displayed in
the command prompt as it is being installed.
Appendix C
Uninstalling AppWorks Platform
through command line
AppWorks Platform can be uninstalled using the command line mode on a single instance
and on primary-distributed instances.
n Uninstalling AppWorks Platform on a single instance on page 76
n Uninstalling AppWorks Platform on primary-distributed computers on page 76
4. Run the Command Prompt as Administrator and enter the following command:
<AppWorks Platform_installdir>_uninst\"Uninstall OpenText_AppWorks_
Platform_22.3.exe" -i silent -f <Path of
cordys.uninstaller.distributed.properties file>
The AppWorks Platform baseline is uninstalled on the Distributed computer.
Depending on the application and database in use, select and run the appropriate script from
those listed in the table below to drop the database content.
Component Database
Path of the script file Scripts
application vendor
Cordys CoBOC <AppWorks Platform_ n MS SQL n DROP_TABLES_
installdir>\components\ n Oracle MSSQL.sql
coboc\database\dropscripts n DROP_TABLES_
ORACLE.sql
Component Database
Path of the script file Scripts
application vendor
n DROP_TABLES_
ORACLE.sql
Appendix D
Uninstalling AppWorks Platform
through a wizard
AppWorks Platform can be uninstalled in the GUI mode (wizard) on a single instance and on
primary-distributed instances as follows:
n Uninstalling AppWorks Platform on a single instance on page 81
n Uninstalling AppWorks Platform on primary-distributed computers on page 81
1. Click Start > All Programs > <AppWorks Platform version> > <instance name>
> Uninstall. The AppWorks Platform uninstaller wizard appears and guides you through
the uninstallation process.
2. Follow the steps specified in the wizard. The uninstaller will uninstall the AppWorks
Platform installation from the computer. If you are uninstalling AppWorks Platform on a
single instance, it is adequate to uninstall only the baseline. The uninstaller uninstalls all
the application packages deployed.
To uninstall:
1. Click Start > All Programs > <AppWorks Platform version> > <instance name>
> Uninstall. The AppWorks Platform uninstaller wizard appears and guides you through
the uninstallation process.
2. Click Next.
A prompt is displayed for AppWorks Platform uninstallation.
3. Click Uninstall baseline.
Repeat the uninstalling application packages and uninstalling baseline steps for all the
distributed computers.
Note: After uninstalling AppWorks Platform on the distributed computer, do the following
on the primary computer:
n Open the System Resource Manager from the AppWorks Platform start page.
n Right-click all the LDAP service containers and select Reset.
Depending on the application and database in use, select and run the appropriate script from
those listed in the table below to drop the database content.
Component Database
Path of the script file Scripts
application vendor
Cordys CoBOC <AppWorks Platform_ n MS SQL n DROP_
installdir>\components\ TABLES_
n Oracle
coboc\database\dropscripts MSSQL.sql
n DROP_
TABLES_
ORACLE.sql
Component Database
Path of the script file Scripts
application vendor
Cordys Business <AppWorks Platform_ n MS SQL n DROP_BPM_
Process Engine installdir>\components\ MSSQL.sql
n Oracle
bpmengine\database\dropscripts
n DROP_BPM_
ORACLE.sql
Component Database
Path of the script file Scripts
application vendor
n DROP_
TABLES_
ORACLE.sql
Appendix E
Troubleshooting
General troubleshooting
Following are a few questions and answers that can help you troubleshoot problems that
may occur.
What is the general recommended approach for User Management?
Open Text recommends that you use the OTDS for user management. Configure OTDS Push
connectors to synchronize users, groups, and membership to AppWorks Platform. Use the
OTDS Push roles functionality available in Security Administration to synchronize the
functional roles from AppWorks Platform into OTDS. See the 'Configuring OTDS Push
Connector for OpenText CARS and Identity components' topic in the help ( ) accessible
from the shortcut bar on the AppWorks Platform interface and the 'Synchronizing roles from
AppWorks Platform to OTDS' topic in the AppWorks Platform Administration Guide.
What should I do if I get access denied errors?
If the following error occurs:
Access is denied for the Web service operation.
Access is denied for the Web service operation 'GetToDoListItems'.
Access denied on Initiation of Process:'prcCaseManagement' for user 'userid'.
The probable cause is that the user is not assigned the required roles to perform the
operation. Also, the users and roles must be available in AppWorks Platform and OTDS as
required. Verify if the users and roles are synchronized correctly.
Troubleshooting OTDS
This section answers a few questions that can help you troubleshoot some OTDS problems
that might occur.
I have allocated users and groups to my resources, but they don't appear to be in
my application. Why not?
Ensure that the resource is configured correctly to synchronize with the application.
Select the OTDS Activity Feed for any errors when attempting to push updates to your
application.
Be sure that the users, groups, and user partitions are associated with an access role that is
associated with the resource.
Review the OTDS log directory-access.log for failure messages. If you have an error
Authentication failure [MULTIPLE_IDENTITIES_FOR_USER_NAME], you will have two accounts
in different partitions with the same sign in name as you are using for the resources
synchronization configuration. You will have to remove one of these users.
Review the OTDS log directory-provenance.log for any failure messages that appear
related.
Why don't my roles and role members appear in my application?
If you are seeing users in the application, the resource synchronization appears to be
working. Check that the access role with the associated groups is marked to Include Groups
from Organizational Users.
AppWorks Platform will also interpret a role with a hash character in the group ID as a
AppWorks Platform package role, for example ‘Case Worker#Case Management’, that will
match the role created as a part of a AppWorks Platform solution. Do not use a hash
character in the group ID for other roles being sent to AppWorks Platform.
I have added additional AppWorks Platform solutions with roles, but I do not see
the roles in OTDS, why not?
AppWorks Platform does not dynamically create new roles in OTDS for you. Use the OTDS
Push roles functionality available in Security Administration. For more information, see the
Synchronizing roles from AppWorks Platform to OTDS topic in the AppWorks Platform
Administration Guide.
I have created my custom roles in OTDS as groups, but anyone I have associated
with the group does not appear in AppWorks Platform, what has gone wrong?
Ensure that the resource is configured to synchronize to the application, and that the
configuration is correct.
Review the OTDS Activity Feed for any errors when attempting to push updates to your
application.
Be sure that there are no spelling mistakes in the group in OTDS for the Group ID, and that
the Group ID reflects the package name followed by a period and then the name with no
additional spaces.
I experienced some errors during a resource synchronization operation and now
some users or group membership information may not have reached my
applications, how do I resubmit the changes?
You cannot resubmit the changes themselves, but you can request a consolidate operation
on the user partition, user, or group which will force that object and its components to be
resubmitted to the application for synchronization. It is not recommended to do this
frequently as this may take a long time to complete depending on the size of the user
partition or group.
Note: This does not re-submit any deletion notifications so a user that was removed from
OTDS or your enterprise user store may still exist in the application user store. Because
OTDS is performing the authentication requests, even though the user will remain in the
products user store, that user would not be able to get access to the system.
Are the AppWorks Platform User Management Connector or low level LDAP
Connector supported with OTDS?
AppWorks Platform enables applications to create roles through the User Management
Connector as well as the low level LDAP Connector. These Connectors are not adapted to
work with OTDS and the AppWorks Platform User tools are supported when AppWorks
Platform is installed and used without the rest of AppWorks Platform and OTDS for
authentication and user management.
What should I do if I get the following error?
The deployment for 'OpenText Inbox Task Management' has failed. The package
deployment cannot proceed further. Verify the application log file in the 'install_log' folder of
the installation.
n Ensure that the DB JAR is placed in the <TomEE>\lib folder.
n If the DB uses the Windows authentication mode, then you must configure sqljdbc_
auth.dll as mentioned in Configuring for MS SQL on page 27.
Note: If there are multiple versions of database drivers added to PATH or classpath, then
ensure that the required supported version of the DB JAR is used during deployment.
How do I manage my OTDS environment?
Two clients are available to manage your OTDS environment.
n The Administration Client, an MMC based client that is installed on an administrator's
computer and configured to point to OTDS.
n Web Administration Client, introduced in OTDS 10.5 SP1, enables you to maintain your
OTDS environment from a web browser. The Web Administration client is installed as
part of the application.
1. Assume that the primary instance has a full build (AppWorks Platform22.3) installed and
a fix pack (Fix Pack 1), that is AppWorks Platform 22.3
2. On the distributed computer, you must do the following:
n Install the equivalent of the full build from the Downloads area, say AppWorks
Platform22.3 in this case.
n Apply the Fix Pack 1, the applicable fix pack in this case.
If the Downloads area contains a full build version higher than the primary instance version,
you must upgrade the primary instance to the higher version first and then install this
version on the distributed computer. This is applicable for all the fix pack versions.
Before you begin:
n Ensure that the primary installation is started and running.
n Ensure that all the Prerequisites are met.
n Copy the following folders from the primary computer to the distributed computer(s):
l OpenText CARS certificates folder at <OpenText CARS_installdir>/certificates
Note: Specify the path where the files are copied while installing the baseline.
Field Description
OpenText CARS Host Value of bus.ldap.processor.host
Port Number Value of bus.ldap.processor.port
Suffix Value of 'o=' in ldap .root. It refers to the root of
the OpenText CARS database.
OpenText CARS Certificate Path of the folder in the distributed computer where
Path the OpenText CARS certificates are copied.
User Name Value of bus.ldap.processor.user
Password Password of the OpenText CARS host in the primary
computer.
If OpenText CARS is installed in Secured mode, you must select the OpenText CARS is
running under secure mode option.
Note: In a distributed setup, the screens requiring the license and other database
information will not appear.
5. In the Instance Name field on the Installation Information window, ensure to provide the
instance name of the primary installation.
Note: The AppWorks Platform instance name must match in both the computers.
6. In the Location of Primary Installation Folder field, enter the path of the folder in
the distributed computer where the AppWorks Platform certificates and the
wcp.properties file are copied.
7. Follow the default steps in the next screens of the baseline installation wizard. The
baseline installation is completed successfully.
After the baseline installation is complete, the Application Packages installer initiates
automatically and appears in your browser. If it does not appear, type
http://<computername :
portnumber>/cordys/wcp/cap/install?nodeName=<computername> in the address bar of
1. Click Next on the application package installer wizard. A Summary screen appears,
displaying the details of each application.
2. Select the Revert on Failure option, if required.
n When this option is selected, if the deployment fails at a certain point, then the
application package that failed will be reverted to its previous state. The subsequent
deployment attempt will proceed from this failed application package.
n When this option is cleared and if an application fails to load, the application will go
into Incomplete state and the subsequent attempt of installation will resume from the
point of failure.
3. Click Deploy. The application packages deployment starts. After deploying all the
applications, a summary page containing list of all the deployed application packages
appears.
4. After deploying all the applications, a summary page containing the list of all the
deployed application packages appears.
5. Click Finish to complete the deployment process. The application packages installation
is complete and the Explorer appears displaying the start page.
Appendix F
Configuring online help on a Private
Help Server
Providing the online help on a local help server
(Private Help Server)
The online help for this product is delivered using the OpenText Global Help Server (GHS)
system, which provides your users with live access to the latest version of the help. If you
cannot use the GHS system (for example, if your site does not have Internet access), you
can install the OpenText Private Help Server (PHS), a local version of the help system that
can host your OpenText product online help on your organization’s network. After the PHS is
installed, you can then configure your OpenText product(s) to forward all online help
requests to your PHS.
For detailed information about installing the PHS, see OpenText™ Help System - Private
Help Server Administration Guide (OTHS-AGD).
Note:
n The Private Help Server can support multiple OpenText products. If the Private Help
Server has already been installed within your organization to support another OpenText
product, you can add additional OpenText product online helps to that installation.
n If you are replacing a previous PHS installation, see OpenText™ Help System - Private
Help Server Administration Guide (OTHS-AGD).
n If the server you want to use for the PHS installation cannot connect to the Internet, see
OpenText™ Help System - Private Help Server Administration Guide (OTHS-AGD).
n If you want to use Apache TomEE as the web server, while installing PHS for AppWorks
Platform, you can provide TomEE details in sections that require web server details.
After the PHS is installed or upgraded, you can use its Online Help Deployer to download
online helps from the GHS system by entering the deployment code(s) listed in the table
below. For more information about using the codes, see OpenText™ Help System - Private
Help Server Administration Guide (OTHS-AGD).
Code Product
otags-223- OpenText AppWorks
help Platform documentation