Oracle® Retail Integration Bus Installation Guide
Release 13.0.1 Patch
  Go To Table Of Contents
Contents

Previous
Previous
 
Next
Next
 

C RIB Installation Check Lists

These notes are intended as an aid in the installation of RIB. They are not intended to replace the detailed description of each of the process steps and prerequisites, but to act as a companion to those steps. For a successful installation, a methodical reading and understanding of each step of the Install Guide is a must.

RIB Installation Master Check List

This check list covers all of the sequential steps required to perform a full install of the RIB, using either the GUI RIB Installer (strongly recommended) or a command line installation.

Table C-1


Task Notes

Prepare the Oracle Application Servers for installation of the RIB Components

Prerequisite


Prepare the Oracle Database Schemas that the RIB will use.

Prerequisite


Prepare the Oracle AQ JMS

Prerequisite


Verify the Applications the RIB will be integrating to are configured appropriately.

See each of the Oracle Retail Application's documentation section on integration with the RIB.


"Information to Gather for the Install"

During the prerequisites steps there is information that should be note that will be used to configure the RIB during the installation process.


Install the RIB using one of these methods:

  • Installation using the RIB Installer GUI

  • Installation using the RIB App Builder Command Line Tools.

It is strongly recommended that the Installation using the RIB Installer GUI method be used.


Verify Application URL settings match RIB install.

RIB Functional Artifact URLJNDI URL


Complete the setup of RDMT using the same "Information to Gather for the Install"

During either of the Install methods, one of the manual steps will have extracted the rdmt tools to the appropriate directory.


Verify the RIB installation using the RDMT tools.



Install RIHA

The RIB Hospital maintenance tool


Prerequisite - Prepare OracleAS for RIB Components

Table C-2


Task Notes

Install Oracle Application Server 10.1.3.x

See Release notes for the certifications and the Implementation Guide for deployment Architectures.


Insure that Java 1.5 JDK is installed on the OracleAS host and accessible.



Create the RIB OC4J instances.

Warning: Each rib-<app> application requires a separate OC4J instance that is not shared with any other application.

$ORACLE_HOME/bin/createinstance -instanceName rib-<app>-oc4j-instance

Note: For details on opmn usage and configuration details, see the Oracle® Process Manager and Notification Server Administrator's Guide 10g Release 3 (10.1.3.3).

Replace <app> with the actual value of the RIB application for the associated retail application.

There are two RIB specific oc4j instances that must be created regardless of the other application deployment choices.

  • rib-func-artifact-oc4j-instance. (It is recommended, but not required, that this naming convention be followed.)

These are the optional application instances depending on the deployment choices. It is recommended, but not required that this naming convention be followed:

  • rib-rms-oc4j-instance

  • rib-tafr-co4j-instance

  • rib-rpm-oc4j-instance

  • rib-sim-oc4j-instance

  • rib-rwms-oc4j-instance

  • rib-aip-oc4j-instance


Edit the $ORACLE_HOME/ j2ee/rib-<app>-oc4j-instance/config/server.xmlAdd attribute global-jndi-lookup-enabled="true" to <application-server> element.

Example :

<application-server
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="http://xmlns.oracle.com/oracleas/schema/application-server-10_1.xsd"
application-directory="../applications"

check-for-updates="adminClientOnly"

deployment-directory="../application-deployments"

connector-directory="../connectors"

global-jndi-lookup-enabled="true"

schema-major-version="10"

schema-minor-version="0" >

Edit the $ORACLE_HOME/opmn/conf/opmn.xml file and add the following properties to the rib-<app>-oc4j-instance definition.

Make a backup copy of opmn.xml before you edit.


Locate the section of the xml file that relates to each of the rib-<app> instances.

Note: The properties below must be applied ONLY to rib-<app>-oc4j-instance definition.

<process-type id="rib-rms-oc4j-instance" module-id="OC4J" status="enabled">
    <module-data>
        <category id="start-parameters">
            Default stuff….
        </category>
        <category id="stop-parameters">
            Default stuff….
        </category>
        </module-data>
            Port stuff….
</process-type>

Update the java-options section to add the following JVM properties:

  • Specify the JVM's min and max heap size.

  • Xms500M -XmSwitch off JMX security. x900M

Note: These are minimum values. Consult with the local sysadmin's for site values.

  • Doc4j.jmx.security.proxy.off=true

<data id="java-options" value="-server
-Doc4j.jmx.security.proxy.off=true -Xms500M -Xmx900M
-Djava.security.policy=$ORACLE_HOME/j2ee/rib-rms-oc4j-instance/config/java2.policy
-Djava.awt.headless=true
-Dhttp.webdir.enable=false"/>

Specify -userThreads to oc4j-options element.

<data id="oc4j-options" value="-userThreads"/>

Make sure that numprocs attribute for the process-set element for rib-<app>-oc4j-instance is set to 1.

<process-set id="default_group" numprocs="1"/>

Example of completed process section.

Note: For details on opmn usage and configuration details see the Oracle® Process Manager and Notification Server Administrator's Guide 10g Release 3 (10.1.3.3)

</process-type>
<process-type id="rib-rpm-oc4j-instance" module-id="OC4J" status="enabled">
    <module-data>
        <category id="start-parameters">
            <data id="java-options" value="-server -Djava.security.policy=$ORACLE_HOME/j2ee/rib-rms-oc4j-instance/config/java2.policy
            -Djava.awt.headless=true
            -Dhttp.webdir.enable=false
            -Doc4j.jmx.security.proxy.off=true
            -Dcom.sun.management.jmxremote
            -XX:MaxPermSize=128M -Xms512M -Xmx1024M -XX:AppendRatio=3"/>
            <data id="oc4j-options" value="-userThreads"/>
        </category>
        <category id="stop-parameters">
            <data id="java-options" value="-Djava.security.policy=$ORACLE_HOME/j2ee/rib-rpm-oc4j-instance/config/java2.policy 
            -Djava.awt.headless=true
            -Dhttp.webdir.enable=false"/>
        </category>
        </module-data>
        <start timeout="600" retry="2"/>
        <stop timeout="120"/>
        <restart timeout="720" retry="2"/>
        <port id="default-web-site" range="12501-12600" protocol="ajp"/>
        <port id="rmi" range="12401-12500"/>
        <port id="rmis" range="12701-12800"/>
        <port id="jms" range="12601-12700"/>
        <process-set id="default_group" numprocs="1"/>
</process-type>

Reload the new configuration by executing the following command.

$ORACLE_HOME/opmn/bin/opmnctl reload.

If there is any error during reloading, verification has failed, check your configuration and retry.


Start the new rib-<app>-oc4j-instance by executing the following command.

$ORACLE_HOME/opmn/bin/opmnctl startproc process-type="rib-<app>-oc4j-instance"

If there is any error during startup, verification has failed, check your configuration and retry.


Optional RIB OC4J Admin Role and User

Create the rib administrator role and user. This will allow the RIB installation and administration by a user other that the oc4jadmin.

This step has to be performed on each rib-<app>-oc4j-instance that will be deployed to.

See Appendix D, "Creating an OC4J RIB Admin Role" for detailed instructions and screenshots. There is a summary checklist included here.

It is optional but recommended that this be done. If not, the oc4jadmin user and password will have to be used during the RIB configuration and deployment processes. If you decide not to create a separate RIB Admin Role and User, skip to the next major section.


Make sure that the oc4j instance is up and running.

For these steps use the oc4jamin user and the AS EM console.

http://<hostname>:<port>/em

where hostname - is the hostname on which the OAS is running.

port - is the port in which the OAS is listening for http request.

Example: http://localhost:7777/em


Select (click) on the oc4j instance for which the role and user needs to be created.

e.g. rib-rms-oc4j-instance


Choose the "Administration" option from the displayed list of tabs.

This displays a page with Administration tasks like "Properties", "Services", "Security" etc.


Under "Security" option, choose "Service Providers" and click on the icon present under the "Go to task" column of the table.



In the resulting screen, click on the "Instance Level Security" button



Click on the "Realms" tab on the resulting page.

The resulting screen displays users and roles for the realm(s).

Choose the jazn.com realm and click underlined number in the "roles" column to create roles.


On the Roles screen, select Create.

Provide the name of the role as "rib-oc4j-administrators" and choose "Grant RMI login Permissions" check box option and create the role.

Do not add (inherit) any other roles.


Create the "riboc4jadmin" user for this role.

Use the "Instance Level Security" screen and click on "Users" column to get the "Users" page.

On this page, use the "Create" button to create a user with name "riboc4jadmin" and a suitable password.

Move the previously created role "rib-oc4j-adminstrators" to the "Selected Roles" text selection box.


Edit the "system-application.xml" file under the <oc4j-instance-home>/config directory,

Make sure to create a backup of the file before editing.

The new "rib-oc4j-administrators" role has to be added in the <security-role-mapping> node.

Note : <oc4j-instance-home> is the home directory of the oc4j instance in the $ORACLE_HOME/j2ee subdirectories.

Example:

<namespace-access>
    <read-access>
      <namespace-resource root="">
        <security-role-mapping>
          <group name="administrators" />
          <group name="oc4j-administrators"/>
          <group name="ascontrol_admin"/>
          <group name="rib-oc4j-administrators"/>
          <group name="users"/>
        </security-role-mapping>
      </namespace-resource>
    </read-access>
    <write-access>
      <namespace-resource root="">
        <security-role-mapping>
          <group name="administrators" />
          <group name="oc4j-administrators"/>
          <group name="ascontrol_admin"/>
          <group name="rib-oc4j-administrators"/>
          <group name="users"/>
        </security-role-mapping>
      </namespace-resource>
    </write-access>
  </namespace-access>

Edit the "orion-application.xml" inside the <oc4j-instance-home>/application-deployment/ascontrol directory.

Make sure to create a backup of the file before editing.

Add the following under the

<!-- roles for ascontrol application -->

<security-role-mapping name="rib-oc4j-administrators">
    <group name="rib-oc4j-administrators" />
</security-role-mapping>

Edit the "orion-ejb-jar.xml" present under <oc4j-instance-home>/application-deployments/admin_ejb directory of the oc4j instance.

Make sure to create a backup of the file before editing.

Add the "rib-oc4j-administrator" role as follows:

<security-role-mapping name="jmxAdministrator">
    <group name="oc4j-administrators" />
    <group name="ascontrol_admin" />
    <group name="rib-oc4j-administrators" />
</security-role-mapping>
<security-role-mapping name="jmxusers">
    <group name="oc4j-app-administrators" />
    <group name="ascontrol_appadmin" />
    <group name="rib-oc4j-administrators" />
</security-role-mapping>

This completes the creation and mapping of the user and role.

Restart the oc4j instance.



Prerequisite - Oracle Database Schemas

Table C-3


Task Notes

Each Oracle Retail Application has an associated set of RIB Artifacts that must be installed as part of the RIB integration, e.g. the RIB Hospital Tables, CLOB API libraries, and Oracle Objects.

  • Ensure that these have been installed appropriately per the individual applications.

  • Ensure that the TAFR Hospital user and objects exist.

  • Ensure that the RIB user has appropriate access and permissions.

Each Application packages the RIB artifact creation scripts and they are installed at the time of the application's installation.

It is critical to Insure that they have been installed and are the correct version.

The TAFR Hospital is independent of any of the applications and should have a separate user/schema created for it.

It is recommended that all applications have a separate Hospital and that they be logically and operationally associated with that application.


Ensure that each PL/SQL application schema has run the RIB supplied scripts to create the RIB Artifacts:

  • 1_KERNEL_CREATE_OBJECTS.SQL script.

  • InstallAndCompileAllRibOracleObjects.sql

  • 1_CLOB_CREATE_OBJECTS.SQL (RMS Only)

Verify the XML Developer's Kit for PL/SQL is installed.


RMS Application- verify that the row in the RIB_OPTIONS table has correct values to match the RIB deployment environment.

XML_SCHEMA_BASE_URL_DEFAULT = http://<hostname>:<port>/rib-func-artifact;


Ensure that each Java EE application schema has run the RIB supplied scripts to create the RIB Artifacts:

  • 1_KERNEL_CREATE_OBJECTS.SQL script.



RIB TAFR RIB Hospital

Ensure that the schema exists and has run the RIB supplied script to create the RIB Hospital.

  • 1_KERNEL_CREATE_OBJECTS.SQL script.

In RIB 13, there is a separate Hospital for all RIB TAFRs. Ensure that there is a user created for the RIB components and the scripts that create the hospital objects have been run. The TAFR Hospital user requires no special permissions.

CREATE USER "TAFRHOSP"

IDENTIFIED BY "TAFRHOSP"

DEFAULT TABLESPACE "USERS" TEMPORARY TABLESPACE "TEMP";

GRANT "CONNECT" TO " TAFRHOSP ";

GRANT "RESOURCE" TO " TAFRHOSP ";


Ensure that the XA grants are made appropriately.

Note: For details, see the Oracle® Database Administrator Guide 10g Release 2 (10.2.0.3),

grant select on v$xatrans$ to public;

grant select on pending_trans$ to public;

Verify that the XA scripts have been run on the database.grant select on dba_2pc_pending to public;

grant select on dba_pending_transactions to public;

grant execute on dbms_system to public;


Prerequisite - Prepare Oracle AQ JMS Provider

Table C-4


Task Notes

Create the Oracle RDBMS instance that will be the JMS Provider.

Oracle Streams AQ is provided by the Oracle RDBMS Enterprise Edition install.

Warning: It is strongly recommended that the Oracle Database Instance that is configured to be the JMS provider is not shared with any other applications and not be on the same host (physical or logical) with any other applications.

See RIB Implementation Guide - Deployment Architectures.


Create the AQ JMS user with the appropriate access and permissions to the Oracle Streams AQ packages. This user must have at least the following database permissions.

  • CONNECT

  • RESOURCE

  • CREATE SESSION

  • EXECUTE ON SYS.DBMS_AQ

  • EXECUTE ON SYS.DBMS_AQADM

  • EXECUTE ON SYS.DBMS_AQIN

  • EXECUTE ON SYS.DBMS_AQJMS

Example script:

CREATE USER "RIBAQ" IDENTIFIED BY "RIBAQ"
DEFAULT TABLESPACE "AQJMS"
TEMPORARY TABLESPACE "TEMP";
GRANT "CONNECT" TO "RIBAQ";
GRANT "RESOURCE" TO "RIBAQ";
GRANT CREATE SESSION TO "RIBAQ";
GRANT EXECUTE ON "SYS"."DBMS_AQ" TO "RIBAQ";
GRANT EXECUTE ON "SYS"."DBMS_AQADM" TO "RIBAQ";
GRANT EXECUTE ON "SYS"."DBMS_AQIN" TO "RIBAQ";
GRANT EXECUTE ON "SYS"."DBMS_AQJMS" TO "RIBAQ";
GRANT "AQ_ADMINISTRATOR_ROLE" TO "RIBAQ";

Information to Gather for the Install

Table C-5


Information Notes

jms-server-home

jms-url

jms-port

jms-user

jms-password

JMS Provider for RIB Release 13.0.1 Patch is AQ.

  • jms-server-home: The server home must be in the format OsUser@AqHostName:/AqHomeDirectory. E.g. ribaq@ribaq-lnx-host:/u00/db "jms-url : AQ thin JDBC connection URL. E.g. jdbc:oracle:thin:@ribaq-lnx-host:1521:orcl On AQ on RAC database use the long JDBC URL E.g. jdbc:oracle:thin:@(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = ribaq-lnx-virtual-host-1)(PORT = 1521))(ADDRESS = (PROTOCOL = TCP)(HOST = ribaq-lnx-virtual-host-2)(PORT = 1521))(LOAD_BALANCE = yes))(CONNECT_DATA =(SERVICE_NAME = orcl)))

  • jms-port : AQ JMS server listener port. This is same as the AQ JDBC listener port. E.g. 1521

  • jms-user : AQ JMS user. This is the database user which canconnect to jms-url (see above).

  • jms-password : AQ JMS password. This is the database password which can connect to jms-url.


oas-instance-name

oas-instance-home

oas-opmn-request-port

oas-ohs-port

java-home

For each of the Oracle Application Servers that the RIB components will be deployed to.

  • oas-instance-name: Your OAS instance name. E.g. oas_instance_1.ribapp-lnx-host

  • oas-instance-home: The format of the home must follow the format OsUser@OasHostName:/OasHomePath. E.g. ribapp@ribapp-lnx-host:/home/oracle/oracle/product/10.1.3.1/OracleAS_2

  • oas-opmn-request-port: The OPMN request port E.g. 6003

  • oas-ohs-port: The Oracle Http Server port that is configured for this OAS instance. E.g. 8889

  • java-home : Java Home directory of the remote OAS server. E.g. /usr/java/jdk1.5.0_10


oc4j-instance-name

oc4j-instance-home

oc4j-user

oc4j-password

The oc4j instances for each of your rib-<app> applications that are in-scope.

  • oc4j-instance-name: The oc4j instance name. For example: rib-rms will be deployed in rib-rms-oc4j-instance.

  • oc4j-instance-home: The oc4j home information. E.g. ribapp@ribapp-lnx-host:/home/oracle/oracle/product/10.1.3.1/OracleAS_2/j2ee/rib-rms-oc4j-instance

  • oc4j-user: Oc4j user name. E.g. oc4jadmin

  • oc4j-password: Oc4j password. E.g. oc4jadmin


To configure each rib-<app> this information is needed for each.

  • The application server where it will be deployed.

  • The RIB Hospital database information.

  • E-mail notification information.

  • jndi information for javaee applications


For RIB Hospital Database:

database/url

database/user

database/password

  • database/url: rib-<app> error hospital thin JDBC connection URL. E.g. jdbc:oracle:thin:@ribapp-lnx-host:1521:orcl If RIB Hospital tables are running on RAC database use the long JDBC url format. E.g. jdbc:oracle:thin:@(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = ribapp-lnx-virtual-host-1)(PORT = 1521))(ADDRESS = (PROTOCOL = TCP)(HOST = ribapp-lnx-virtual-host-2)(PORT = 1521))(LOAD_BALANCE = yes))(CONNECT_DATA =(SERVICE_NAME = orcl)))

  • database/user: This is the database user which will be used to connect to rib-<app> error hospital tables. E.g. rms13user

  • database/password: This is the database password which will be used to connect to rib-<app> error hospital tables. E.g. rms13password


For email notifications:

email-server-host

email-server-port

from-address

to-address-list

  • email/email-server-host: The SMPT mail server. E.g. mail.yourcompany.com

  • email/email-server-port: The SMTP mail server port. E.g. 25

  • email/from-address: The email address from where the RIB notifications will originate. E.g. ribadmin@yourcompany.com

  • email/to-address-list: Comma separated list of destination email address where RIB notifications with be sent. E.g. ribappsadmin1@yourcompany.com, ribappsadmin2@yourcompany2.com


joined information for jayvee applications:

jndi/url

jndi/factory

jndi/user

jndi/password

  • "jndi/url: The JNDI url for the retail <app> that this rib-<app> is connecting to. The URLs must use the following format.OAS URL format: opmn:ormi://opmnHost:opmnPort:oc4jInstanceName/applicationNameOAS factory: oracle.j2ee.rmi.RMIInitialContextFactoryE.g.: opmn:ormi://mspdev40.us.oracle.com:6007:rpm-oc4j-instance/rpm

  • jndi/factory: The JNDI provider factory class name. The factory must be one of the following. OAS URL format: opmn:ormi://opmnHost:opmnPort:oc4jInstanceName/applicationNameOAS factory: oracle.j2ee.rmi.RMIInitialContextFactoryE.g. oracle.j2ee.rmi.RMIInitialContextFactory

  • jndi/user: The retail <app> JNDI user name. This is same as the retail <app>'s oc4j instance user name.E.g. oc4jadmin

  • jndi/password: The retail <app> JNDI password. This is same as the retail <app>'s oc4j instance password.E.g. oc4jadmin


Install using the RIB Installer GUI

Table C-6


Task Notes

Make sure that the JAVA_HOME environment variable is set for the user that will be performing these tasks.

> echo $JAVA_HOME

/usr/bin/java/jdk1.5.0_09

Example: export JAVA_HOME=/usr/bin/java/jdk1.5.0_09


Make sure that all RIB OC4J instance that are to deployed to are running.



Determine the host and file system to create the rib-app-builder home directory on.

> mkdir rib-app-builder

See the RIB Implementation Guide for guidelines and deployment approaches.

This is an important strategic decision since all RIB configurations and management for a given deployment will be from this single, central location.


Download and extract the RibKernel<RIB_MAJOR_VERSION>ForAll<RETAIL_APP_VERSION>Apps_eng_ga.tar.

> tar xvf RibKernelRelease 13.0.1 PatchForAllRelease 13.0.1 PatchApps_eng_ga.tar

Copy the latest version to the rib-app-builder and then extract it to build your "rib-home". This "rib-home" will be the directory from where you will perform "all" the rib-<app> related tasks from now on.


Download the RibFuncArtifact<RIB_{MAJOR|MINOR}_VERSION>ForAll<RETAIL_APP_VERSION>Apps_eng_ga.tar and put it in rib-home/download-home/rib-func-artifacts directory.

Do "not" extract the tar file. This will be done by the check-version-and-unpack tool.


Download all the RibPak<RIB_{MAJOR|MINOR}_VERSION>For<RETAIL_APP_NAME><RETAIL_APP_VERSION>_eng_ga.tar and put it in rib-home/download-home/all-rib-apps directory.

Do not extract the tar file. This will be done by the check-version-and-unpack tool.


Return to the root rib-home directory.



Execute rib-installer.sh

>./rib-installer.sh

This will start the x-term GUI.

For installs using a remote client (x-term) set the DISPLAY variable appropriately first.

> export DISPLAY=141.144.112.189:0.0

Make sure that your local machine has an X-server (such as Exceed) running.


Verify Application URL settings match RIB install.

RIB Functional Artifact URL

JNDI URL


Bounce all of the rib-<app>-oc4j-instances.

During the install a shared library is created that contains the JDBC Driver update. It is necessary to bounce the oc4j instance.


Verify the installation using RDMT.



Install using the RIB App Builder Command Line Tools

Table C-7


Task Notes

Make sure that the JAVA_HOME environment variable is set for the user that will be performing these tasks.

> echo $JAVA_HOME

/usr/bin/java/jdk1.5.0_09

Example: export JAVA_HOME=/usr/bin/java/jdk1.5.0_09


Make sure that all RIB OC4J instance that are to deployed to are running.



Determine the host and file system to create the rib-app-builder home directory on.

> mkdir rib-app-builder

See the RIB Implementation Guide for guidelines and deployment approaches.

This is an important strategic decision since all RIB configurations and management for a given deployment will be from this single, central location.


Download and extract the RibKernel<RIB_MAJOR_VERSION>ForAll<RETAIL_APP_VERSION>Apps_eng_ga.tar.

> tar xvf RibKernelRelease 13.0.1 PatchForAllRelease 13.0.1 PatchApps_eng_ga.tar

Copy the latest version to the rib-app-builder and then extract it to build your "rib-home." This "rib-home" will be the directory from where you will perform "all" the rib-<app> related tasks from now on.


Download the RibFuncArtifact<RIB_MAJOR_VERSION>ForAll<RETAIL_APP_VERSION>Apps_eng_ga.tar and put it in rib-home/download-home/rib-func-artifacts directory.

Do not extract the tar file. This will be done by the check-version-and-unpack tool.


Download all the RibPak<RIB_MAJOR_VERSION>For<RETAIL_APP_NAME><RETAIL_APP_VERSION>_eng_ga.tar and put it in rib-home/download-home/all-rib-apps directory.

Do not extract the tar file. This will be done by the check-version-and-unpack tool.


Run the rib-home/download-home/bin/check-version-and-unpack.sh script from rib-home/download-home/bin directory.

This script will verify the version compatibility between the paks and extract the files if they are compatible.


Edit rib-home/deployment-home/conf/rib-deployment-env-info.xml file to specify the deployment environment information.

See the section, "Information to Gather for Install", before starting the edit.

This file (rib-deployment-env-info.xml) is the ONLY file that the user has to edit. See the "Rib-app-builder documentation" for details and examples.

The xml file is divided in 4 major sections.

  1. app-in-scope-for-integration section:

    In this section you define what application are in scope for this environment.

  2. rib-jms-server section:

    In this section you define the "JMS server information".

  3. rib-javaee-containers section:

    In this section you define the "Java EE container information" for each of the rib-<app> that are in scope.

  4. rib-applications section:

    In this section you define the rib-<app> specific information for each of the rib-<app> that are in scope.

  • "For plsql applications you will need to define RIB RIB Hospital connection and email notification information.

  • "For javaee applications you will need to define RIB Hospital connection, email notification information and the connecting retail application's (i.e. <app>) JNDI information.


Edit the app-in-scope-for-integration section to match the desired deployment.

Define what application are in scope for this environment.

   <app-in-scope-for-integration>
      <app id="rms" type="plsql-app"/>
      <app id="tafr" type="tafr-app"/>
      <app id="sim" type="javaee-app"/>
      <app id="rwms" type="plsql-app"/>
      <app id="rpm" type="javaee-app"/>
      <app id="aip" type="javaee-app"/>
   </app-in-scope-for-integration>

Edit the rib-jms-server section.

For AQ:

        <jms-server-home>linux1@linux1:/home/oracle/oracle/product/10.2.0/db_1</jms-server-home>
 <jms-url>jdbc:oracle:thin:@linux1:1521:ora10g</jms-url>
         <jms-port>1521</jms-port>
         <jms-user>ribaq</jms-user>
         <jms-password>ribaq</jms-password>

Edit the Application Server section

<oas-instance-name> AS4.linux1.localdomain </oas-instance-name>

<oas-instance-home>soa1@linux1:/home/soa1/product/10.1.3.1/OracleAS_6</oas-instance-home>

<oas-opmn-request-port>6003</oas-opmn-request-port>

<oas-ohs-port protocol="http" >7777</oas-ohs-port>

<java-home>/usr/java/jdk1.5.0_01</java-home>


Configure the oc4j instances for each of your rib-<app> applications that are in-scope.

<oc4j id="rib-rms-app-server-instance">
    <oc4j-instance-name>rib-rms-oc4j-instance</oc4j-instance-name>
    <oc4j-instance-home>soa1@linux1:/home/soa1/product/10.1.3.1/OracleAS_4/j2ee/rib-rms-oc4j-instance</oc4j-instance-home>
   <oc4j-user>riboc4jadmin</oc4j-user>
   <oc4j-password>riboc4jadmin</oc4j-password>
</oc4j>

Configure the rib-applications section:

In this section you define the rib-<app> specific information for each of the rib-<app> that are in scope.

For plsql applications you will need to define RIB Hospital connection and email notification information.

<rib-app id="rib-rms" type="plsql-app">
    <url>jdbc:oracle:thin:@linux11521:soa1</url>
    <user>rms13en</user>
    <password>rms13</password>
    <notifications>
       <email>
<email-server-host>mail.oracle.com</email-server-host>
<email-server-port>25</email-server-port>
<from-address>david.burch@oracle.com</from-address>
<to-address-list>david.burch@oracle.com</to-address-list>
        </email>
        <jmx/>
    </notifications>

For javaee applications, you will need to define RIB Hospital connection, email notification information and the connecting retail application's (i.e. <app>) JNDI information.


Run the rib-home/application-assembly-home/bin/rib-app-compiler.sh script from rib-home/application-assembly-home/bin directory.

This will generate/assemble a rib-<app> and make it ready for deployment.


The RIB apps are now ready to deploy.

Execute the rib-home/deployment-home/bin/rib-app-deployer.sh script with the appropriate command line parameter.

This script is located in the rib-home/deployment-home/bin directory.


> rib-app-deployer.sh -prepare-jms

This creates a new JMS server with all RIB configured topics.


> rib-app-deployer.sh -deploy-rib-func-artifact-war

This deploys the rib-func-artifact.war to the Java EE container.


> rib-app-deployer.sh -deploy-rib-app-ear rib-<app>

This deploys the rib-<app> to the javaee container. Repeat this step for all rib-<app> that is in scope for this integration environment.

Note: <app> must be one of rms, rwms, tafr, sim, aip or rpm


Bounce all of the rib-<app>-oc4j-instances.

During the install a shared library is created that contains the JDBC Driver update. It is necessary to bounce the oc4j instance.


Verify Application URL settings match RIB install.

RIB Functional Artifact URL

JNDI URL


Verify the installation using RDMT



RDMT - Information to Gather

Table C-8 Necessary Directory Parameters


RDMT Home Directory

Rib1301ForAll13xxApps/rib-home/tools-home/rdmt/


RDMTLOGS Directory

Rib1301ForAll13xxApps/rib-home/tools-home/rdmt /RDMTLOGS


Temp Files Directory

Rib1301ForAll13xxApps/rib-home/tools-home/rdmt /RDMTLOGS/tmp


RIB App Builder rib-home Directory

/u00/Rib1301ForAll13xxApps/rib-home


Table C-9 Parameters for JMS Provider


AQ JMS User ID

ribaq


AQ JMS Password

retek


AQ JMS Database Name

soa1


JMS HOST

mspdev38


JMS PORT

1521


Table C-10 OC4J Parameters for JMX Functions


OC4J/JMX Host

mspdev72


JMX Req Port

6003


OC4J Instance name

rib-rms-oc4j-instance


OC4J App Name

rib-rms


OC4J User Name

oc4jadmin


OC4J Password

welcome1


Table C-11 Parameters For Each Hospital (RMS, RWMS, SIM, etc…)


User Name

rms


Password

retek


Database (SID)

orcl


Database Host

mspdev68


Listener Port

1521


Table C-12 RDMT - Install


Task Notes

Make sure that the Java path is set Java 5.0.

> java -version

The RDMT Java support classes require Java 5.0, and install will perform a check and fail if the path is not correct. Prior to the install, verify that your Java version is correct.


Download the RdmtRelease 13.0.1 PatchForAll13.x.xApps_eng_ga.tar.

The recommended location is to put it in rib-home/tools-home directory. There is an empty rdmt subdirectory already there. This is only a placeholder.

RDMT can be installed under any user in any directory.


Extract the tar file.

> tar xvf

RdmtRelease 13.0.1 PatchForAll13.x.xApps_eng_ga.tar

Extract the tar file. It will create or over-write a directory call rdmt.


Execute the setup.sh script.

> ./setup.sh

cd to the rdmt directory and execute the setup.sh script supplied with the toolkit.


Answer prompts for RIB configuration values during setup.

The installation script will prompt for the configuration settings need to run the tools in the toolkit (See the section, "Information to Gather for Install", in this manual.) Note: After the installation, these configurations can be changed at anytime via any text editor in the appropriate configuration file.


Answer prompts the for additional JMX configurations. Answer yes to configure additional rib-apps.

After prompting for the necessary configuration parameters, the setup script updates the various configuration files and then prompts the user for additional JMX configurations that the user will be interested in.

It is recommended that you configure all the rib-apps that have been installed in the RIB Installation process and then run the RibConfigReport. This report will run a battery of tests that will validate the RIB components installed.


The setup.sh script will set the permissions to 700 (-rwx------) on all tools and files within the rdmt directory structure.

There are configurations that contain passwords.


Run Configuration Report

This report will execute using all of the configuration parameter that have been supplied and will verify them against the RIB installation


Installation is complete.



Table C-13 Oracle Retail RIHA Installation Checklists


Task Notes

Pre-Installation



Verify the JRE Installed on server/PC where RIHA will be installed.

The minimum and preferred Java Runtime Engine (JRE) version to use with RIHA is 1.5.


The RIB XSDs must be made network-accessible in order for RIHA to properly display RIB messages.

The RIB Functional Artifact URL (e.g. http://mspdev85:7777/rib-func-artifact/payload/xsd/) should be accessible to all RIHA users.


Verify RIHA Version is compatible with RIB version.

Due to changes in the underlying RIB architecture RIHARelease 13.0.1 Patch is only compatible with RIB13.0.X and will not work with RIB12.0.X and lower.


Copy the RihaRelease 13.0.1 PatchForAll13.x.xApps_eng_ga.tar archive file to the location where RIHA will be installed.

  • Windows: C:\RIB_Tools\RIHA

  • UNIX: $RIB_HOME/tools-home/riha


Decompress the tar file with an archive utility.

  • Windows: e.g. WinZip

  • UNIX: e.g. unzip


Download hibernate-2.1.8.zip archive file, extract the hibernate2.jar and put it in external-lib directory.

URL: http://prdownloads.sourceforge.net/hibernate/hibernate-2.1.8.zip


Execute the RIHA configuration executable file. Follow instructions, this script will drive the rest of the installation and configuration process.

  • Windows: riha-setup.bat

  • UNIX: riha-setup.sh


Verify RIHA is configured and ready. Execute the appropriate file to start RIHA.

  • Windows: riha.bat

  • UNIX: riha.sh