Skip to Main Content

This is an IBM Automation portal for Integration products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (

Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal ( - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal ( - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM. - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Created by Guest
Created on Nov 7, 2022

Enhance CSQUDMSG to rollback messages in the event of a batch job abend (B37)

We have been using program CSQUDMSG to move messages (to a file) by a batch job. On occasion the batch job fails on a B37 (space) .. however, the program does not back out the deleted messages. This results in lost messages. We have also noted that for the duration that the batch job is running, the queue is unusable which results in the applications attempting to PUT to the queue getting Java exceptions and failing. We would like CSQUDMSG to backout in the event of a batch job abend and put the messages back on the queue.
Idea priority Medium
  • Admin
    Matthew Leming
    Dec 2, 2022

    I'm closing this out as CSQUDMSG already does a rollback if something goes wrong during processing.

    I'm happy to carry on the conversation about exclusive access via email, but again I believe that functionality is already available.

  • Admin
    Matthew Leming
    Nov 28, 2022

    Hi Tom,

    Sorry for not replying quicker. There doesn't appear to be a way of getting notifications when you post. Your suggestion for why the customer thought they were losing messages sounds plausible. We certainly have a transaction in place so shouldn't be losing anything.

    Regarding the queue being unavailable while CSQUDMSG is being run, that's going to depend on your configuration and what your application does. As mentioned earlier there shouldn't be any restriction to other applications putting to the queue while CSQUDMSG is running, but there might be for other applications that want to get from the queue and that will depend on the queue's configuration and what the app is doing. Perhaps we can continue the conversation for that via email:

    Regards, Matt.

  • Guest
    Nov 21, 2022

    We have our MAXUMSGS value set to 10,000 ... They were attempting to offload hundreds of thousands of messages. I wonder if the job abended (B37) and there was some confusion on his part as to how many messages were actually processed ... For example if it had backed up 400,000 messages and then abended with another 100,000 messages left on the queue .. I think that he was expecting the 400,000 messages to be put back on the queue ... but I cannot ask him now.


  • Guest
    Nov 21, 2022

    This is embarrassing. After having the issue reported to me (several times) I opened this request for enhancement. I reviewed the batch jobs that were run and saw the B37 abends .. I took the client at their word that they lost messages. Well .. I tried to recreate the problem myself and could not. I could create the B37 abend, but I never lost messages. I reached out to the client, but the individual who repeatedly reported the problem to me has resigned and no one else knows anything about it.

    So ... I cannot recreate the B37 and lost messages situation.

    I will note that my comment about the queue being unavailable while the job is offloading messages is still valid .. Not sure if this can be fixed or not.

  • Admin
    Matthew Leming
    Nov 21, 2022


    What's the exception you are getting? If you are moving messages from a queue to a file I wouldn't expect a conflict between CSQUDMSG and an MQ JMS application. It works fine for me.
    CSQUDMSG doesn't specify MQOO_INPUT_EXCLUSIVE, but it's possible you have the queue set with NOSHARE by default. But that shouldn't affect a putting application, just a getting one.

    I will take a look at the B37 scenario shortly, messages are got from the queue in a unit of work so I am surprised that you end up loosing messags.

    Regards, Matt.