IBM RegTech Ideas Portal



Our team welcomes any feedback and suggestions you have for improving our offerings. This forum allows us to connect your product improvement ideas with IBM product and engineering teams.


For product documentation, see Knowledge Center.
Create and View Support Cases and Use the Discussion Forum here


Reminder: This is not the place to submit defects or support needs, please use normal support channel for these cases


The shorter URL for this site is:

IBMers, please visit the WFSS Internal Ideas portal


note: The IBM ICM IDEAS Portal is no longer available at this location. If you have reached this page, please look for a new link in the Varicent Administrator. Direct links are found under the "?" in the upper right corner.
A period of transition is likely to impact this service, while ICM becomes Varicent. Please contact Varicent support if you have additional challenges or concerns.

Set persistence and expiry of MQ messages at the application level

Actor: User needs enhanced features

In our company, we do not define queues with persistent, but expect the application has the ability to set it as persistent in the MQMD. Additionally, messages should have a set expiry (not set to infinite). Both standards are according to MQ best practices and recommendations.

CPS currently does not enforce any type of behavior on the MQ queues with regards to data persistence, but it provides queue definitions to configure persistence at the queue level (persistence property on queue level to "true").

We wish for consistency between applications, and adherence to standards. FTM Base already uses message persistence at the application level, i.e. FTM is considering all messages flowing through the Broker as business critical and makes them persistent in the MQMD.

CPS should follow suit by using message persistence at the application/message level to ensure that business critical messages are not lost. Also, both CPS and FTM should set an expiry limit on messages.
  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Apr 9 2019
  • Will Not Implement
Component Standards (Protocols, Rule Books, Specifications, etc.)
Priority Medium - Important
  • Attach files
  • Admin
    Craig Rector commented
    8 Oct 02:11pm

    If there are specific messages that need to expire that is of concern, please let us know and we may consider changing those messages.

  • Admin
    Craig Rector commented
    8 Oct 02:10pm

    We do use expiry on specific sets of applicable messages, but not all so this is partially in place. But with that said, we do not plan to make changes in this area in the next two years.