Packaging and Deployment Guide
Packaging and Deployment Guide
Deployment Guide
Version 8.9
May 2012
Copyright 0.1
Note: Before using this information and the product it supports, read the information in Notices on
page 115.
This edition applies to IBM® i2® software at version 8.9. and to all subsequent releases and
modifications until otherwise indicated in new editions.
US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP
Schedule Contract with IBM Corp.
Contents
D: IBM i2 iBase 73
Introduction 74
Prerequisite Software 75
Public Properties 76
Customizable Files 77
Product Features 78
Patches and Transforms 83
F: IBM i2 iBridge 93
Introduction 94
Prerequisite Software 95
Public Properties 96
Customizable Files 97
Product Features 98
Patches and Transforms 100
Notices 117
Index 121
This guide explains the structure and functionality of the MSI installers that are
used to distribute IBM i2 products. The main part of the guide contains generic
information about installing IBM i2 products. The appendixes provide specific
information for individual IBM i2 products.
Intended audience
This guide is intended to be read by MSI packager and deployment staff.
Book structure
This guide includes the following:
Procedure
To contact IBM Support about a problem:
1. Define the problem, gather background information, and determine the severity
of the problem. For more information, see the Getting IBM Support topic in the
Software Support Handbook.
2. Gather diagnostic information.
3. Submit the problem to IBM Support in one of the following ways:
Online through the IBM Support Portal: You can open, update, and view all of
your service requests from the Service Request portlet on the Service Request
page.
By phone: For the phone number to call in your region, see the Directory of
worldwide contacts web page.
Results
If the problem that you submit is for a software defect or for missing or inaccurate
documentation, IBM Support creates an Authorized Program Analysis Report
(APAR). The APAR describes the problem in detail. Whenever possible, IBM
Support provides a workaround that you can implement until the APAR is resolved
and a fix is delivered. IBM publishes resolved APARs on the IBM Support website
daily, so that other users who experience the same problem can benefit from the
same resolution.
Contents
Introduction 12
About IBM i2 Software Distributions 13
Basic Installation 16
Custom Deployment Using the MSI File with Msiexec 21
Other Supported Deployment Technologies 31
Maintaining an IBM i2 Product Installation 32
Troubleshooting 39
Introduction 1.1
The aim of this guide is to assist with the deployment, installation, uninstallation
and maintenance of IBM i2 software, which is distributed using the Windows
Installer (MSI) technology. This guide is intended to be read by anyone installing
IBM i2 products, and particularly by systems administrators with responsibility for
packaging and deploying IBM i2 software.
The information in the main part of the guide is largely generic to all IBM i2
products. For specific information about packaging and deploying a particular IBM
i2 product, you should consult the appendixes in this guide.
The MSI technology allows software distribution in packages that support different
installation modes. These can vary from a fully automated installation on a single
machine, to a command line driven, customized installation that is published to all
the users on a network.
In addition to the .NET Framework, some IBM i2 products have their own
prerequisites for installation. You can find lists of the prerequisites for the products
that you are using in the appendixes of this guide.
Of the above list an MSI file is present in all IBM i2 software distributions, while the
others depend on the product, and the type of the distribution. A patch file, for
example, would not be distributed with a new version of a product.
If your product distribution contains patch files or transforms, you should consult
the appendixes for detailed instructions on how to use them. This part of the guide
explains how to use the Installation Manager and MSI files that IBM distributes,
and provides generic information on the other file types.
Patches delivered as .msp files are signed with the same certificate so that, if
policy allows, end users can patch installed IBM i2 applications. The certificate
encoded within the installed application’s MSI file is used to validate the patch.
Note: If you modify an MSI file, the certificate it contains becomes invalid. This feature of
MSI files allows you to determine whether an installation package has been
modified since its release.
Microsoft Installer has an issue related to upgrading and uninstalling products that
were installed from MSI files: it can warn of an unsigned package even when all the
files involved in the operation are fully signed. In this situation, the following
procedure describes how to perform a manual check of the certificate’s validity.
1. Right-click on the MSI file and select Properties.
2. Click the Digital Signatures tab, and then click Details. The Digital Signature
Details dialog is displayed:
3. Check that the signature is still valid, and then click View Certificate to verify
that the certificate tree is valid too:
The Installation Manager controls files that use MSI technology, which relies on the
presence of the Msiexec executable on the local machine. Msiexec is a standard
part of the Windows operating system.
The Installation Manager deliberately does not offer all of the features of the MSI
distribution system – you cannot transform a Setup.exe file to change its
behavior, for example. In the appropriate circumstances, however, it offers a
convenient and quick solution.
License authorization
At version 8.9, IBM i2 products no longer support or require authorization
mechanisms such as dongles or software license management (SLM). When you
purchase or upgrade to version 8.9 of an IBM i2 product, you must upgrade your
other i2 products to version 8.9 at the same time.
The Installation Manager installs, upgrades and configures IBM i2 products. The
contents of the pages depends on what you are installing, and what you currently
have installed. However, you are always given information about the product and a
convenient way to display a range of documentation including release notes and
online help.
If you have a product CD, then the Installation Manager starts automatically.
To install IBM i2 products select Install on the menu that is displayed on the left
side of the Installation Manager and follow the steps to complete the installation.
You can also customize a product by adding and removing features from the
installation:
When you are happy with all the settings you have chosen, click Install on the final
dialog, and the installation proceeds as you have directed.
When the installation is finished click Finish to close the Installation Manager.
Installation cache
After installation with Setup.exe, the installer creates a local cache of the
installation files.
• For Windows XP, in a folder called C:\Documents and Settings\All
Users\Application Data\i2\Installers Cache.
• For Windows 7/Vista, in a folder called C:\ProgramData\i2\Installers
Cache.
The installer will use this cache to service any future requests to change, repair, or
remove the installation.
Program Files\<productname>\Resources\Profile\...
Then, when an application is first run, it copies the files from this location into the
current user’s profile:
After the files have been copied once, they are not re-copied unless a change is
made to the Profile folder. In that case, the user’s profile may be upgraded with
the latest profile content.
Note: None of the default locations described above changes when you install using
Msiexec instead of the Installation Manager.
An MSI file, on the other hand, just installs the product. If the product has
prerequisites, then you must install them yourself beforehand, perhaps by
instituting a chain of MSI installations with a batch sequence. On its own, an MSI
file will warn you of a missing prerequisite, but dealing with the warning is up to
you.
The relative simplicity of an MSI file makes it more suitable when you need to
control or customize an installation. Assuming you obey the prerequisites:
• MSI files let you install specific versions of different products. If a single product
is updated, you can install that instead of running a new version of the
Installation Manager.
• You can achieve finer control over the responsibility given to a user. For
example, you can arrange to suppress a particular installation dialog and hard-
wire the values it would normally set.
• You can run a transform against an MSI file that customizes it at the moment of
installation. (In other words, you can configure two different installations from a
single MSI file, instead of needing two different MSI files.)
Note: For MSI deployment, copy the file to the local machine and run it from there. This
way, if a repair is necessary, the installation media will not be required again.
Double-click installation
When you control an installation using Msiexec, you will almost always invoke it
from the Windows command line. However, you can attempt to install the product
contained in an MSI file by double-clicking on the file. Doing so executes Msiexec
with a default set of options.
When you run the Msiexec like this, it performs similar checks to Setup.exe, but
it just reports any problems it encounters, instead of trying to deal with them. Such
problems could include an out-of-date version of Windows Installer, a missing
prerequisite, or an existing installation of the software.
If all of the prerequisites are in place, then double-clicking the MSI file displays the
same set of dialogs as clicking the Installation Manager, and installation proceeds
in exactly the same way. At the end of the process, however, Msiexec only caches
a "skeleton" of the MSI file on the target computer. If a repair or a reinstall is
required, users will need access to the original installation media – either the
downloaded distribution, a network copy of the MSI file, or a pre-cached version
(as described above).
Issuing this command has exactly the same effect as double-clicking on the MSI
file, and therefore leads to the same sequence of installation dialogs. However, you
can provide options at the command line that modify the default behavior.
To install an IBM i2 product with all of its default settings, but with no need for
intervention from the user, you can perform a "silent install" like this:
In terms of the installed product, issuing this command has the same effect as
double-clicking on the file and giving the simplest possible (affirmative) response to
every question. However, the user sees no feedback at all about the installation
process until the product shortcut is displayed in the Windows Start menu.
Note: On Windows Vista and later, a silent install with UAC switched on will fail, because
the system cannot display the message seeking permission for the process to run.
To run a silent install with UAC switched on, open the command prompt by right-
clicking on the cmd.exe file (or on Start ➧ Programs ➧ Accessories ➧ Command
Prompt), and selecting Run as Administrator In this mode, there is no
permission-seeking message, and the silent install runs successfully.
The license files are unique for each product and can be found in the License
folder in the product’s install location. To read these files in advance of installation,
perform an Administrative install (see Administrative installations on page 25) to
unpack the installation’s files and read the license files in the unpacked location.
To provide the user with more information about what is happening to their
computer (but still using default options, and allowing no intervention), you can use
/passive instead of /quiet:
This command displays a dialog like this one, which remains on the user's desktop
until installation is complete:
Finally, the default installation folder for Analyst's Notebook 8 (for example) is
C:\Program Files\IBM i2 Analyst's Notebook 8. To change the folder
without requiring input from the user, you can do this:
As well as sending the /passive option to Msiexec, this command sets the
public property called INSTALLDIR to change the install folder.
Note: Instead of /package here, you could use /i. The two options are equivalent.
Maintaining an IBM i2 Product Installation on page 32 describes how you can use
the Msiexec program to patch, repair, and uninstall an application as well as
installing it. In the above commands, the /package option specifies that you want
to install the application in the MSI file.
For example, you could force a British English installation on a computer that is set
to a US locale by providing a value for the I2_LANGUAGE public property:
Note: Changing the installation language of an IBM i2 application like this affects
template files, the semantic type library, and licenses. It does not change the
language used in the user interface.
In addition to the list in the table above, many IBM i2 products define their own
custom public properties. You can find lists of any custom public properties for the
products that you are using in the appendixes at the end of this guide.
Administrative installations
IBM i2 products support administrative installation: you can "install" from the
distribution media to an unpacked folder structure in a centralized network location.
Doing so provides two significant benefits:
• Users can install products from the network, instead of requiring access to the
distribution media.
• You can customize the product that will eventually be installed on end users'
machines by changing the contents of some of the files.
To perform an administrative installation, you replace the /package (or /i) option
to Msiexec with /a:
This change adds a new dialog to the installation procedure. Instead of selecting a
destination folder, you must specify a network location:
If you want to perform the installation quietly or passively, you can provide a value
for the network location through a public property. For an ordinary installation, the
property was INSTALLDIR. For an administrative installation, it is TARGETDIR:
You can use the new MSI file for regular command line installations in exactly the
same way as you would use the original MSI file. If a user has all the prerequisites
installed, they can double-click on the file from its network location, or use
Msiexec /package to install it from the Windows command line.
Note: If an IBM i2 product has been installed from an administrative image, any patches
that IBM supplies for that product must be deployed using the method described in
Upgrading with an MSI file on page 35. MSI technology allows patches to be
applied to an administrative image. Once an administrative image has been used
to install on a target machine, that machine cannot be directly upgraded with a
patch and must be upgraded indirectly, using a patched administrative image.
After you have performed an administrative installation, you can customize the
product that will eventually be installed on end users' machines by changing the
contents of the files in the unpacked folder structure. Any changes that you make
here will be installed for all users.
Different IBM i2 products have different files that are particularly suitable for
customization in this fashion. You can find lists of such files for the products that
you are using in the appendixes at the end of this guide.
Advertising installations
When you perform an advertising installation on a user's machine, the result is a
set of shortcuts and menu items that look as though a product has been fully
installed. However, the product is not actually installed until a user tries to launch
the application.
You can use either an original IBM i2 product MSI file or the MSI file from an
administrative installation as the basis for an advertising installation. To perform
the installation, you invoke Msiexec with the /jm option:
Note: The /jm option advertises the product to every user on the machine. IBM i2
products do not support installation with the /ju option, which can advertise an
installation only to the current user. If you attempt to use this option, you will see an
error message.
In addition, not all IBM i2 products support advertising installations. Neither iBase
nor Analyst's Workstation will install correctly if you use /jm or /ju on the
Msiexec command line.
After executing Msiexec /jm, a user selecting a product shortcut will trigger a full
installation, using the specified MSI file as the source. This takes place in the same
fashion as a passive installation: the user sees progress dialogs, but has no
opportunity to configure the product.
To make more significant changes to the way an installation takes place, you can
edit the database that an MSI file contains, and from which Msiexec gets its
information about how to perform an installation. Doing so requires you to create a
transform.
As part of the freely downloadable Windows SDK, Microsoft provides the Orca tool
that allows you to make your own transforms, using a technique that is similar to
recording a macro in productivity applications. The procedure is:
1. Open an MSI file in Orca. This example uses IBM i2 Analyst's Notebook
8.msi.
2. From the Transform menu, select New Transform. The text "(transformed by
Untitled)" is added to the title of the Orca application window.
3. Select the Directory table, and then click on the header of the
Directory_Parent column to sort it.
4. Find the directory properties under the Directory_Parent column that refer to
ProgramMenuFolder:
5. Change the values in the DefaultDir column. You must change all the values,
or several different program groups will appear in the Start menu:
Values that you add, modify, or delete are highlighted in the Orca interface, as
shown above.
If the product has further subfolders in the Start menu program group, you can
change also change them in the Directory table. Search for the directory
property under the Directory_Parent column, and change the value in the
DefaultDir column.
6. From the Transform menu, select Generate Transform, and provide a name
for the transform that you are creating in the dialog that is displayed.
When you click Save, the transform file is created but not closed. You can make
more changes to the MSI file that will be "recorded" in the open transform.
7. When you have finished making changes to the MSI file, select Close
Transform from the Transform menu. Your transform is now ready to use.
When you close the transform, the MSI file reverts to its original state. In creating a
transform with Orca, you make no changes to the MSI file.
In both of the forms described above, you can specify several transforms by
separating the file names with semicolons:
Msiexec applies the transforms in the order that you provide them on the
command line.
User-initiated repair
If a user detects a problem with an application that is not being repaired
automatically, they can initiate a repair by selecting Change in Add or Remove
Programs in the Windows Control Panel.
Msiexec will attempt to restore the application, including all of its files and registry
settings, to its original condition.
For example, the user-initiated repairs described above are equivalent to invoking a
repair with the o, m, u, and s sub-options on the command line:
The MSI file that you specify here must be the one that was used to install the
application in the first place.
Alternatively, you can re-run an installation completely, reinstalling all files and re-
caching the local package, by specifying the a, m, u, s, and v sub-options:
Modifying an installation
Users can change the configuration of an installed application (that is, change the
installed features) in more or less the same way as they initiate a repair. Select
Change in Add or Remove Programs in the Windows Control Panel, you modify an
application by selecting Modify instead of Repair on the resulting dialog.
Note: To prevent the Install Type dialog from displaying (in which the user is able to select
the Custom, Typical or Complete option), call Msiexec with the /quiet or
/passive option.
In general, you do not know the configuration of an installed application before you
modify it. A typical approach is to remove all features, and add the ones you want.
For example:
The list of features comes from the Feature table in the MSI database, and varies
from product to product. The appendixes in this guide contain per-product details.
• A new MSI file that contains the new version of the product. You can use this for
a new installation or – by specifying appropriate options on the command line –
to update an existing installation.
• A file with a .msp extension (an "MSP file") that you can use to update an
ordinary installation or an administrative installation to the latest version, from
the command line. Subsequent installs from the administrative installation will
be the latest version.
The MSI distribution mechanism means that you can uninstall a patch and revert to
an earlier installed version, should you need to do so.
Note: Unlike MSP files (described below), you cannot use an MSI file to patch an
administrative installation. Instead, you can create an up-to-date administrative
installation from the new MSI file.
• If the product is not already installed, it is possible to install both the base
product and the patch concurrently. The following command applies the patch
as a transform to the MSI file prior to installation, ensuring that the updated
product is installed:
Note: The /qb option is required to ensure that the MSI package is correctly
installed after the patch is applied. If you are installing a patch, you
cannot also use the installer user interface.
Note: The PATCH property cannot be set in a command line where the /p
option is used. If the PATCH property is set when the /p option is used,
the value of the PATCH property is ignored.
To uninstall an IBM i2 product from the Control Panel, you follow the same
procedure as for any application that has been installed using MSI technology:
1. In the Windows Control Panel, open Add or Remove Programs.
2. Select the IBM i2 product you want to uninstall.
3. Click Remove, and then Yes on the dialog that is displayed next.
Note: Uninstalling a product that was originally installed using Setup.exe does not
delete the cached MSI file. You must remove this part of the product by hand.
To uninstall an IBM i2 product from the command line, you invoke Msiexec with
either the /uninstall or the /x option, followed by the location of an MSI file.
For example:
If the application was originally installed using Setup.exe, then the MSI file you
specify here must be the file that was cached during installation. If the application
was installed from an MSI file, then you must specify the same MSI file for
uninstallation.
Note: Other Msiexec options like /quiet and /passive still work for uninstall
operations in the same way as they work for install operations.
Note: After uninstalling the last IBM i2 application on your computer, you can ensure that
everything has been removed by deleting:
1. The folder at Program Files\Common Files\i2 Shared, if it exists.
2. The following assemblies from the Windows\assembly folder (GAC):
SemanticMatchingBehaviour
SemanticUtilities
SMBInterfaces
3. The registry key at HKEY_LOCAL_MACHINE\Software\i2, and all of its
children.
Once again, you must provide the correct versions of the MSI and MSP files to
Msiexec in a command like this. If you fail to do so, an error will result.
Troubleshooting 1.7
The MSI technology that IBM i2 product installers use provides two main
mechanisms for troubleshooting software deployment:
1. All installation/modification/uninstallation operations that use the MSI
mechanism write information about their progress to the system event log.
2. Optionally, you can arrange for these operations to log more verbose
information to a text file of your choosing.
Any events logged by the MSI install process have their source set to MsiInstaller.
In general, these types of log entry are informational, and report the success or
failure of install or removal operations. If there is a problem with an operation, you
will see a warning or an error message that describes more about what went
wrong. There are messages for events such as:
• Success or failure of an installation
• Removal or repair of a product
• Errors that occur during configuration
• Detection of corrupted configuration data
The MSDN Library provides a complete list of the event messages that the MSI
install process can generate. The same source contains further information on how
to interpret these messages.
With this value in the registry, any (direct or indirect) call to Msiexec generates a
file in the current user's Local Settings\Temp folder. This file is named
MSIxxxxx.LOG, where xxxxx is a hexadecimal number.
This log contains details of everything that took place during the MSI operation,
including properties being set and retrieved, and registry entries being read and
created. It provides more information, and greater opportunity to discover the
cause of any problems.
Note: If you experience a problem with installation that requires you to contact IBM
Technical Support, the team will require a verbose log in order to assist you.
A typical sequence of actions is for the client to prepare itself for the installation
before passing a set of properties that reflect its current state to the service. The
service then performs the installation, and passes a changed set of properties
back to the client. In other words, you see a set of (c) actions, followed by a set of
(s) actions, followed by a final, smaller set of (c) actions.
Note: For more information on this aspect of Windows Installer, and an annotated
sample log file, you can read the white paper at Microsoft's Technet website.
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain IBM® i2®
Analyst’s Notebook®.
For full instructions on how to use the features and functionality described here,
you should refer to Chapter 1, Packaging & Deploying IBM i2 Software
Distributions.
Contents
Introduction 44
Prerequisite Software 45
Public Properties 46
Customizable Files 47
Product Features 48
Patches and Transforms 52
Introduction A.8
This appendix contains information about the product-specific features of Analyst's
Notebook 8.9 that can affect the way you deploy it. It describes:
• The Installation Manager that manages the installation of the products in the
bundle.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of the installed product.
• The files created during an administrative installation that you might replace in
order to customize a user’s installation.
• The features of the product that you can choose to add or remove during
installation, or during modification of the installed product.
The following list contains the names of all the features in the Feature table of the
MSI database for Analyst's Notebook 8:
Analyst’s Notebook requires all of the merge modules that the ThirdParty feature
installs, as listed in the following table:
DLL version
Module name
number
DLL version
Module name
number
DLL version
Module name
number
i23rdPartyCyberActiveX 1.0.0.258,
1.2.0.18,
1.0.0.51,
1.0.0.4,
1.0.0.96
i23rdPartyWoodBuryUnicodeFlexGrid 1.3.0.6,
2.0.0.0
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain the
products in the IBM® i2® Analyst's Workstation product bundle.
This appendix also provides information about Data Miner. For information specific
to IBM i2 Analyst’s Notebook®, see Appendix A, IBM i2 Analyst's Notebook, for
information specific to IBM i2 iBase, see Appendix D, IBM i2 iBase.
For full instructions on how to use the features and functionality described here,
you should refer to Chapter 1, Packaging & Deploying IBM i2 Software
Distributions.
Contents
Introduction 54
Product Bundle 55
Prerequisite Software 56
Public Properties 57
Customizable Files 59
Product Features 60
Patches and Transforms 63
Introduction A.14
This appendix contains information about the product-specific features of the
Analyst's Workstation 8 product bundle that can affect the way you deploy it. Some
of this information applies to Data Miner only–separate appendices provide
information on Analyst’s Notebook 8 and iBase 8.
It describes:
• The Installation Manager that manages the installation of the products in the
bundle.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of Data Miner. The public properties for
Analyst’s Notebook 8 and iBase 8 are described in separate appendices.
• The files created during an administrative installation that you might replace in
order to customize a user's installation.
• The features of Data Miner that you can choose to add or remove during
installation, or during modification of the installed product.
• Any Data Miner-specific patches and transforms that are shipped with this
version of the product.
The following table lists the additional properties that you can specify on the
Msiexec command line for Data Miner 8 or when using the Custom Setup option:
Database Machine The cube will be built on the machine running the
SQL Server instance used by the iBase database.
Any other value The name of a specific machine on which the cube
is to be built (including an IP address).
Same as SQLServer Use the Analysis Server instance that matches the
SQL Server instance name. This is the default
when cubes are built on the database machine.
If these properties are set on the command line then they will be used when doing
a silent install or when using the Complete Setup option. They will also become the
defaults for the Custom Setup option, which allows you to customize them further.
Note: For information on Analyst’s Notebook public properties, see page 46, and for the
iBase public properties, see page 76.
The distribution of Data Miner that this document accompanies has no files that
you can customize in this way.
The following list contains the names of all the features in the Feature table of the
MSI database for Data Miner 8, and the requirements of each feature:
Note: You can install the Administration Center without installing the Data Miner 8
software, so that you may read the documentation before installation. Alternatively,
you can access the documentation in the Analyst’s Workstation 8 distribution
package, in the Administration Center directory.
Note: For information on Analyst’s Notebook product features, see page 48, and for the
iBase product features, see page 78.
Data Miner 8 requires all of the merge modules that the ThirdParty feature installs,
as listed in the following table:
DLL version
Module name
numbers
DLL version
Module name
numbers
stdole 7.0.9466.0
Note: For information on Analyst’s Notebook third party merge modules, see page 49,
and for the iBase third party merge modules, see page 81.
Note: For information on Analyst’s Notebook, see Patches and Transforms on page 52,
and for iBase, see Patches and Transforms on page 83.
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain IBM® i2®
Chart Reader 8.9.
For full instructions on how to use the features and functionality described here,
you should refer to Chapter 1, Packaging & Deploying IBM i2 Software
Distributions.
Contents
Introduction 66
Prerequisite Software 67
Public Properties 68
Customizable Files 69
Product Features 70
Introduction A.21
This appendix contains information about the product-specific features of Chart
Reader that can affect the way you deploy it. It describes:
• The prerequisite software that you must have installed before you can attempt
to install the product itself.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of the installed product.
• The files created during an administrative installation that you might replace in
order to customize a user’s installation.
• The features of the product that you can choose to add or remove during
installation, or during modification of the installed product.
The distribution of Chart Reader that this document accompanies has no files that
you can customize in this way.
The following list contains the names of all the features in the Feature table of the
MSI database for Chart Reader:
Chart Reader requires all of the merge modules that the ThirdParty feature installs,
as listed in the following table:
DLL version
Module name
number
DLL version
Module name
number
DLL version
Module name
number
i23rdPartyCyberActiveX 1.0.0.258,
1.2.0.18,
1.0.0.51,
1.0.0.4,
1.0.0.96
i23rdPartyWoodBuryUnicodeFlexGrid 1.3.0.6,
2.0.0.0
i23rdPartyWoodBuryUnicodeToolbox 1.4.0.1,
1.3.0.1,
1.1.0.32
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain IBM® i2®
iBase 8.9.
For full instructions on how to use the features and functionality described here,
you should refer to Chapter 1, Packaging & Deploying IBM i2 Software
Distributions.
Contents
Introduction 74
Prerequisite Software 75
Public Properties 76
Customizable Files 77
Product Features 78
Patches and Transforms 83
Introduction A.26
This appendix contains information about the product-specific features of iBase 8
that can affect the way you deploy it. It describes:
• The prerequisite software that you must have installed before you can attempt
to install the product itself.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of the installed product.
• The files created during an administrative installation that you might replace in
order to customize a user's installation.
• The features of the product that you can choose to add or remove during
installation, or during modification of the installed product.
• Any product-specific patches and transforms that are shipped with this version
of the product.
Note: iBase 8 now includes the IBM i2 iBase Plate Analysis installer as a feature.
Report Viewer
If you wish to use the code list history report functionality, then you need the
Microsoft Report Viewer 2005 libraries. You can download this from the Microsoft
website.
Note: If an upgrade from iBase 8.0 or 8.1 is performed silently or with a basic UI, using
the /quiet, /q or /qb switches it is advisable to perform a manual MSI Repair
operation following the upgrade. If the manual repair is not performed, the
Windows Installer Self-Heal will be run on first use of iBase and will automatically
repair the installation.
The following list contains the names of all the features in the Feature table of the
MSI database for iBase 8, and the requirements of each feature:
You can install the Administration Center without installing the iBase 8 software, so
that you may read the documentation before installation. Alternatively, you can
access the documentation on the iBase 8 distribution CD, in the
Administration Center directory.
For example, to install the Administration Center only (without the iBase database
replication part):
iBase 8 requires all of the merge modules that the ThirdParty feature installs, as
listed in the following table:
MSFlexGrid 6.1.98.11
stdole 7.0.9466.0
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain IBM® i2®
Text Chart 8.9.
For full instructions on how to use the features and functionality described here,
you should refer to Chapter 1, Packaging & Deploying IBM i2 Software
Distributions.
Contents
Introduction 86
Prerequisite Software 87
Public Properties 88
Customizable Files 89
Product Features 90
Patches and Transforms 92
Introduction A.32
This appendix contains information about the product-specific features of
Text Chart 8.9 that can affect the way you deploy it. It describes:
• The prerequisite software that you must have installed before you can attempt
to install the product itself.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of the installed product.
• The files created during an administrative installation that you might replace in
order to customize a user's installation.
• The features of the product that you can choose to add or remove during
installation, or during modification of the installed product.
• Any product-specific patches and transforms that are shipped with this version
of the product.
Note: If you are a Windows 7 or Windows user, you will need to configure a specific local
user account with Administrative privileges and have the Log on as a Service
security right
The distribution of Text Chart that this document accompanies has no files that you
can customize in this way.
The following list contains the names of all the features in the Feature table of the
MSI database for Text Chart:
Text Chart requires all of the merge modules that the ThirdParty feature installs, as
listed in the following table:
The Auto Mark feature is not usually available by default on a machine running in a
non-English locale. If you would like to install the Auto Mark feature on a non-
English locale then please contact IBM Support. For information about how to
contact IBM Support, see Contacting IBM Support on page 8.
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain IBM® i2®
iBridge.
For full instructions on how to use the features and functionality described here,
you should refer to Chapter 1, Packaging & Deploying IBM i2 Software
Distributions.
Contents
Introduction 94
Prerequisite Software 95
Public Properties 96
Customizable Files 97
Product Features 98
Patches and Transforms 100
Introduction A.38
This appendix contains information about the product-specific features of iBridge
that can affect the way you deploy it. It describes:
• The Installation Manager that manages the installation of the products in the
bundle.
• The prerequisite software that you must have installed before you can attempt
to install the product itself.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of the installed product.
• The files created during an administrative installation that you might replace in
order to customize a user's installation.
• The features of the product that you can choose to add or remove during
installation, or during modification of the installed product.
• Any product-specific patches and transforms that are shipped with this version
of the product.
Internet Explorer 6
iBridge needs Microsoft Internet Explorer version 6 Service Pack 1 (or later). You
must install an appropriate version of Internet Explorer before installing iBridge.
Internet Explorer is included on the distribution CD, in the Pre-requisites\ IE
6 SP1 directory. Alternatively, you can download the latest version from the
Microsoft website.
MDAC
iBridge needs the Microsoft MDAC libraries version 2.6 (or later). On Windows
2000 systems, you must install an appropriate version of the MDAC libraries before
installing iBridge. MDAC 2.8 SP1 is included in the distribution package, in the
Pre-requisites\MDAC directory. Alternatively, you can download the latest
version from the Microsoft website.
MSXML 6.0
iBridge needs the Microsoft Core XML Services (MSXML) 6.0 libraries. On
systems earlier than Windows , you must install an appropriate version of these
libraries before installing iBridge. Microsoft Core XML Services (MSXML) 6.0 is
included on the distribution CD, in the Pre-requisites\MSXML 6.0 directory.
Alternatively, you can download the latest version from the Microsoft website.
The following list contains the names of all the features in the Feature table of the
MSI database for iBridge 8:
iBridge 8 requires all of the merge modules that the ThirdParty feature installs, as
listed in the following table:
MSFlexGrid 6.1.97.82
i23rdPartyWoodBuryUnicodeFlexGrid 1.3.0.6
2.0.0.0
i23rdPartyWoodBuryUnicodeToolbox 1.4.0.1
1.3.0.1
1.1.0.32
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain IBM® i2®
Analyst’s Notebook Connector for Esri.
For full instructions on how to use the features and functionality described here,
you should refer to the main part of the guide.
Contents
Introduction 102
Prerequisite Software 103
Customizable Files 105
Product Features 106
Patches and Transforms 107
Introduction A.44
This appendix contains information about the product-specific features of IBM i2
Analyst’s Notebook Connector for Esri that can affect the way you deploy it. It
describes:
• The prerequisite software that you must have installed before you can attempt
to install the product itself.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of the installed product.
• The files created during an administrative installation that you might replace in
order to customize a user's installation.
• The features of the product that you can choose to add or remove during
installation, or during modification of the installed product.
• Any product-specific patches and transforms that are shipped with this version
of the product.
Analyst’s Notebook Connector for Esri supports all the custom public properties
described in the main part of the guide.
Note: You must make sure that the coordinate systems of the maps on your Esri server
are also present in the user’s CoordinateSystemWkts file.
For more information about coordinate systems and configuring server endpoints,
see the IBM i2 Analyst’s Notebook Esri Connector Configuration Guide.
The following list contains the name of the feature in the Feature table of the MSI
database for Analyst’s Notebook Connector for Esri:
This appendix contains information about the considerations you should make,
and the options available to you, when you deploy, install, and maintain IBM® i2®
iBase Retained Data Handover Interface.
For full instructions on how to use the features and functionality described here,
you should refer to the main part of the guide.
Contents
Introduction 110
Prerequisite Software 111
Public Properties 112
Customizable Files 113
Product Features 114
Patches and Transforms 115
Introduction
This appendix contains information about the product-specific features of IBM i2
iBase Retained Data Handover Interface that can affect the way you deploy it. It
describes:
• The prerequisite software that you must have installed before you can attempt
to install the product itself.
• The custom public properties that you can specify on the Msiexec command
line in order to change the behavior of the installed product.
• The files created during an administrative installation that you might replace in
order to customize a user's installation.
• The features of the product that you can choose to add or remove during
installation, or during modification of the installed product.
• Any product-specific patches and transforms that are shipped with this version
of the product.
Prerequisite Software
iBase 8.9 or later must have been installed before installing IBM i2 RDHI
Public Properties
IBM i2 RDHI supports none of the custom public properties described in the main
part of the guide.
The application is installed as an iBase plug-in and the files are installed in the
location selected when iBase itself was installed.
Customizable Files
When you perform an administrative installation of an IBM product, the result is an
unpacked directory structure containing all the files that will be copied to a user's
machine when they install the product. You can therefore customize an installation
by replacing some of the standard files with your own versions.
Product Features
During a GUI-based installation, the Custom Setup page of the InstallShield wizard
allows you to add and remove optional features to and from the installed product.
As the main part of the guide explains, you can do the same thing from the
Msiexec command line by using the REMOVE and ADDLOCAL public properties.
The following list contains the names of all the features in the Feature table of the
MSI database for IBM i2 RDHI:
This information was developed for products and services offered in the U.S.A.
IBM may not offer the products, services, or features discussed in this document in
other countries. Consult your local IBM representative for information on the
products and services currently available in your area. Any reference to an IBM
product, program, or service is not intended to state or imply that only that IBM
product, program, or service may be used. Any functionally equivalent product,
program, or service that does not infringe any IBM intellectual property right may
be used instead. However, it is the user's responsibility to evaluate and verify the
operation of any non-IBM product, program, or service.
IBM may have patents or pending patent applications covering subject matter
described in this document. The furnishing of this document does not grant you
any license to these patents. You can send license inquiries, in writing, to:
The following paragraph does not apply to the United Kingdom or any other
country where such provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS
PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER
EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS
FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express
or implied warranties in certain transactions, therefore, this statement may not
apply to you.
IBM may use or distribute any of the information you supply in any way it believes
appropriate without incurring any obligation to you.
Licensees of this program who wish to have information about it for the purpose of
enabling: (i) the exchange of information between independently created programs
and other programs (including this one) and (ii) the mutual use of the information
which has been exchanged, should contact:
The licensed program described in this document and all licensed material
available for it are provided by IBM under terms of the IBM Customer Agreement,
IBM International Program License Agreement or any equivalent agreement
between us.
Information concerning non-IBM products was obtained from the suppliers of those
products, their published announcements or other publicly available sources. IBM
has not tested those products and cannot confirm the accuracy of performance,
compatibility or any other claims related to non-IBM products. Questions on the
capabilities of non-IBM products should be addressed to the suppliers of those
products.
All statements regarding IBM's future direction or intent are subject to change or
withdrawal without notice, and represent goals and objectives only.
This information contains examples of data and reports used in daily business
operations. To illustrate them as completely as possible, the examples include the
names of individuals, companies, brands, and products. All of these names are
fictitious and any similarity to the names and addresses used by an actual
business enterprise is entirely coincidental.
If you are viewing this information softcopy, the photographs and color illustrations
may not appear.
Trademarks
IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of
International Business Machines Corp., registered in many jurisdictions worldwide.
Other product and service names might be trademarks of IBM or other companies.
A current list of IBM trademarks is available on the Web at “Copyright and
trademark information” at www.ibm.com/legal/copytrade.shtml.
Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered
trademarks or trademarks of Adobe Systems Incorporated in the United States,
and/or other countries.
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of
Microsoft Corporation in the United States, other countries, or both.
Java and all Java-based trademarks and logos are trademarks or registered
trademarks of Oracle and/or its affiliates.
Installation advantages 12
administrative 25 invalid 14
customizing 26 modifying 27
advertising 27 requirements 12
cache 19 upgrading 35
location of installed files 19 Msiexec 16
maintaining IBM i2 32
custom deployment 21
Installation Manager double-click installation 21
Running 16 modifying from the command line 34
patching with MSP file 36
INSTALLDIR Setup.exe reliance on 16
Custom public properties upgrading with an MSI file 35
INSTALLDIR 24
Installing
.Net Framework 12 O
with Setup.exe 16
Invalid .msi files 14 Orca
creating transforms 28
L
P
Location of installed files 19
Patches
.msp files 13
M Analyst’s Notebook Connector for Esri 107
iBridge 100
running
Maintaining IBM i2 installations 32 with MSP file 36
Merge modules with Setup.exe 35
with Update.exe 35
third party
Analyst’s Notebook 49 PDF
Chart Reader 71 Portable Definition file
Data Miner 61 deployment packages 13
iBase 81
iBridge 98 Prerequisites
Text Chart 90 Analyst’s Notebook 45
Analyst’s Notebook Connector for Esri 103
Modifying Analyst’s Workstation 56
.msi files 27 Chart Reader 67
IBM i2 installations 33 Data Miner 56
MSI iBase 75
IBM i2 product-specific 12
Setup.exe
IBM i2 software distributions 13
U
Uninstalling
IBM i2 installations 37
patches from command line 38
Update.exe
IBM i2 software distributions 13
patching with 35
running patches 35
Upgrading
running
with MSI file 35
User Account Control checks
Windows Vista 14
V
Verbose log
enabling 40
understanding 40
W
Windows Vista
User Account Control checks 14