Interoperability Notes

Oracle Applications Release 11i
with Oracle9i Release 1 (9.0.1)

March 2003

This document describes how to use Oracle Applications Release 11i with Oracle9i Release 1 (9.0.1.x), where x denotes the patch set level (currently 4). The most current version of these notes is document 162091.1 on OracleMetaLink. A change log, listing changes made to this document, is located at the end of the document.

Attention: Only Oracle Applications Release 11.5.4 or later is certified for use with Oracle9i Release 1 (9.0.1).

This document contains the following sections:

Attention: These notes apply to UNIX, Linux, and Windows NT/2000 platforms. However, you may need to modify some instructions slightly depending upon your platform. For example, these notes typically use UNIX/Linux syntax when specifying a directory, so Windows NT/2000 users will need to substitute the appropriate syntax when accessing that directory.

Attention: You can obtain the 9.0.1.4 patch set from OracleMetaLink. After logging on to OracleMetaLink, navigate to the patch download page using the menu on the left of the screen. Query patch 2517300, then select the appropriate platform and language.


Section 1: Upgrading an Oracle Applications Release 11i database server from prior Oracle RDBMS releases to Oracle9i Release 1 (9.0.1)

Follow the instructions in this section if you have an Oracle Applications Release 11i system using Oracle8i Release 2 (8.1.6) or Release 3 (8.1.7), and you wish to upgrade the database server and instance to Oracle9i Release 1 (9.0.1).

  1. Upgrade Oracle Applications to Release 11.5.4 or later (conditional)
    Only Release 11.5.4 or later releases of Oracle Applications are certified for use with Oracle9i Release 1 (9.0.1). If the release of your Applications system is earlier than 11.5.4, you must apply the
    Release 11.5.4 Maintenance Pack, or a later maintenance pack, to your system now.

  2. Apply latest certified Forms and Reports (Developer) 6i patch set (conditional)
    Only Patch Set 6 or later of Oracle Developer 6i is certified for use with the Applications using Oracle9i Release 1 (9.0.1). If the patch set level of Oracle Developer 6i in your Applications system is earlier than 6, you must apply Patch Set 6, or a later certified patch set, to each application tier server node now. Refer to document 125767.1, Upgrading Developer 6i with Oracle Applications 11i on OracleMetaLink for information about the latest certified patch set and associated installation instructions.

  3. Apply prerequisite Applications interoperability patches
    Oracle provides an interoperability patch for products that require modification in order to work with Oracle9i Release 1 (9.0.1). Apply patch 1833692 to each application tier server node.

    In addition, if the following CRM products are licensed, you may need to apply additional patches as outlined below:

    Product Short Name Instructions
    Universal Work Queue IEU
    • If you are using Release 11.5.4, and the IEU minipack level is earlier than Minipack I, apply patch 1900420 to the administration server and HTTP server node(s).
    Sales Compensation CN
    • If you are using Release 11.5.4, and the CN minipack level is earlier than Minipack F, apply patch 2015079 to the administration server node.
    • If you are using Release 11.5.5, 11.5.6, or 11.5.7 and the CN minipack level is earlier than Minipack F, apply patch 2027612 to the administration server node.
    eMail Center IEM
    • Apply Oracle eMail Server 5.2 Patch Set 1 (patch 1993561).
    • Apply Oracle eMail Server 5.2 patches 1683419 and 1878580.
    CRM Gateway for Mobile Devices ASG
    • If the Mobile Device Gateway (MDG) database is at a patch set or release level earlier than Oracle8i Release 3 (8.1.7.2), upgrade it to at least 8.1.7.2.
    • If the MDG database is at a patch set level Oracle8i Release 3 (8.1.7.2), apply Oracle8i patch 1836101 to the MDG database instance.
    • Apply Oracle8i Lite Patch 4.0.0.6.0 1748158
    • If you are using Release 11.5.4, apply ASG patch 1809904 to all application tier server nodes.

  4. Prepare to create the 9.0.1 Oracle home
    Decide where you want to install the 9.0.1 Oracle home on the database server node; it must be in a different directory than the current Oracle home.

    On the database server node, as the owner of the Oracle RDBMS file system and database instance, unzip and extract the 9.0.1.4 patch set file appropriate for your platform. Read the patch set notes (usually delivered in a file called patch_note.htm) as well as Chapter 1 of Oracle9i Database Migration, Release 1 (9.0.1) and make sure you thoroughly understand the upgrade and patch set installation process before you begin. Check OracleMetaLink or contact Oracle Support Services for any known issues with the patch set and its interoperability with Oracle Applications. Make sure that you have the latest version of the Database Migration manual, which can be found on the Oracle Technology Network.

    Attention: Use of the Oracle Data Migration Assistant (ODMA) is not supported with Applications database upgrades.

  5. Create the 9.0.1 Oracle home
    Log in to the database server node as the owner of the Oracle RDBMS file system and database instance. Ensure that environment settings such as ORACLE_HOME are set for the new Oracle home you are about to create, and not for any existing Oracle homes on the database server node. Perform Steps 1-7 of the "Upgrade the Database Manually" subsection of the "Upgrading the Database to the New Oracle9i Release" section of Chapter 7 of Oracle9i Database Migration, Release 1 (9.0.1).

    In the Available Products window, use the Product Languages button to select for installation any languages other than American English that are used by your Applications database instance.

    In the Installation Types window, you may choose either the Enterprise Edition or the Custom installation types. If you choose Enterprise Edition, then make sure to select the Software Only database configuration option. If you choose Custom, then in addition to any other components that you would like to install, the following components are required by the Applications and must be installed:

    • Oracle9i
    • Enterprise Edition Options -> Oracle Spatial, Oracle Partitioning
    • Oracle Net Services -> Oracle Net Listener, Oracle Connection Manager
    • Oracle9i Development Kit -> Oracle Call Interface (OCI), Object Type Translator, Pro*C/C++, Oracle XML Developer's Kit, Oracle XML SQL Utility

    Attention: The following development tools should not be installed on Applications database server nodes running Windows. These tools do not support multiple Oracle homes and are not used by the Applications:
    • Oracle9i Development Kit -> Oracle Objects for OLE, Oracle ODBC Driver, Oracle Provider for OLE DB

    If you chose the Custom installation type, the Oracle Net Configuration Assistant (ONCA) will automatically start after the installation is complete. If you chose the Enterprise Edition installation type, you will need to manually start the ONCA after the installation is complete. Use the ONCA to configure the Oracle Net listener for the Applications database instance as well as external procedures. Refer to the Oracle9i Net Services Administrator's Guide, Release 1 (9.0.1) for additional information regarding the listener configuration process; in particular, Chapter 12, "Configuring and Administering the Listener". Use the listener.ora and tnsnames.ora files in the old Oracle home as examples of how the listener.ora and tnsnames.ora files in the 9.0.1 Oracle home should be configured. If the ONCA starts the new listener, shut it down before proceeding.

    Attention: If the listener port value is other than the default value of 1521, you must follow the instructions in the "Registering Information with a Nondefault Listener" subsection of the "Configuring Service Registration" section of Chapter 12 to ensure that the LOCAL_LISTENER parameter is configured appropriately in the database initialization parameter file; otherwise, some tasks will fail when upgrading specific components. If this parameter needs to be added or updated, you may defer the action until Step 11 of these notes, when other initialization parameters will need to be modified.

    Do not perform any other upgrade steps in the Database Migration manual at this time.

  6. Install the 9.0.1.4 patch set files
    On the database server node, as the owner of the Oracle RDBMS file system and database instance, perform Steps 4 and 5 in the patch set notes to install the patch set files into the new 9.0.1 Oracle home, while observing the following:

    • The ORACLE_HOME environment setting must point to the new 9.0.1 Oracle home, not to any other existing Oracle homes on the database server node.
    • The ORACLE_SID environment setting must not be set to the Applications database SID, nor to any other value.
    • It is not necessary to shut down the Applications database instance before applying the patch set, because the patch set is being applied to the new 9.0.1 Oracle home, which the database instance is not using yet.

    Do not perform any other steps in the patch set notes at this time.

  7. Apply RDBMS patches to the 9.0.1 Oracle home
    As the owner of the Oracle RDBMS file system and database instance, apply RDBMS patches
    2105435, 2141115, and 2599613 to the 9.0.1 Oracle home, while making note of the following:

    • On UNIX and Linux platforms, the ORACLE_HOME environment variable must be set to the 9.0.1 Oracle home, and $ORACLE_HOME/bin must be included in the PATH environment variable, before running patch.sh.
    • If the patch instructions include running the catexp.sql script, do not run it; the database instance is not using this Oracle home yet. The script will be run as part of the upgrade process.

    2105435 fixes a problem when creating snapshots. 2141115 fixes a problem that causes some Applications database objects to become invalid. 2599613 fixes a problem when importing database objects that were created in Oracle8i.

  8. Apply Oracle Spatial patches to the 9.0.1 Oracle home
    As the owner of the Oracle RDBMS file system and database instance, apply Oracle Spatial patches
    2498186 and 2310195 to the 9.0.1 Oracle home. When applying patch 2310195, you only need to copy sdotpev.sql from the patch directory to the $ORACLE_HOME/md/admin directory. Do not run sdotpev.sql at this time.

  9. Shut down Applications server processes
    Shut down all Applications server processes except for the database instance. This includes the TNS listener for the database instance. The Applications will be unavailable to users until all tasks in this section are completed.

  10. Apply RDBMS patch 1567117 to the database instance (conditional)
    If the database server and instance are currently using Oracle8i Release 2 (8.1.6), apply patch 1567117 to the database instance using the 8.1.6 Oracle home. This fixes an invalid Java class which would cause an ORA-600 error during the upgrade process.

  11. Prepare to upgrade
    Perform all the steps in the "Prepare to Upgrade" subsection of the "Upgrading the Database to the New Oracle9i Release" section of Chapter 7 of Oracle9i Database Migration, Release 1 (9.0.1). Make sure that environment settings such as ORACLE_SID and ORACLE_HOME are pointing to the Applications database instance and the Oracle8i Oracle home.

    We recommend having at least 500 MB of free SYSTEM tablespace and 750 MB of free rollback segment space, with MAXEXTENTS set to at least 512, before performing the upgrade.

  12. Upgrade the database instance
    Perform Steps 8-20 in the "Upgrade the Database Manually" subsection of the "Upgrading the Database to the New Oracle9i Release" section of Chapter 7 of Oracle9i Database Migration, Release 1 (9.0.1).

    When you perform the task of adjusting the initialization parameter file for use with the new release, in addition to the changes that the Database Migration manual directs you to make, you must ensure that the following parameter, if it exists, is commented out:

    	  event="38004 trace name context forever, level 1"
              
    Otherwise it will cause deadlocks during the upgrade.

    Start up the database instance once the upgrade is complete.

  13. Configure the Net8 clients on the application tier (conditional)
    If the port of the Oracle Net listener in the 9.0.1 Oracle home is different than that used by the listener in the old Oracle home, then you must update the entry for the Applications database instance in the tnsnames.ora file on the application tier with the new port number.

    If AutoConfig is enabled, then on each application tier server node, use the Context Editor to change the value of the Database Port parameter to the new port number, then run AutoConfig to implement the change. If you are using Release 11.5.7 or later, information about the Context Editor and AutoConfig can be found in the Oracle Applications AD Utilities Reference Guide; otherwise, refer to Using AutoConfig to Manage System Configurations with Oracle Applications 11i on OracleMetaLink.

    If AutoConfig is not enabled, refer to the Net8 Administrator's Guide for instructions on how to update the listener port number in the tnsnames.ora file. The tnsnames.ora file is located in the $ORACLE_HOME/network/admin directory in both the 8.0.6 and iAS Oracle homes on each application tier server node; each one must be updated.

  14. Copy and update Rapid Install utility files (conditional)
    Do this step only if AutoConfig is not enabled. Copy the <SID>.env/cmd file and the appsutil subdirectory and all of its contents from the old Oracle home to the 9.0.1 Oracle home on the database server node. If the <SID>.env/cmd refers to a file called ORACLE.env/cmd, copy that file as well. Update the <SID>.env/cmd file and, if applicable, the ORACLE.env/cmd file in the 9.0.1 Oracle home such that any references to the old Oracle home and TNS_ADMIN locations are changed to the 9.0.1 Oracle home and TNS_ADMIN locations.

    Update the files in the /appsutil/scripts subdirectory in the 9.0.1 Oracle home such that any references to the old Oracle home location are changed to the 9.0.1 Oracle home location.

    Once the updates are complete, test the addlnctl.sh/cmd script in the 9.0.1 Oracle home by using it to start the new Oracle Net listener for the database instance. Then, use SQL*Plus to test the Net8 / Oracle Net connection from the 8.0.6 and iAS Oracle homes on each application tier server node to the database instance. This will test the Net8 configuration that you may have performed in the previous step, as well as the new Oracle Net listener. Keep the listener running; one of the tasks in the next step requires it.

    Attention: If AutoConfig is enabled, the scripts in the /appsutil/scripts/<SID> of the Oracle8i database server node like addbctl.sh/cmd, adstopdb.sql, and adstrtdb.sql will no longer work as they are applicable only to the Oracle8i database server node only. The Oracle9i version of the scripts will be available in the near future.

  15. Upgrade specific components and perform post-upgrade tasks
    Perform Step 21 in the "Upgrade the Database Manually" subsection of the "Upgrading the Database to the New Release" section of Chapter 7 of Oracle9i Database Migration, Release 1 (9.0.1).

    In the "Upgrading Specific Components" section, the tasks in the following subsections must be performed:

    • Upgrading JServer
    • Upgrading XDK for Java
    • Upgrading Session Namespace, CORBA and OSE
    • Upgrading JSP
    • Upgrading Oracle Spatial
    • Upgrading interMedia
    • Upgrading Oracle Text

    The other subsections apply to components that are not used in an Applications database instance by default, or only apply if you had upgraded from Oracle8. Unless you have manually enabled the non-default components in the Applications database instance, there is no need to perform their upgrade tasks.

    Note: It is not necessary to perform the tasks in the "Recompiling Invalid PL/SQL Modules" subsection at this time, because you will be directed to do so in the next step.

    Once you reach the "Adjust Your Initialization Parameter File for the New Release" subsection of the "Tasks to Complete After Migrating or Upgrading Your Database" section of Chapter 8, refer to document 216205.1, Database Initialization Parameters for Oracle Applications 11i, on OracleMetaLink. Use the sections that contain common initialization parameters, initialization parameters that are specific to Oracle9i Release 1, and initialization parameter sizing recommendations to make any necessary changes (additions, updates, or removals) to the initialization parameters in your Applications database instance. Do not perform any other tasks in that document at this time.

    Attention:

    • The AQ_TM_PROCESSES and JOB_QUEUE_PROCESSES parameters were required to be set to zero during the upgrade, but now you must set them to the recommended nonzero values.

    • Do not set the UNDO_% parameters yet; you will be directed to do so as part of the System Managed Undo (SMU) instructions in the next paragraph.

    Finally, once all the post-upgrade tasks have been performed, follow the instructions in the "Enabling System Managed Undo (SMU)" and "Temporary Tablespace Setup" sections of the aforementioned document to convert from rollback segment usage to SMU, and to confirm that the temporary tablespace is properly defined.

  16. Perform 9.0.1.4 patch set tasks
    On the database server node, as the owner of the Oracle RDBMS file system and database instance, perform Step 6 in the patch set notes, while observing the following:

    • Oracle Text, Java, and Oracle Spatial are installed in Oracle Applications database instances, so you will need to perform their tasks.
    • Oracle Label Security, UltraSearch, Oracle9i Real Application Clusters Guard, and Oracle Recovery Manager (RMAN) are not installed by default in Oracle Applications database instances. The tasks for these components do not need to be performed unless they have been manually installed.

    After going through all the necessary steps, if you find invalid JAVA CLASS or UNDEFINED objects, you may recompile them individually. Generally, snapshots and materialized views are marked as UNDEFINED objects. We recommend compiling UNDEFINED objects treating them as snapshots.

    Note: After completion of the database upgrade, the package body JIS817_U_PKGS and the view DEFCALL in the SYSTEM schema, and the materialized views BIM_R_FDSP_SUMFUND_MV and BIM_R_FDSP_SUMMARY_MV in the APPS schema may have a status of INVALID. These objects are not needed and can be ignored or dropped.

  17. Re-create database links (conditional)
    If the port of the Oracle Net listener in the 9.0.1 Oracle home is different than that used by the listener in the old Oracle home, then you must re-create any self-referential database links that exist in the Applications database instance. To check for the existence of database links, use SQL*Plus on the database server node to connect to the Applications database instance as APPS and run the following query:
      $ sqlplus apps/<apps password>
      SQL> select db_link from dba_db_links; 
    If the EDW_APPS_TO_WH and APPS_TO_APPS database links exist, use the following commands to drop and re-create them:
      $ sqlplus apps/<apps password>
      SQL> alter session set global_names=false;
      SQL> drop database link EDW_APPS_TO_WH;
      SQL> drop database link APPS_TO_APPS;
      
      SQL> create database link EDW_APPS_TO_WH connect to apps
           identified by <apps password> using
           '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=<host name>)
           (PORT=<port number>))(CONNECT_DATA=(SID=<ORACLE_SID>)))';
      
      SQL> create database link APPS_TO_APPS connect to apps
           identified by <apps password> using
           '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=<host name>)
           (PORT=<port number>))(CONNECT_DATA=(SID=<ORACLE_SID>)))';
    where <host name> is the host name of the database server node, <port number> is the port number of the new Oracle Net listener for the database instance, and <ORACLE_SID> is the ORACLE_SID of the database instance.

    If you have custom self-referential database links in the database instance, use the following commands to drop and re-create them:

      $ sqlplus apps/<apps password>
      SQL> drop database link <custom database link>;
      SQL> create database link <custom database link> connect to
           <user> identified by <password> using
           '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=<host name>)
           (PORT=<port number>))(CONNECT_DATA=(SID=<ORACLE_SID>)))';
    where <custom database link>, <user>, <password>, <host name>, and <ORACLE_SID> are all as they were in the original database link definition, and <port number> is the port number of the new Oracle Net listener for the database instance.

  18. Apply post-upgrade Applications interoperability patches (conditional)
    If applicable, apply the following patches to the administration server node:

    Product Short Name Instructions
    Applications DBA AD If you are using Release 11.5.7, and the AD minipack level is earlier than Minipack G, apply patch 2361208. This fixes problems with the "Recreate grants and synonyms for APPS schema(s)" and "Maintain Multiple Reporting Currencies schema(s)" tasks in AD Administration.
    CRM Gateway for Mobile Devices ASG If ASG is licensed, you are using Release 11.5.7 or earlier, and the ASG minipack level is earlier than Minipack P, apply patch 2637492. This fixes the package body ASG_REP_CONF.

  19. Re-create grants and synonyms
    Oracle9i Release 1 (9.0.1) contains new functionality regarding grants and synonyms that Oracle8i did not have. As a result, you must re-create the grants and synonyms in the APPS schema(s). On the administration server node, as the owner of the Applications file system, run AD Administration and select the "Recreate grants and synonyms for APPS schema(s)" task from the Maintain Applications Database Objects menu.

    If MRC is implemented in your Applications system, then select the "Maintain Multiple Reporting Currencies schema(s)" task afterwards. This will re-create grants and synonyms for the MRC schema(s).

    Attention: Due to bug 2233522, AD Administration and other AD utilities may complain about missing or unset parameters in the init<SID>.ora file when used with an Oracle9i database instance. Such parameters should not be set, because they are either obsolete in Oracle9i or are no longer appropriate for the Applications when used with Oracle9i. It is safe to ignore these error messages and continue to use the AD utilities as normal. The bug will be fixed in a future release.

  20. Restart Applications server processes
    Restart all the Applications server processes that you shut down before upgrading the database instance. Remember that the Oracle Net listener for the database instance, as well as the database instance itself, need to be started in the 9.0.1 Oracle home from now on. Users may return to the system.


Section 2: Applying the latest certified Oracle9i Release 1 (9.0.1) patch set

Follow the instructions in this section if you have an Oracle Applications Release 11i system using Oracle9i Release 1 (9.0.1), and you wish to apply the latest certified Oracle9i Release 1 (9.0.1) patch set to it.

  1. Prepare for patch set installation
    On the database server node, as the owner of the Oracle9i file system and database instance, unzip and extract the 9.0.1.4 patch set file appropriate for your platform. Read the patch set notes (usually delivered in a file called patch_note.htm) and make sure that you thoroughly understand the patch set installation process before you begin. Check OracleMetaLink or contact Oracle Support Services for any known issues with the patch set and its interoperability with the Applications.
  2. Shut down Applications server processes
    Shut down all Applications server processes including the database instance. The Applications will be unavailable to users until all tasks in this section are completed.
  3. Temporarily modify initialization parameters for patch set installation
    Set the following parameters in the init<SID>.ora initialization parameter file and/or the spfile<SID>.ora server parameter file to the following values:
             
             aq_tm_processes = 0
             job_queue_processes = 0
             

    The following parameter, if it exists, must be commented out of the ifilecbo.ora, init<SID>.ora, or spfile<SID>.ora files:

    	 event="38004 trace name context forever, level 1"
             
    Otherwise it will cause deadlocks during the upgrade.

  4. Install the 9.0.1.4 patch set
    On the database server node, as the owner of the Oracle9i file system and database instance, follow Steps 4 and 5 in the patch set notes to install the patch set. Make sure that your environment settings such as ORACLE_HOME and ORACLE_SID are pointing to the Oracle9i Oracle home and database instance, and not to other Oracle home environments that may possibly be installed on the node, such as Oracle8 or OracleiAS.

    Do not perform any other steps in the patch set notes at this time.

  5. Apply RDBMS patches to the 9.0.1 Oracle home
    As the owner of the Oracle RDBMS file system and database instance, apply RDBMS patches 2105435, 2141115, and 2599613 to the 9.0.1 Oracle home if you have not done so previously. Make note of the following:

    • On UNIX and Linux platforms, the ORACLE_HOME environment variable must be set to the 9.0.1 Oracle home, and $ORACLE_HOME/bin must be included in the PATH environment variable, before running patch.sh.
    • If the patch instructions include running the catexp.sql script, do not run it; the database instance is not using this Oracle home yet. The script will be run as part of the upgrade process.

    2105435 fixes a problem when creating snapshots. 2141115 fixes a problem that causes some Applications database objects to become invalid. 2599613 fixes a problem when importing database objects that were created in Oracle8i.

  6. Apply Oracle Spatial patches to the 9.0.1 Oracle home
    As the owner of the Oracle RDBMS file system and database instance, apply Oracle Spatial patches 2498186 and 2310195 to the 9.0.1 Oracle home if you have not done so previously. When applying patch 2310195, you only need to copy sdotpev.sql from the patch directory to the $ORACLE_HOME/md/admin directory. Do not run sdotpev.sql at this time.

  7. Apply RDBMS patches to the 9.0.1 Oracle home
    On the database server node, as the owner of the Oracle RDBMS file system and database instance, perform Step 6 in the patch set notes, while observing the following:

    • Oracle Text, Java, and Oracle Spatial are installed in Oracle Applications database instances, so you will need to perform their tasks.
    • Oracle Label Security, UltraSearch, Oracle9i Real Application Clusters Guard, and Oracle Recovery Manager (RMAN) are not installed by default in Oracle Applications database instances. The tasks for these components do not need to be performed unless they have been manually installed.

  8. Review database initialization parameters
    Refer to the document 216205.1, Database Initialization Parameters for Oracle Applications 11i, on OracleMetaLink to ensure that your database initialization parameters that are set appropriately for Oracle9i Release 1 (9.0.1).

    Attention:

    • The AQ_TM_PROCESSES and JOB_QUEUE_PROCESSES parameters were required to be set to zero during the upgrade, but now you must set them to the recommended nonzero values.

    This document will also give you the opportunity to convert from rollback segment usage to System Managed Undo (SMU), as well as to confirm that the temporary tablespace is properly defined, if you have not done so already.

  9. Restart Applications server processes
    Restart all the Applications server processes that you shut down before installing the patch set. Users may return to the system.

Change Log
Date Description
October 29, 2001
  • First Posted
November 27, 2001
January 31, 2002
  • Changed RDBMS patch set for Windows NT/2000
March 1, 2002
  • updated with 9.0.1.2 patch set information
May 31, 2002
  • updated with 9.0.1.3 patch set information
  • added hypertext links to updates.oracle.com
June 6, 2002
  • Added optimizer parameter
August 12, 2002
December 6, 2002
  • updated with 9.0.1.4 patch set information
December 23, 2002
February 7, 2003
  • Removed optimizer parameter
March 13, 2003

Note 216550.1 by Oracle Applications Development
Copyright © 2003 Oracle Corporation
Last updated: Tue Sep 23, 2003