How the Adapter rollback affects the ICEPAYLOADEXT status column
Last updated on OCTOBER 19, 2016
Applies to:LODESTAR EIP - Version: 04.10 - Release: 4.1
z*OBSOLETE: Microsoft Windows Server 2003
In this particular scenario there is a LTMH adapter configured to send xml messages from the ICEPAYLOADEXT table to a queue. The following issues occur:
- A business exception was encountered. Rolling back.
- Exception: com.lodestarcorp.portal.PortalException
- Service is stopped for having too many errors
When monitoring the status in the ICEPAYLOADEXT table it is possible to see the states for the same message change from N (new) to P (processing) and back to N (new) again. That means that after the service is restarted the service will try to resend the message again (with the same result). The consequence is that the service is constantly restarting and trying to resend the specific message.
The question is the following: Why, when encountering rollback problems, the LTMH service doesn't leave the record in the ICEPAYLOADEXT in an error state (for instance E, J or EE)?
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms