IP17 JMSReceiver Still Invokes The Workflow Process Even After A Timeout Has Occurred And There Are No Messages Picked Up From The JMS Queue (Doc ID 2448082.1)

Last updated on APRIL 04, 2025

Applies to:

Symptoms

On : 17.5 [IP2017] version, Siebel EAI

In IP17 version, when the JMSReceiver component task encounters a timeout (default 120 seconds) due to no messages in the JMS queue to pick up, it still invokes the dispatch workflow without a message, which leads to the workflow process to be executed - but without valid data and generates an error message. This goes on for all 4 child receiver threads.

When restarting the JMSReceiver again with same parameters and no message in the queue, it fails the same way so it goes into an infinite loop of invoking the workflow process without any valid data/message and fails. 

ERROR
-----------------------
The error in this particular scenario involves a UCM workflow process which fails with this error since there are no actual message picked up, so no actual values, etc. to run the workflow process on, which led to this error:

The JMSReceiver timed out after 120 seconds but it still invoked the dispatch workflow without a message which leads to the workflow process execution. This goes on for all 4 child receiver threads.

When restarting the JMSReceiver again with same parameters and no message in the queue, it fails the same way so it goes into an infinite loop.

BUSINESS IMPACT
-----------------------

Due to this issue, users cannot use the JMSReceiver correctly.

Changes

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.