EMC Documentum Foundation Classes: Installation Guide
EMC Documentum Foundation Classes: Installation Guide
EMC Documentum Foundation Classes: Installation Guide
Foundation Classes
Version 7.2
Installation Guide
EMC Corporation
Corporate Headquarters:
Hopkinton, MA 01748-9103
1-508-435-1000
www.EMC.com
Legal Notice
Copyright © 1994-2015 EMC Corporation. All Rights Reserved.
EMC believes the information in this publication is accurate as of its publication date. The information is subject to change
without notice.
THE INFORMATION IN THIS PUBLICATION IS PROVIDED "AS IS." EMC CORPORATION MAKES NO REPRESENTATIONS
OR WARRANTIES OF ANY KIND WITH RESPECT TO THE INFORMATION IN THIS PUBLICATION, AND SPECIFICALLY
DISCLAIMS IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Use, copying, and distribution of any EMC software described in this publication requires an applicable software license.
For the most up-to-date listing of EMC product names, see EMC Corporation Trademarks on EMC.com. Adobe and Adobe PDF
Library are trademarks or registered trademarks of Adobe Systems Inc. in the U.S. and other countries. All other trademarks
used herein are the property of their respective owners.
Documentation Feedback
Your opinion matters. We want to hear from you regarding our product documentation. If you have feedback about how we can
make our documentation better or easier to use, please send us your feedback directly at [email protected]
Table of Contents
Preface ................................................................................................................................ 5
List of Tables
This manual describes how to install EMC Documentum Foundation Classes (DFC).
Intended Audience
This manual is for programmers or system administrators who must install DFC. For Windows
systems, it assumes general familiarity with Windows operation. For Linux systems it assumes
general familiarity with shells, permissions, and environment variables.
Document Scope
This document addresses the rare case where you would install DFC as a standalone product. This
would be useful primarily to customers who have created their own interface to the Documentum
system. Documentum applications each install their own instance of DFC. For information on
updating and maintaining DFC with client applications, see the deployment guide for the particular
application you’re using.
Revision History
The following changes have been made to this document.
This chapter describes the steps you must take before installing DFC. Any EMC Documentum client
product that uses DFC installs DFC. If both DFC and its client applications are compiled with the
same JAVA version, you can upgrade DFC without upgrading the client applications. You might do
so to incorporate the bug fixes or other improvements that we provide in a service pack.
Caution: If you previously installed additional classes on top of DFC under the DFC program
root directory, check whether those classes are still in place after you upgrade DFC. For example,
some InputAccel use cases required that you install bpmutil.jar and bpm_infra.jar after you
installed DFC. Another example, you may have customized your system and created custom
classes and installed them in the DFC shared directory after installing DFC.
Whenever you upgrade DFC, you will need to check if your additional classes need to be
reinstalled after the upgrade.
DFC relies upon certain environment variables. Whether you install DFC directly or rely on a
client program to do so, you must ensure that these variables have correct values. Establishing the
environment for DFC, page 9 explains how to set the environment variables that DFC relies upon.
DFC requires administrator privileges to run. At installation, the installer verifies that the installation
account has those privileges.
This chapter contains the following sections:
• Where to install DFC, page 7
• Whether to remove old programs first, page 8
• Establishing the environment for DFC, page 9
• Using the DFC config directory, page 12
• Uninstalling DFC, page 13
Java 2 Security
If you plan to use the Java 2 security archiy the policy file that you create at the startup of your Java
Virtual Machine (JVM). For a stand-alone installation, you will specify the file in the command
line startup arguments for your JVM. If you are deploying on an application server, refer to the
application server documentation for the specifics of specifying Java 2 security policies.The DFC
example policy template file is named dfc.example.java.policy, and is found in the dfc.jar file
installed in the DOCUMENTUM_SHARED directory (by default, in Windows systems, C:\Program
Files\Documentum\Shared).
If you deploy DFC on WebSphere Application Server 7.x, you must set the dfc.security.
enforce_existing_policy JVM runtime system property before policy configuration.
DFC creates client-oriented directories (for example, checkout and export) in the user root directory.
On Windows systems, the installation program asks for a user directory root and uses
C:\Documentum if you do not specify a location.
On Linux systems, the installation program uses the environment variable DOCUMENTUM to
determine the user directory root. The installation program terminates the installation if it finds
this variable undefined.
The installation program places shared libraries at specific locations relative to the program root
directory.
On Windows systems, the installation program uses the shared subdirectory of the program root
directory. It attaches the full path of this directory (followed by a separator character) in front of the
value of the PATH system environment variable.
On Linux systems the installation program uses the dfc subdirectory of the program root directory.
You must place the full path of this directory onto the library path. The library path environment
variable is LD_LIBRARY_PATH for Linux.
Environment variables can be set on Linux systems using the setenv script. The script can be found at
$DOCUMENTUM_SHARED/dfc/set_dctm_env.sh (.csh). You can source this file to properly set the
environment variables from Table 1, page 11.
The installation program creates the config directory to store configuration files. Using the DFC
config directory, page 12 provides information about DFC configuration files. The installation
program creates the config directory under the program root directory on Linux systems and under
the user root directory on Windows systems. For DFC to operate properly, the full path to the config
directory must appear in the classpath.
On Windows systems, the installation program attaches the full path of the config directory (followed
by a separator character) in front of the value of the CLASSPATH system environment variable.
On Linux systems, you must place the full path of the config directory onto the classpath. For
example, in the syntax of the csh shell, attach $DOCUMENTUM_SHARED\config: to the value of the
CLASSPATH environment variable. You can do this before or after running the installation program,
because the installation program does not use this setting.
The Java runtime environment uses the CLASSPATH environment variable to find DFC classes and
the config directory.
On a Windows system, the installation program places the full paths to dctm.jar and the config
directory (with appropriate separators) at the front of the classpath.
On a Linux system the installation program does not modify the classpath. You must place the full
paths of dctm.jar and the config directory onto the classpath.
For both Windows and Linux systems, you must perform an additional step if you want the javac
compiler to have access to DFC classes. The javac compiler does not recognize the jars specified in
the manifest contained in dctm.jar.
Variable How DFC uses it Windows value Unix value (you set)
(installation
program sets)
DOCUMENTUM_ Determine the full path Not used by Specify a value before
SHARED to the program root Windows systems installing DFC
directory for Linux
Variable How DFC uses it Windows value Unix value (you set)
(installation
program sets)
PATH Find the directory Attach the full Not used by Linux
containing DFC shared path (followed by a systems
libraries (DLLs) on separator character)
Windows in front of the shared
subdirectory of
the Documentum
program root
LD_LIBRARY_PATH Find the directory Not used by Add $DOCUMENTUM_
containing DFC shared Windows systems SHARED/dfc
libraries on Linux and
SOLARIS
LIBPATH Find the directory Not used by Add $DOCUMENTUM_
containing DFC shared Windows systems SHARED/dfc
libraries on AIX
DFC_DATA Documentum has Directory for DFC configuration files, page 11
deprecated this variable. provides information about what you should do
instead of using this variable.
DOCUMENTUM Determine the full Not used by Specify a value before
path to the user root Windows systems installing DFC
directory
CLASSPATH Allow Java runtime to Attach (with ap- Add $DOCUMENTUM_
find dctm.jar and, the propriate separator SHARED/dctm.jar and
DFC config directory. characters) the full $DOCUMENTUM_
See Locations of DFC paths of dctm.jar SHARED/config
classes, page 11 for and the config di-
information about rectory (for exam-
making DFC classes ple, C:\Documen-
available to the javac tum\Shared\dctm.
compiler jar and C:\Docu-
mentum\config)
File Description
dfc.properties Current configuration options for DFC.
File Description
dfcfull.properties Template containing all possible configuration options. Do not modify this
file. Copy sections into dfc.properties as necessary.
log4j.properties Current configuration options for the log4j instance that underlies the
unified logging system. DFC Development Guide explains the logging system.
dbor.properties Registry for pre-5.3 business objects. Do not edit this file. DFC Development
Guide contains information about how to use this file.
Each line of a Java properties file is either a comment (begins with #) or contains a statement of the
form key=value, where key and value are character strings that comply with ISO 8859–1 encoding.
For characters that do not comply with ISO 8859–1, use Unicode escapes. These are of the form
\u followed by the four hexadecimal digits that represent the character’s Unicode encoding (for
example, \u2297).
The key cannot contain white space. The value can contain spaces and other special characters,
but you must precede each with a backslash ( \ ) character. For example, to indicate that the DFC
configuration files are in C:\Documentum User Files\config, you can include the line:
dfc.data.dir=C\:\\Documentum\ User\ Files
Uninstalling DFC
This section explains how to remove DFC. Whether to remove the old DFC, page 9 lists the situations
in which you must remove an old version of DFC before installing the current version.
Regardless of which operating system you use, you cannot uninstall DFC if any program has locked
any portion of it. You must stop any program that uses the DFC that you want to uninstall. In
particular, this means that you must stop any application server that uses the DFC that you want
to uninstall. Stopping an application server terminates any web applications running on it, even
those that do not use DFC.
The following sections explain how to uninstall on different operating systems:
• Uninstalling from Windows, page 14
• Uninstalling from Linux, page 14
This chapter describes the process of installing DFC. It contains the following main sections:
• Installation requirements, page 15
• Installing DFC on a Windows system, page 16
• Installing on a Linux system, page 17
Installation requirements
The DFC installation program assumes a video capability of at least 256 colors and at least 800 by 600
screen resolution. For Linux systems you must also ensure that:
• /usr/dt/bin and /usr/openwin/bin are on the path
• DISPLAY is set to localhost:0.0
• XWindows is installed on the Linux host to run the graphical installation program. The xterm
program may be installed in various locations depending on the operating system and software
packages installed.
• These RPM packages are available before installing DFC on a 64-bit Linux system:
— libXp....i686
— libXi...i686
— libXtst....i686
— libXt....i686
— libgcc....i686
— libXrender....i686
Because the installation program provides a graphical interface, you cannot use a telnet session to
install DFC. Install from the system console, or use an X server to perform the installation remotely.
However, be careful when you install remotely with a DISPLAY setting to localhost:0.0, as the output
will be sent to that terminal rather than the one at which you are working.
Before installing DFC on Windows system, disable the IP Helper service from the Windows Services
console. This method disables the Teredo Tunneling Pseudo-Interface. Restart the machine.
Javadocs into the help/dfc subdirectory of the DFC program root directory. Open index.html
from that subdirectory to view the Javadocs.
6. Provide the connection broker information and specify if you want to enable SSL certificates:
• Connection Broker Port: Type the connection broker port number.
• Connection Broker Host: Type the host name. You can use an IP address or a symbolic
address (for example, MyHost.MyCompany.com).
• Use certificates: Select if you want to enable SSL certificates.
If Use certificates is selected, provide the DFC trust store information:
• TrustStore: The location of the DFC trust store. For example,
$DOCUMENTUM\\secure\\dfc.keystore
• Password: The password of the trust store file.
Select Use Default Java TrustStore if you want to use the default Java trust store specified by
JVM property javax.net.ssl.trustStore.
Note: The default value of the dfc.session.secure_connect_default attribute is
try_native_first. If you want to connect in secure mode, change the attribute value to
secure or try_secure_first in dfc.properties file.
Click Next.
7. Review the summary and click Next when you are ready to proceed.
The installation program summarizes what it plans to install and where it plans to install it. Make
a note of anything you want to keep a record of. Use the Back button if you want to change
anything.
8. Use the checkbox to tell the installation program whether you want to identify the global registry
for this DFC to use.
It is safe to leave the checkbox unchecked if you do not have the necessary information. You can
set the information manually in the dfc.properties file after the installation program has finished
installing DFC.
If you check the checkbox, the installation program requests the repository and connection
credentials, and provides a checkbox you can use to disable validation. Use that checkbox if the
repository does not exist or is unavailable. Otherwise, the installation program checks to see if it
can use the credentials you provide.
The installation program skips this step if it finds the required information in the dfc.properties
file.
9. Observe the progress of the installation, and click Finish when the installation program reports
that it has successfully installed DFC.
The installation program displays progress bars as it completes the installation.
10. The installation program replaces copies of the shared library that it finds, but other copies may
exist on the machine. It is safe to replace all of them with the current version, but if you do not
want to do so, you must ensure that the old version does not precede the current version in any
path environment variable that the current DFC might use.
If the machine has a Content Server installation, you must manually replace the DMCL shared
library that is in the server’s bin directory.
The DFC installation program provides capabilities to support installing silently, that is, invoking
the installation program from a command line and giving it a configuration file that allows the
installation to proceed without further interaction. This chapter explains how to do this. It contains
the following main sections:
• Creating the configuration file, page 21
• Running the installation program silently, page 21
• Encrypting passwords, page 22
This is the command for Windows. For other operating systems, use the appropriate executable file
rather than dfcWinSuiteSetup.exe. See Step 2 of the installation procedure in Installing on a Linux
system, page 17.
You can replace C:\myFile.properties with any file you choose. Give the full path, not a path relative
to the current directory.
Running this command creates myFile.properties as an installer configuration file. It does this by
running the installation program interactively and saving your inputs.
Caution: This process records the information during a real-time installation. If you use this
method to create your configuration file, it will perform an actual installation during the process.
Use the same executable file and configuration file as in the previous section.
Because the silent installation program cannot say whether a reboot is required, we recommend
always rebooting after a silent installation.
Encrypting passwords
For installation procedures that require users to supply passwords, the installation program provides
a rudimentary encryption facility. You can invoke it by using the –x option in the previous sections,
as in the following example:
dfcWinSuiteSetup.exe –record C:\myFile.properties –x
The following applies when a dual stack client host connects to a connection broker running on a
dual stack machine:
• When you specify an IP address in the dfc.properties file, the client DFC uses that IP address and
connects without any further processing. For example, if you specify an IPv4 address, the client
DFC uses IPv4 for communication.
• When you specify a host name in the dfc.properties, the client DFC resolves all available IP
addresses for that host name before determining the connection protocol. When the connection
broker runs on a dual stack machine, the client DFC resolves both IPv4 and IPv6 addresses. The
client DFC keeps track of the IPv4 address and chooses the best available IPv6 address for the host
from Unicast Global, Site Local, and Link Local, in the order specified.
To configure DFC installed on a dual-stack machine for native IPv4 operation, perform the following:
• Specify an IPv4 address in the dfc.properties file.
• Disable the dual-stack operation for Java Virtual Machine.