Release Notes for Oracle Insurance Gateway Patch 3.22.2.0.2
This document contains the release notes for Oracle Insurance Gateway Patch 3.22.2.0.2.
Version compatibility: Oracle Insurance Gateway Release 3.22.2.x is only compatible with other Oracle Health Insurance applications release version 3.22.2.x unless explicitly stated otherwise. |
In accordance with the OHI error correction policy (Document 1494031.1 on My Oracle Support), error correction support will be provided for this release and the previous two releases. |
Enhancements
ID | Summary | Patch |
---|---|---|
OIG-2593 |
Improve performance for AS2805_A and AS2805_B integrations This enhancement improves the performance of the AS2805_A and AS2805_B integrations by allowing users to configure Quote and Authorization integrations without a query step Documentation Links: |
|
OIG-2935 |
Fusion Job Status Handling This enhancement supports the following features
The enhancement is applicable to both FUSIONLOAD and FUSIONSUBM destination. Documentation Links: |
Upgrade Steps for Installation
To perform the upgrade, perform the following steps:
-
Perform any pre-upgrade steps.
-
Stop all the managed nodes running the .existing version of the application.
-
Perform any pre-undeploy steps.
-
Undeploy the existing version of the application.
-
Back up the database.
-
Perform any post-undeploy steps.
-
Unpack the release bundle into a directory that we refer to as OHI_ROOT from now on.
-
Change Installation Configuration: In
<OHI_ROOT>/util/install
, make a copy ofohi_install.cfg.template
and name itohi_install.cfg
. -
Edit
ohi_install.cfg
to contain your specific database connection data and other configuration settings. The settings are explained in the file itself. -
Make sure NO connections are present to the database using the OHI_xxx_USER account (where xxx is the abbreviation of the application)
-
Run the Upgrade script:
-
Open a command window and browse to
<OHI_ROOT>/util/install
. -
Run the upgrade by executing
./ohi-update.sh .
-
-
Make the required changes to the ohi properties file
-
Perform any post-upgrade steps
-
Start WebLogic application server
-
Deploy the Application
-
Perform any post-deploy steps
Bug Fixes
BugDB | SR | Internal | BP | Summary |
---|---|---|---|---|
35190280 |
OIG-3040 |
BP |
For a failed post process step, a different exchange step is marked as failed |
|
Description: |
During an exchange execution, if a Post Process exchange step fails due to a dynamic logic exception, the exchange fails, but a different exchange step is incorrectly marked as failed. |
|||
Resolution: |
During an exchange execution, if a Post Process exchange step fails, the exchange is marked failed on the correct Post Process exchange step. |
|||
35111533 |
3-32196561261 |
OIG-2995 |
BP |
Question mark in oig rest destination changed to %3f |
Description: |
In the path configured in a rest destination containing a question mark sign, it gets converted to its Hex counterpart, i.e. %3F. This causes the formed URL to be incorrect and hence return 404 Not Found when invoked. |
|||
Resolution: |
Implementation has been done which consumes the path configured in the rest destination as is and does not make any changes to it. This makes sure that the formed URL is correct and hence returns a valid response. |
|||
35199134 |
OIG-3042 |
BP |
Invoking exchange for a null integration version should be possible |
|
Description: |
Invoking exchange with null version results in failure in case higher enabled version is present |
|||
Resolution: |
Invoking exchange with a null version will not result in an error in case a higher enabled version is present. Please note for invoking the null version the header value of ohi-integration-version should "null" string. Further, if this ohi-integration-version contains an invalid value it will lead to OIG-GATE-062 error code. |
|||
35203939 |
OIG-3047 |
BP |
Loggers to see the content of distributed cache at runtime |
|
Description: |
No loggers were present to confirm whether the distributed cache storing the member and session information is in sync. |
|||
Resolution: |
Added logger to confirm whether the distributed cache storing the member and session information is in sync. |
|||
35091807 |
3-32158818851 |
OIG-2981 |
BP |
HTTP api metadata caches url from the first api request to get the metadata of a resource |
Description: |
When metadata of any entity is accessed first time using generic API, it’s generated with absolute URLs and gets cached. Subsequent requests to the same metadata is served from the cache. In multi-node system, accessing metadata from different nodes will return already cached metadata and base URL (hostname and port) mentioned there won’t match with current requests' base URL. |
|||
Resolution: |
Instead of caching generic API metadata request response with absolute URLs, it gets cached by replacing base URL by placeholder. While returning response for each generic API metadata, cached metadata is processed and placeholder gets replaced by base URL of current request. |