This portal is to open public enhancement requests against IBM Z Software 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 (https://ideas.ibm.com).
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:
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 an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
See this idea on ideas.ibm.com
Although we publish that we can debug IMS/MPPs in an IMS Message Processing Region, we really do not have a viable solution to debug programs in an IMS MPP environment. If a customer has Xpediter/IMS, and wants to use Debug Tool to replace this function, we do not have a solution. The only way to do this is with BTS, but they may have to purchase this product to do so.
We provide LE exits to enable a debugging session with MPRs. However, many factors must be set to allow Debug Tool to trigger consistently, and to allow other programs to run in the IMS environment. These factors are not documented in the Debug Tool publications. When I received the information from the Debug Tool team, the requirement to use SCHDTYPE=PARALLEL is met with resistance. I found that most customers use SCHDTYPE=SERIAL with the DOPT parameter, which allows ACB generation to be performed while the online IMS System is running. You can not specify SCHDTYPE=PARALLEL with the DOPT option.
In our last account the customer developed tools to the the same as what other ISVs do - Create a different transaction class for the transaction which is needed to be debugged, and start another MPR with the new transaction. This allows the other transactions with the same transaction class to run when SCHDTYPE=SERIAL is used. The customer created a panel that collects the name of the existing MPR, to use the same files, the transaction name, and then proceeds to create a batch job that performs the following steps:
1) Issue a command to determine the transaction class of the transaction requested, and capture this information.
2) Assign the transaction class to another number for debugging. Note, there may be many transaction classes required for debugging, specifically one for each Debugging MPR that will be created.
3) Start the new MPR with a different job name, and include the library with the LE options linked with the EQAD3CXT LE exit.
4) When the region is terminated, re-assign the transaction back to the original class.
In summary, this requirement is to:
a) Define all the IMS parameters required for the SCHDTYPE=PARALLEL or SERIAL in the Debug Tool publications.
b) For SCHDTYPE=SERIAL, provide tools to create an MPR to set the transaction class as described above.
Note, the above solution does NOT allow concurrent debugging of a transaction. It allows other transactions to continue to run that have the same transaction class. This restriction is also part of other ISV solutions.
In addition to providing the above solution, the panel that is used to save the LE options (xxxx.DBGTOOL.EQAOUPTS) should be incorporated into this solution. In other words, it does not make sense to collect program names to be debugged when we are collecting the transaction name(s) to debug. For this invocation, the panel should be modified to include multiple IMS transactions, but no programs to debug. This modified version of the panel can be included in the same process as described to collect the information to invoke the Debug Tool MPR.
Idea priority | Urgent |
By clicking the "Post Comment" or "Submit Idea" button, you are agreeing to the IBM Ideas Portal Terms of Use.
Do not place IBM confidential, company confidential, or personal information into any field.
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Servers and Systems Software
Product family - Development Tooling
Product - IBM Debug for z/OS
Component - z/OS Debugger
For recording keeping, the previous attributes were:
Brand - Servers and Systems Software
Product family - Development Tooling
Product - IBM Debug Tool
Component - Host
Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Servers and Systems Software
Product family - Development Tooling
Product - IBM Debug Tool
For recording keeping, the previous attributes were:
Brand - WebSphere
Product family - Enterprise Tooling
Product - IBM Debug Tool
This post is only a test! All those people who have an abo on changes in this group (watchlist) should get a notification. Please send me a mail if you get one. ralf dot seidler at cps4it dot de. Thanks for your help. Ralf
Delivered in Debug Tool V13
See related RFE 18279 Improve debugging in an MPR environment with the EQAD3CXT exit
Attachment (Description): Sample job of what the new MPR may look like.
Attachment (Description): This is information I gathered when researching how to solve the "IMS MPR throughout" problem with Debug Tool.