Oracle® Fusion Middleware Upgrade Guide for Oracle Enterprise Repository 11g Release 1 (11.1.1) E15746-01 |
|
![]() Previous |
![]() Next |
This chapter provides an overview of the upgrade process tasks and requirements when upgrading from Oracle Enterprise Repository 10g Release 3 (10.3) and ALER 3.x versions. Use the following links for additional instructions specific to your application server.
This chapter contains the following sections:
Section 1.1, "Upgrade from Oracle Enterprise Repository 10g R3 to 11g R1"
Section 1.2, "Upgrade Oracle Enterprise Repository Workflows"
You can upgrade from Oracle Enterprise Repository 10.3 to Oracle Enterprise Repository 11g R1. This section contains the following topics:
To upgrade from Oracle Enterprise Repository 10.3 to Oracle Enterprise Repository 11g, perform the following steps:
Backup the existing Oracle Enterprise Repository database.
Encrypt clear text passwords within the existing database.properties
and ldap.properties
files by using the Oracle Enterprise Repository diagnostic tool.
Also, encrypt the activemq.xml
and EndPointEventSubscription.xml
files that contain the password properties and are found at the oer-app/WEB-INF/classes
directory.
If you are upgrading from ALER 3.x, then change the <sub:uri>
element in the EndPointEventSubscription.xml
file, which represents the service URI for the supported server, to the following
uncomment the following line:
<sub:uri>albpmServices/aler_engine/ws/StatusChangeEndpointServiceListener</sub:uri>
and comment the following line:
<sub:uri>fuegoServices/ws/StatusChangeEndpointServiceListener</sub:uri>
Encrypt the passwords in the workflow.xml
, which can be found at <Oracle_Home>\obpm\enterprise\server\aler_engine, and then backup this file.
Backup existing Oracle Enterprise Repository application deployment:
It is recommended that you backup the entire <BEA_HOME>
. This backup is necessary for some post-installation tasks, in addition to the application server upgrade.
For clustered deployments, each node of the cluster should be separately backed up as all nodes would need to have Oracle Enterprise Repository upgraded. For more information, see Oracle Fusion Middleware Installation Guide for Oracle Enterprise Repository.
Verify required platforms and version information (including JDBC Driver version support), using Table 1-1, which describes the supported JDBC Driver file names for Oracle Enterprise Repository 11g as well as its mapping to the appropriate application server.
Table 1-1 Oracle Enterprise Repository 11g Supported JDBC Driver Information
App Server JDK Version | Oracle JDBC | Oracle Driver Version | UDB JDBC | UDB Driver Version | SQL Server JDBC | SQL Driver Version |
---|---|---|---|---|---|---|
1.5.x |
ojdbc5.jar |
11.1.0.7.0-Production |
db2jcc.jar db2jcc_license_cu.jar db2jcc4.jar |
3.50.152 |
sqljdbc4.jar |
2.0.1803.100 |
1.6.x |
ojdbc6.jar |
11.1.0.7.0-Production |
db2jcc.jar db2jcc_license_cu.jar db2jcc4.jar |
3.50.152 |
sqljdbc4.jar |
2.0.1803.100 |
Note: A patch would be required for AIX, which would be available in tools/solutions as a zip file that can be dropped on the server. |
Uninstall Oracle Enterprise Repository 10.3.
Run the Oracle Enterprise Repository 11g product installer.
Note: Run the database configuration assistant at the end of the Oracle Enterprise Repository installer process. |
For more information about running the product installer, see Oracle Fusion Middleware Installation Guide for Oracle Enterprise Repository.
Restore the Oracle Enterprise Repository backup files from the previous Oracle Enterprise Repository deployment to the newly installed Oracle Enterprise Repository 11g version, including:
The Oracle Enterprise Repository property files
If you are using LDAP, then confirm that the Enable LDAP Login option is set to True and verify the LDAP Configuration settings. If you are using SSO, then confirm that the Enable Advanced Container Login option is set to True and verify the Advanced Container Configuration settings. If your LDAP or SSO configurations are not set correctly, then you will not be able to authenticate with the Oracle Enterprise Repository application.
The property value for the LDAP authentication feature is:
enterprise.authentication.ldap.enabled=true
For Container Managed Authentication:
enterprise.authentication.container.enabled=true enterprise.authentication.container.synchroles.enabled=true/false (depending on customer need)
For SSO:
enterprise.authentication.advancedcontainer.enabled=true
These properties should be enabled (as appropriate) and saved within the oer/WEB-INF/classes/enterprise.properties file.
Any custom files, such as custom home pages, images, XSLT templates, upload files, and any other customer-related files.
Note:
|
Start your application server.
Verify the application deployment using Oracle Enterprise Repository diagnostics. For more information about enabling the Oracle Enterprise Repository diagnostics tools, see Section 2.6.3, "Enable the Oracle Enterprise Repository Diagnostics Tool".
Note: No database operations are required for this upgrade. |
Note: Tomcat is no longer supported in Oracle Enterprise Repository 11g Release 1 (11.1.1). You may upgrade on Tomcat at your own risk. It is suggested that you move to a supported Application Server as soon as reasonible. For a complete list of supported servers, see http://www.oracle.com/technology/software/products/ias/files/fusion_certification.html |
These instructions enable you to upgrade from Oracle Enterprise Repository 10.3 to Oracle Enterprise Repository 11g on Tomcat using the Oracle Products installation program.
This section contains the following topics:
Section 1.1.2.2, "Create an Oracle Enterprise Repository Temp Directory"
Section 1.1.2.3, "Back Up the Current Oracle Enterprise Repository Webapps"
Section 1.1.2.5, "Run the Oracle Products Installation Program"
Section 1.1.2.7, "Restore the Oracle Enterprise Repository Back Up Files"
To upgrade from ALER 3.x or Oracle Enterprise Repository 10.3 to Oracle Enterprise Repository 11g on Tomcat, you must ensure you have the following prerequisites:
Refer to the password encryption requirements section prior to performing upgrade steps. For more information, see Section 2.6.4, "Creating Encrypted Passwords".
Please reference the Supported Configurations list for the most recent information regarding your application server version.
Ensure that the application server is stopped.
If the installed application server version is no longer supported by Oracle Enterprise Repository, or the application server has been upgraded to a newer version, then perform the application upgrade instructions for the application server side.
The directory where Tomcat is installed on your system is referenced in these instructions as CATALINA_HOME
.
The web application context that is being upgraded is referenced in these instructions as CATALINA_HOME/webapps/oer
.
The web content context that is being upgraded is referenced in these instructions as CATALINA_HOME/webapps/oer-web
.
If BPM is in use, then ensure that you backup the BPM Database.
Backup the existing Oracle Enterprise Repository database
On the Tomcat server, create a directory named oer_temp
. This directory will contain the backup copies of the current Oracle Enterprise Repository application. This will also serve as a temporary location for properties files, JDBC drivers, and any customized Oracle Enterprise Repository items (home.jsp for example) that are required for the new application.
Navigate to the Tomcat installation location CATALINA_HOME/webapps
and copy the existing oer and oer-web application directories into the oer_temp
directory.
Use the Oracle Enterprise Repository 10.3 Installer to remove all components of the previous release. For more information, see "Uninstalling the Software" in Oracle Fusion Middleware Installation Guide for Oracle Enterprise Repository.
To run the Oracle Products Installation program, perform the following steps:
When prompted for the Tomcat (Catalina) Home directory, supply the directory where Tomcat has been installed.
When prompted for the Repository application name, you can use the same application name that the previous deployment had used.
When prompted for the Port number, use the same port number that the previous deployment had used.
If you encounter a "One or more installation directories are not empty. Proceed with installation?" message, then select YES. This is applicable only when re-installing the same version.
The installer will overwrite the existing deployment with the new files, thus preserving any additional custom files (such as an upload repository directory, custom home pages, etc.). However, if you select No, then the exisiting deployment is saved to a new context path and the application content is stored in a new directory.
After the Oracle Enterprise Repository installation is completed, and you have selected to use the Generic Application Server option, then you are left with a $MIDDLEWARE_HOME/repository111/generic directory.You will find the EAR file containing the Oracle Enterprise Repository application within this directory. This file and the contained WAR files have to be unzipped into the CATALINA_HOME/webapps directory then renamed to match the previous ALER/OER context name.
To restore the Oracle Enterprise Repository backup files from Tomcat to your Oracle Enterprise Repository 11g deployment, perform the following steps:
Navigate to the oer_temp
directory.
Edit the oer_temp/oer/WEB-INF/classes/enterprise.properties file by adding the following properties to the end of the file:
enterprise.authentication.ldap.enabled=true enterprise.authentication.container.enabled=true enterprise.authentication.advancedcontainer.enabled=true
Copy the oer_temp/oer/WEB-INF/classes/*.xml
files to the OER_DEPLOYMENT_DIRECTORY/oer/WEB-INF/classes directory. This action overwrites the XML files that are a part of the new install.
Copy the oer_temp/oer/WEB-INF/classes/*.properties
files to the OER_DEPLOYMENT_DIRECTORY/oer/WEB-INF/classes directory. This action overwrites the properties files that are a part of the new install.
Copy the supported JDBC Driver jar files to the OER_DEPLOYMENT_DIRECTORY/oer/WEB-INF/lib directory.
Copy the oer_temp/oer/custom/home.jsp
(and/or all of the custom home pages) to the OER_DEPLOYMENT_DIRECTORY/oer/custom directory. This overwrites the existing home.jsp
file that is part of the new install. In addition, copy any custom images that were included in the custom home page(s) to the appropriate directory.
If you are using any custom Type icons, then copy the files from the oer_temp/oer-web/images/tree/enterprise/asse
t directory to the OER_DEPLOYMENT_DIRECTORY/oer-web/images/tree/enterprise/assets directory.
If custom reports were created, then see Section 2.1, "Migrating Custom Reports".
Copy/Move the Upload Repository directory (normally found in oer_temp/oer/custom/upload
) into the new OER_DEPLOYMENT_DIR/oer/custom installation directory.
If you are using LDAP, then confirm that the Enable LDAP Login option is set to True and verify the LDAP Configuration settings. If you are using SSO, then confirm that the Enable Advanced Container Login option is set to True
and verify the Advanced Container Configuration settings. If your LDAP or SSO configurations are not set correctly, then you will not be able to authenticate with the Oracle Enterprise Repository application.
Navigate to the application server's JSP cache directory and delete the cache for the ALER/Oracle Enterprise Repository application.
Start the generic application server.
Note: For more information about performing encryption for passwords, see Section 2.6.4, "Creating Encrypted Passwords". |
Oracle Enterprise Repository is now deployed. It is recommended that you test the installation through the use of the Oracle Enterprise Repository Diagnostics page and the recommended tests are as follows:
On the Oracle Enterprise Repository Diagnostics page
Product Version Information
Test Required Libraries
Test Database
If you are unable to access the Oracle Enterprise Repository login page or application, or if you see an error message of some kind, it may be possible that the db.password
property in the database.properties
file was not encrypted. Please check the cmee.log file for any messages that explains this behaviour.
For more information about enabling the Oracle Enterprise Repository diagnostics tools, see Section 2.6.3, "Enable the Oracle Enterprise Repository Diagnostics Tool".
These instructions enable you to upgrade from ALER 3.x to Oracle Enterprise Repository 10.3 on WebLogic Server using the Oracle Enterprise Repository 11g Release 1 (11.1.1) installation program.
This section contains the following topics:
Section 1.1.3.2, "Create Oracle Enterprise Repository Temp Directory"
Section 1.1.3.4, "Remove Current Oracle Enterprise Repository Installation Files"
Section 1.1.3.5, "Uninstall ALER 3.x/Oracle Enterprise Repository 10.3"
Section 1.1.3.6, "Run the Oracle Enterprise Repository Installation Program"
Section 1.1.3.8, "Restore the Oracle Enterprise Repository Back Up Files"
To upgrade from ALER 3.x or Oracle Enterprise Repository 10.3 to Oracle Enterprise Repository 11g on WebLogic Server, you must ensure you have the following prerequisites:
Oracle Enterprise Repository 11g requires WebLogic Server 11g. If the currently installed Oracle Enterprise Repository application is not running on the required version, then upgrade the application server or install the supported version of WebLogic Server into a separate Oracle Home directory.
It is assumed that the Oracle Enterprise Repository domain is installed within the default location of BEA_HOME/user_projects/domains/applications/<domain_name>/applications/oer_XXX/oer_app. If the Oracle Enterprise Repository domain is installed in a different location, then make the appropriate adjustments to these instructions.
Refer to the password encryption requirements section prior to performing upgrade steps. For more information, see Section 2.6.4, "Creating Encrypted Passwords".
Stop the WebLogic server before performing these steps.
If BPM is in use, then ensure that you backup the BPM Database.
Backup the existing Oracle Enterprise Repository database
To create an Oracle Enterprise Repository temp directory:
On WebLogic Server, create a directory named oer_temp
. This directory is used to backup the current Oracle Enterprise Repository application. This location is used as a temporary location for properties files, JDBC drivers, and any customized Oracle Enterprise Repository items (home.jsp, for example) that are necessary for the new application.
Back-up the current Oracle Enterprise Repository domain by navigating to the BEA_HOME/user_projects/domains/applications/<domain_name>/applications/oer_XXX/oer_app
directory and copy the oer-app
and oer-web
directories to the oer_temp
directory.
Note: The Oracle Product installer provides an application template to create a new or extend an existing domain with the Oracle Enterprise Repository 11g application. Therefore, the existing domain will no longer be used. |
Caution: Perform this step only after completing backup of the directory, as described in Section 1.1.3.3, "Back Up the Current ALER Webapps". |
If you wish to use the same domain name, then rename /remove the current Oracle Enterprise Repository domain. For example, BEA_HOME/user_projects/domains/<domain_name>
to BEA_HOME/user_projects/domains/old_<domain_name>
.
Use the ALER 3.x or Oracle Enterprise Repository 10.3 removal tool to remove all components of the previous release. For more information, see "Uninstalling the Software" in Oracle Fusion Middleware Installation Guide for Oracle Enterprise Repository.
To run the Oracle Enterprise Repository Installation program, perform the following steps:
When prompted for the Middleware Home directory, supply the directory where the WebLogic Server 11g is installed.
When prompted for the Fully qualified server name, supply the fully qualified host name of the server that this domain is being installed on.
When prompted for the Repository application name, you can use the same application name that the previous deployment had used.
When prompted for the Port number, you can use the same port number that the previous deployment had used.
The Oracle Enterprise Repository application is now distributed as a bundled WLS application domain template. To deploy the Oracle Enterprise Repository application template, perform the following tasks:
Start the WLS Domain Configuration Wizard using BEA_HOME/wlserver_10.3/common/bin/config.sh or .cmd
Create a new WebLogic Domain, and then click Next.
Choose Generate a domain configured automatically to support the following products. Check Oracle Enterprise Repository 11.1.1.2.0, and then click Next.
Enter an appropriate domain name. Use the default locations for the domain and application locations unless you are experienced with these types of definitions. Click Next.
Supply the Appropriate user credentials required to start/stop the domain processes, and then click Next.
Select the appropriate JDK and production mode (defaults to JRockit JDK in production mode) for this domain, and then click Next.
There is no need to modify the optional configuration elements if Oracle Enterprise Repository is a standalone domain (not extending an existing domain - recommended). Click Next.
Review the configuration information for this new Oracle Enterprise Repository domain, and then click the Create button.
The Oracle Enterprise Repository application is deployed within the newly created domain in the directories specified in step 4. This directory path will be referenced later to restore existing property and JDBC Driver files.
To restore the Oracle Enterprise Repository backup files from WebLogic to your Oracle Enterprise Repository 11g deployment, perform the following steps:
Navigate to the oer_temp
directory.
Edit the oer_temp/oer/WEB-INF/classes/enterprise.properties file by adding the following properties to the end of the file:
enterprise.authentication.ldap.enabled=true enterprise.authentication.container.enabled=true enterprise.authentication.advancedcontainer.enabled=true
Copy the oer_temp/oer-app/WEB-INF/classes/*.xml
files to the BEA_HOME/user_projects/applications/<domain>/oer_11.1.1.2.0/applications/oer-app/WEB-INF/classes directory. This action overwrites the XML files that are a part of the new install.
Copy the oer_temp/oer-app/WEB-INF/classes/*.properties
files to the BEA_HOME/user_projects/applications/<domain>/oer_11.1.1.2.0/applications/oer-app/WEB-INF/classes directory. This action overwrites the .properties files that are a part of the new install. If a .properties file exists in the new deployment, and does not exist in the backup, then this may indicate a "Move Setting to Database" operation in the past. These .properties files should be deleted from the upgraded instance. For more information about moving settings to database, see Section 2.3.2, "Move Settings to Database".
Copy the oer_temp/oer/custom/home.jsp
(and/or all of the custom home pages) to the BEA_HOME/user_projects/applications/<domain>/oer_11.1.1.2.0/applications/oer-app/custom directory. This overwrites the existing home.jsp file that is part of the new install. In addition, copy any custom images that were included in the custom home page(s) to the appropriate directory.
If using any custom Type icons, copy the files from the oer_temp/oer-web/images/tree/enterprise/asset
directory to the BEA_HOME/user_projects/applications/<domain>/oer_11.1.1.2.0/applications/oer-web/images/tree/enterprise/asset directory.
If custom reports were created, see the Section 2.1, "Migrating Custom Reports" section.
Copy/Move the Upload Repository directory (normally found in oer_temp/oer/custom/upload
) into the new BEA_HOME/user_projects/applications/<domain>/oer_11.1.1.2.0/applications/oer-app/custom/upload installation directory.
If you are using LDAP, then confirm that the Enable LDAP Login option is set to True
and verify the LDAP Configuration settings. If you are using SSO, then confirm that the Enable Advanced Container Login option is set to True
and verify the Advanced Container Configuration settings. If your LDAP or SSO configurations are not set correctly, then you will not be able to authenticate with the Oracle Enterprise Repository application.
Start the WebLogic Administration Server (required to be running before the Oracle Enterprise Repository managed server can be started):
BEA_HOME/user_projects/domains/<domain>/startWebLogic.sh or *.cmd
Start the Oracle Enterprise Repository Managed Server:
BEA_HOME/user_projects/domains/<domain>/bin/startManagedWebLogic.sh oer_server1 http://localhost:7001
Oracle Enterprise Repository 11g is now deployed. It is recommended that you test the installation through the use of the Oracle Enterprise Repository Diagnostics page and the recommended tests are:
On the Oracle Enterprise Repository Diagnostics page
Product Version Information
Test Required Libraries
Test Database
Update the following Oracle Enterprise Repository properties that reference the application server file system paths:
cmee.asset.xml.paths.export-destination
cmee.asset.xml.paths.xsl-source
cmee.asset.xml.paths.out-destination
cmee.server.paths.upload
cmee.extframework.export.tempfile
Additional properties that are effected by the deployment of Oracle Enterprise Repository are:
cmee.server.paths.upload-registrar
The application server based FTP, HTTP, HTTPS and SMB/CIFS artifact store definitions are also effected by the change in paths based on the WLS application template configuration process.
Ensure you take a special note of these types of artifact stores and update the configurations appropriately.
If you are unable to access the Oracle Enterprise Repository login page or application, or if you see an error message of some kind, it may be possible that the db.password
property in the database.properties
file was not encrypted. Please check the cmee.log file for any messages that explains this behaviour.
For more information about enabling the Oracle Enterprise Repository diagnostics tools, see Section 2.6.3, "Enable the Oracle Enterprise Repository Diagnostics Tool".
These instructions enable you to upgrade from Oracle Enterprise Repository 10.3 to Oracle Enterprise Repository 11g on WebSphere using the Oracle Products installation program. These instructions assume use of the Application Server profile type. For other profile types, modify the configuration according to your environment's requirements.
This section contains the following topics:
Section 1.1.4.2, "Create Oracle Enterprise Repository Temp Directory"
Section 1.1.4.3, "Back Up the Current Oracle Enterprise Repository Webapps"
Section 1.1.4.4, "Remove Current ALER/OER Installation Files"
Section 1.1.4.5, "Uninstall Oracle Enterprise Repository 10.3"
Section 1.1.4.6, "Run the Oracle Enterprise Repository Installation Program"
Section 1.1.4.8, "Restore the Oracle Enterprise Repository Back Up Files"
To upgrade from Oracle Enterprise Repository 10.3 to Oracle Enterprise Repository 11g on WebSphere, you must ensure you have the following prerequisites:
When using WebSphere 6.1.0.5 with Oracle 11g database server, ensure that you use the ojdbc5.jar JDBC driver for Oracle Database servers in order to maintain compatibility with the IBM WebSphere 1.5.x JDK.
Oracle Enterprise Repository requires WebSphere version 6.1.0.5. If the currently installed Oracle Enterprise Repository application is not running on the required version, then upgrade the application server as appropriate.
The current deployment directory containing the Oracle Enterprise Repository application is referred to as oer_current (this directory will normally be located in the following directory:
WAS_HOME/AppServer/profiles/AppSrv01/installedApps/localhostNode01Cell/installedApps/oer.ear
.
Once the upgrade process is complete, the Oracle Enterprise Repository property files, XML files, and JDBC driver files will be located within a new BEA_HOME/repositoryXXX/websphere
directory.
Backup the existing ALER database
On the WebSphere server, create a directory named oer_temp
. This directory will contain backups of the current Oracle Enterprise Repository application properties files, JDBC drivers, and any customized Oracle Enterprise Repository items (home.jsp for example) that are necessary for the new application.
To back up the current Oracle Enterprise Repository webapps, perform the following steps:
Copy the contents of the current OER_HOME
shared library directory contents to the oer_temp directory. The oer_temp directory should then contain all of the original Oracle Enterprise Repository properties files, XML files, and your current JDBC driver JAR files.
Edit the oer_temp/oer/WEB-INF/classes/enterprise.properties file by adding the following properties to the end of the file:
enterprise.authentication.ldap.enabled=true enterprise.authentication.container.enabled=true enterprise.authentication.advancedcontainer.enabled=true
Refer to the password encryption requirements section prior to performing upgrade steps. For more information, see Section 2.6.4, "Creating Encrypted Passwords".
If you have a customized Oracle Enterprise Repository home page, navigate to the oer_current/oer-app.war/custom
directory and copy the home.jsp
file to the oer_temp
directory. If you have used the Role or Department based home pages, then copy those files from the directory that is indicated within the oer_current/oer-app.war/WEB-INF/classes/homepages.xml
file.
Copy any custom images that are used in the custom home page file(s) to the oer_temp
directory.
If you have any custom Asset Type icons, navigate to the oer_current/oer-web.war/images/tree/enterprise/asset
directory and copy the images to the oer_temp
directory.
Optionally, copy all XSLT templates from the PDF Printing web-application to the oer_temp
directory. This web application is bundled directly into the core of the Oracle Enterprise Repository product.
Copy any additional files or directories that were included or modified from the base Oracle Enterprise Repository installation into the oer_temp
directory.
To remove the current Oracle Enterprise Repository installation files, perform the following steps:
Start the WebSphere 6.1.0.5 Administrative Console.
Expand the Applications -> Enterprise Applications folder and select the ALER/OER option.
Click Stop.
Select the ALER/OER option.
Click Uninstall.
Select the ALER/OER option.
Click Remove.
Repeat the above steps to remove the PDF Printing web-application (if present). This feature has been bundled within the Oracle Enterprise Repository base application.
Save the changes to the Master Configuration when prompted.
Stop WebSphere Server.
Associate Shared Libraries with Oracle Enterprise Repository 11g, as follows:
Expand the Applications, Enterprise Applications folder and click the Oracle Enterprise Repository 11g installation.
Choose the Shared Library References link.
Select the oer-app.war application.
Click the Reference Shared Libraries button.
Select the appropriate shared library definitions.
Click the Right Arrow button to move the definitions to the selected box on the right.
Click OK to save the selected references.
Edit the path of the existing Oracle Enterprise Repository shared library containing the property files. The new path for this library will be BEA_HOME/repository111/websphere.
The existing property files are copied into this location once the Oracle Enterprise Repository 11g installation is completed.
Note: For more information about configuring workflows, see Oracle Fusion Middleware Configuration Guide for Oracle Enterprise Repository. |
Use the Oracle Enterprise Repository 10.3 Installer to remove all components of the previous release. For more information, see "Uninstalling the Software" in Oracle Fusion Middleware Installation Guide for Oracle Enterprise Repository.
To run the Oracle Products Installation program, perform the following steps:
When prompted for the Repository application name, use the same application name that the previous deployment had used.
When prompted for the Port number, use the same port number that the previous deployment had used.
The Oracle Products installer will generate a deployable EAR file, thus allowing you to quickly and easily install the updated version of the application directly from the application server's file system. It will also create and deploy the Oracle Enterprise Repository Workflow application components appropriately.
To install new application files in Oracle Enterprise Repository, perform the following steps:
Start WebSphere Server.
Start the WebSphere Administrative Console.
Expand the Applications -> Enterprise Applications folder and click Install.
Choose the option to select a Remote Filesystem (this option is relative to the application server), browse to the BEA_HOME/repository111/websphere
directory, and select the oer.ear
file.
Select the Prompt me only when additional information is required option and click Next to continue.
On the Select Installation Options page, click Next to continue after making the appropriate changes.
On the Map modules to servers page, click Next to continue after making the appropriate changes.
On the Map virtual hosts for Web modules page, click Next after making the appropriate changes.
On the Deployment summary page, click Finish to deploy the EAR file.
Note: This process may take several minutes. |
After the installation is finished, the Application installed successfully message is displayed.
Click Save to Master Configuration when prompted.
Stop WebSphere Server.
These steps will modify files deployed by the newly installed version of Oracle Enterprise Repository with files from the backup and the previously installed version.
If you have a customized Oracle Enterprise Repository home page(s), use the Update feature of WebSphere to replace the deployed custom/home.jsp
file with the customized version of home.jsp
in the backup.
Copy any custom images that may be part of the home.jsp file to the appropriate directory.
If you use custom asset icon images, then use the Update feature.
If custom reports were created, then see the Section 2.1, "Migrating Custom Reports" section.
If additional files were included or modified in the original Oracle Enterprise Repository install, consult Oracle Technical Support for assistance with inclusion of these additions into Oracle Enterprise Repository 10.3.
Copy all previous property files from the oer_temp to the BEA_HOME/repository111/websphere
directory.
Copy all previous XML files from the oer_temp to the BEA_HOME/repository111/websphere
directory.
Copy the currently supported JDBC Driver files into the BEA_HOME/repository111/websphere
directory.
If you are using LDAP, then confirm that the Enable LDAP Login option is set to True and verify the LDAP Configuration settings. If you are using SSO, then confirm that the Enable Advanced Container Login option is set to True and verify the Advanced Container Configuration settings. If your LDAP or SSO configurations are not set correctly, then you will not be able to authenticate with the Oracle Enterprise Repository application.
Navigate to the WebSphere_HOME/AppServer/temp/
directory and delete the cache for the Oracle Enterprise Repository application.
Restart WebSphere.
Oracle Enterprise Repository is now deployed. It is recommended that you test the installation through the use of the Oracle Enterprise Repository Diagnostics page and the recommended tests are as follows:
On the Oracle Enterprise Repository Diagnostics page
Product Version Information
Test Required Libraries
Test Database
Update the following Oracle Enterprise Repository properties that reference the application server file system paths:
cmee.asset.xml.paths.export-destination
cmee.asset.xml.paths.xsl-source
cmee.asset.xml.paths.out-destination
cmee.server.paths.upload
cmee.extframework.export.tempfile
Additional properties that are effected by the deployment of Oracle Enterprise Repository are:
cmee.server.paths.upload-registrar
The application server based FTP, HTTP, HTTPS and SMB/CIFS artifact store definitions are also effected by the change in paths based on the WLS application template configuration process.
Ensure you take a special note of these types of artifact stores and update the configurations appropriately.
If you are unable to access the Oracle Enterprise Repository login page or application, or if you see an error message of some kind, it may be possible that the db.password
property in the database.properties
file was not encrypted. Please check the cmee.log file for any messages that explains this behaviour.
It is highly recommended that the currently delivered workflows be deployed instead of using the versions delivered in a previous release. The previous version of workflows are not supported with Oracle Enterprise Repository 11g.
The Oracle Enterprise Repository version 11g contains new and updated workflows that require the use of Oracle BPM Enterprise version 10.3.1. The earlier versions of the Oracle Enterprise Repository had been delivered with a runtime edition of OBPM 10g R3. The currently delivered version of the workflows are incompatible with the OBPM 10g R3 engine and, therefore, requires a new installation of OBPM Enterprise version 10.3.1 or upgrading existing OBPM installation to version 10.3.1 using BPM or upgrading existing OBPM installation to version 10.3.1 using Standard BPM upgrade procedure.
You can upgrade existing Oracle Enterprise Repository workflows and these workflows contain all of the Oracle Enterprise Repository workflow processes in addition to new processes surrounding UDDI operations. If customized workflows have been deployed for use with Oracle Enterprise Repository, then it is recommended that these customizations be upgraded using OBPM 10.3 studio.
If is recommended that you regenerate workflow.xml
after Oracle Enterprise Repository 11g is deployed. This ensures that generated workflow.xml
contains correct metadata, for example, categorizations, users etc. Once generated, it should be updated for correct registrar credentials and correct Oracle Enterprise Repository URL. Lastly, it should be updated for any custom event wiring, which is a manual step. It is also recommended that you thoroughly test it before deployment.
For information about installation of the workflows within OBPM 10.3, see Oracle Fusion Middleware Configuration Guide for Oracle Enterprise Repository.
Note: The deployment of custom or customized workflows is outside the scope of this document. |