APAR status
Closed as program error.
Error description
If the assembly contains finally and in the finally rule there is an api-result action, then the assembly will go down when the finally rule is recommited. The problem is the validation method called when finally rule recommited is not the correct one. The validation method should allow api-result in finally rule. example config api-result finally-result exit api-rule finally-rule reset action finally-result exit assembly custom-global-catch-assembly-global reset rule custom-global-catch-assembly-rule-global catch GlobalError rule-recover-pre_post-flow-error default-catch rule-recover-pre_post-flow-error finally finally-rule exit cli command xi50reboot# api-rule finally-rule xi50[reboot](config api-rule finally-rule)# reset xi50[reboot](config api-rule finally-rule)# action finally-result xi50[reboot](config api-rule finally-rule)# exit
Local fix
Problem summary
Assembly object is down after its finally rule is reset.
Problem conclusion
Fix is available in 10.5.0.2. For a list of the latest fix packs available, please see: https://www.ibm.com/support/pages/node/83105
Temporary fix
Comments
APAR Information
APAR number
IT41513
Reported component name
DATAPOWER
Reported component ID
DP1234567
Reported release
A0X
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2022-07-14
Closed date
2022-09-23
Last modified date
2022-09-23
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
DATAPOWER
Fixed component ID
DP1234567
Applicable component levels
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SS9H2Y","label":"IBM DataPower Gateways"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"A0X","Line of Business":{"code":"LOB45","label":"Automation"}}]
Document Information
Modified date:
24 September 2022