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.
Hello - in response to Tyrone. According to our operations staff, they have a tough enough time keep batch cycle running on schedule. Allowing TSO mount has potential to add additional contention, and they would prefer to keep it the way it is. They may be willing to look at it if TSO mount was requested using the IDz application authority.
Hi - when running from the client the operation mode is similar to that of batch execution because the session is equivalent to a TSO batch invocation of File Manager. Running a compare or copy on a large file does not stop you viewing and doing other things within the File Manager plug-in - whilst that completes - therefore it can be treated as a background service already - and in effect is. The customer has raised this as a TSO mount authority issue which is required if we run under TSO and do the allocation of a tape data set and a reluctance to give that authority because of contention. The Copy function that allocates the tape data set will deallocate and subsequently release it on function completion. This would be the same as running a batch version of the copy. Can we find out more regarding why contention is an issue. Batch execution requires a framework change to acesss the output on job completion, and customization required for File Manager libraries etc as ISPF skeleton processing is not currently available for the eclipse client processing. It could be argued that the current mode is more useable to the eclipse user as results and return codes are available. So we need to find out why granting TSO mount authority is an issue and whether we can address those concerns.
Hi,
Doug's RFE refers specifically to the Copy Wizard. I would like to state that we feel that in general the 'Batch Execution' option is lacking in the IDZ File Manager plug-in.
Another good example is the 'Compare Wizard'. An online compare of data sets with millions of records and perhaps many thousands of differences is not practical.
The 'Batch Execution' option with JCL generation, which exists in the ISPF version of File Manager, is also necessary when the purpose is to generate JCL that will be included as a Step in a batch Job which will run on a regular basis in the Production environment.
Thanks,
Danny