Release Notes for Oracle Health Insurance Enterprise Policy Administration Patch 3.22.2.0.18
This document contains the release notes for Oracle Health Insurance Enterprise Policy Administration Patch 3.22.2.0.18.
| Version compatibility: Oracle Health Insurance Enterprise Policy Administration 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. |
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.templateand name itohi_install.cfg. -
Edit
ohi_install.cfgto 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 |
|---|---|---|---|---|
35805237 |
3-33858160991 |
POL-13700 |
BP |
Dynamic logic cache reloads every time on business cache invalidation even if there is no dynamic logic update |
Description: |
Dynamic logic cache uses a business process cache which is invalidated on any change in configuration entities (that implements ProcessCacheInvalidating) even though there is no change in dynamic logic itself . On invalidation of the cache , byte code is loaded again for all the dynamic logic which is CPU intensive and can slow down other processes running in parallel during the class loading . |
|||
Resolution: |
The cache invalidation and reloading happens only on change in dynamic logic entity. |
|||
35859728 |
3-34177004331 |
POL-13778 |
BP |
Desired row is not getting deleted in 'Parameter Domain' tab of Group Account Products page |
Description: |
While deleting the 1st parameter on the list it deletes as expected. While deleting any parameter other than the 1st one it jumps and deletes the one above the one we trying to delete. |
|||
Resolution: |
Deleting any parameter, deletes the desired row as expected. Earlier wrong index was being used while deleting the row which is fixed now. |
|||
35655985 |
POL-13333 |
BP |
Performance issue when updating the status of base financial objects in generate financial messages activity under high concurrency |
|
Description: |
High wait event "enq: TX - allocate ITL entry" occurs when updating the status of base financial objects to 'FM' in generate financial message activity under high concurrency and this causes the activity to run very slow |
|||
Resolution: |
update base financial object at the end of parent activity instead of updating after every child activity. This should minimize the number of sessions opened for the update. |
|||
35855397 |
3-33964183741 |
POL-13774 |
BP |
Activity Message is lost when generate financial message activity is recovered |
Description: |
Activity message (ACT-FL-DAFI-001) is lost when generate financial message activity is recovered |
|||
Resolution: |
The activity message ACT-FL-DAFI-001 is removed when the recover process starts, but if the error persists during reprocess of the activity then the message is recreated. |
|||