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.
Hi, since we have not heard back from you, we shall assume its ok to close this RFE. Feel free to open a new one once you have the required information. Thanks.
Hi, following-up again to see if you got a chance to review our previous question? We shall keep this RFE open till Tuesday, July 14th after which we shall go ahead and close it due to lack of reply. Thanks.
Hi, follow-up to see if you got a chance to review our previous question? Thanks
May we know if you got a chance to look into using existing IBM products such OMEGAMON and IBM Tivoli Application Manager?
Thanks.
Same as previous update.
Hi, Thank you for your response.
Yes, your understanding is correct, ie we would only be able to track older code if it is dynamically called by a V5+ Cobol program.
One other question that came up while triaging this RFE:
Have you considered using some of the already existing IBM products such OMEGAMON and IBM Tivoli Application Manager? These products provide a more complete solution to your issue.
We look forward to your reply. Thanks.
It sounds like you can provide a solution but the last statement confuses me: "Note that we can only track dynamic call events after a V5+ COBOL program has been executed in the run." Does this mean you would only be able to track older code if it is dynamically called by a V5+ Cobol program? Meaning if older code was executed but not dynamically called by a V5+ Cobol program you would not be able to track? If this is the case then this would only be a partial solution, which would be better then what is available now which is nothing. The customer documented 80+ percent of the written code is older then V4.2, they truly want a way to determine if any of this older code is highly used and go after those first to convert to V5+
We can provide a new capability in the COBOL V5+ runtime library to keep track of older programs (V4 and previous release) in the application. This is to help an application when it is in the process of migrating to V5+. Note that the runtime has information about dynamic calls in an application, but not static calls. (As in the later case, execution control is passed directly from the caller to the subprogram, and there is no code logic in the COBOL program to record the call information.)
At the end of an application run (in a JOB step), the COBOL runtime can display a list of COBOL program names called by dynamic call, and the number of times these programs are called within that run. Note that we can only track dynamic call events after a V5+ COBOL program has been executed in the run.
Would something like this satisfy your requirement ?
Thank you for your latest response. We are reviewing it and will get back to you shortly.
American Express is not tracking by cobol program name rather by counts, so the information asked is not available
Total Cobol program count 160,440 - 100%
Cobol 4.2 and older count 131,529 - 82%
Cobol 5.2 count 11,701 - 7%
Cobol 6.1 count 17,210 - 11%
As you can see they want to determine the high used 4.2 and older cobol programs to target for conversion to version 6
Many of the 4.2 and older count includes programs that are no longer in use but there is not an easy way to determine which ones
Hi,
We see that different non-compiler tools were suggested via the initial PMR for this topic.
May we know if its sufficient to print the list of legacy program names that are dynamic called within the run at the end of the COBOL run unit? Optionally we can also provide control to suppress the list (if it is not needed in production, for example).
Feel free to let us know.
This RFE is being investigated further.