Messages in status "To Be Delivered"

[Former Member]

Hello All,

We have arecurring problem in XI production systems.

Messages sometimes go into status "To Be Delivered" and will never get processed.

If we restart the J2ee or the file adapter these messages then get processed.

Is there a way we can solve this permanently.

We have a clustered environment with 2 server nodes in the java.

[Former Member]

Hello Sudhir,

We are checking this with our basis people.

[Former Member]

Hi Sreenivas,

The messages are in "TO Be Delivered" status in the Adapter engine. The queuse smq1 and smq2 are clear(no entries in these queues).

[Former Member]

Hi,

Refer to this note:

TO_BE_DELIVERED occurs while the message is put into the AE receive queue. This is

done via the AE receive servlet:

http://<Host>:<PORT>/MessagingSystem/receive/<CONNECTION>/<PROTOCOL>;

The AE returns HTTP 200 to the Integration Server only if this was executed successfully.

Note 813993 - FAQ: Message status in the adapter framework

Regards,

Sreenivas

[SudhirT]

Hi,

Check the last post in the thread if yours is the same issue.

Thanks!

[Former Member]

Hi,

When we have the messages in status "To Be Delivered" Its in the Adapter engine (Message monitoring). The queus smq1 and smq2 are clear there are no entries pending in the queues.

[Former Member]

Hello,

you can find the queue name in which entries are struck up, from SXMB_MONI. Just select that message which is in 'To be delivered' status, (scroll on to right )for that message you can get QUEUE ID for example XBT002_1. Select this queue and check whether it is registered using the transaction SMQR. If not, register it.

Then messages will be processed successfully.

Regards,

Sreenivas.

[prateek]

The message in delivering status are actually not in error and therefore there is no direct resend option. These messages are stuck in queues. Now u have possibility to unlock the queues and try registering the queues.

The message in the delivering status can be cancelled manually and then resent. U can set the retry interval with appropriate time interval.

Regards,

Prateek

[Former Member]

check similar threads

The message in delivering status are actually not in error and therefore there is no direct resend option. These messages are stuck in queues. Now u have possibility to unlock the queues and try registering the queues.

The message in the delivering status can be cancelled manually and then resent. U can set the retry interval with appropriate time interval.

U can set try interval in communication channel even.like -3or 5 etc.

search in sdn also..