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 Delivered
Workspace App Connect
Created by Guest
Created on Mar 9, 2017

Map thread to an application or Library

We are looking for a method to map the thread id to an application or library or message flow. Since the execution group hosts multiple applications and quite a lot of time the execution group going to a hung state due to one or more message flow in that. We are thinking that by finding out the thread id which reside in pstack for a lengthy time period may have something to do with hung state of the EG.

So we are looking a way to map the thread id to the application/library/message flow

Idea priority High
RFE ID 102123
RFE Product IBM App Connect Enterprise (formerly IBM Integration Bus)
  • Admin
    Ben Thompson
    Jul 31, 2023

    The updates discussed were added between ACEv12.0.7.0 and ACEv12.0.8.0 ... More details in the blog entry link below:

  • Guest
    Oct 18, 2020

    RFE Review. Thank you for raising this RFE and apologies for the time period it has been in Submitted Status. We agree this would be beneficial to the product and we are working on a plan for the integration server process to be able to trigger a FlowThreadReporter dump automatically if a flow thread takes too long to run, where "too long" could be defined by a user. We think this kind of improvement could help in cases where debugging flows inside a container (where remote administration can be harder). We also think some more traditional situations (database calls hanging, etc) might benefit from the server displaying exactly where the flow has become stuck. Attributes we are considering to expose on this new diagnostic would include:

    Whether the capability is enabled
    The Polling interval for checking the flow
    The minimum age a thread must be running before taking action
    Whether to create a dump of the flow history as well as its stack.

    We are potentially considering this new diagnostic behaviour for both IIBv10 and ACEv11. Status of the RFE is updated to Planned for Future Release.

  • Guest
    Mar 10, 2017

    does Timeout events not help? it has a node trail like so....