Skip to Main Content
IBM Power Ideas Portal


This portal is to open public enhancement requests against IBM Power Systems products, including IBM i. 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).


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 (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.

Status Not under consideration
Workspace IBM i
Created by Guest
Created on Jul 19, 2022

RDI: Enable change of sources only in specific libraries

In our source management system we have a source library for programs in production and a library for sources that are being changed. We copy the source from the source library to the development library when they are to be modified. You can only browse the sources in the source library it is not possible to edit them.


In RDI there is no possibility to block for modification in the source library.

The only thing is to put a flag in the "Open source in browse mode" but that is not good enough. I would like a way to flag in the library that modification of sources are enabled and it could be done if RDI checked for the existence of an object in the development library. If it exists then modification is allowed.


For example:

You have 2 libraries PRDLIB ( sources in production ) and DEVLIB ( sources under modification ). If you created an object in DEVLIB called RDIEDTSRC type *DTAARA but not in PRDLIB then you could let RDI test if it existed and if it does open the source in edit mode otherwise only in browse mode.

It should be possible to specify the object name and type. It doesn't have to be a data area, the object could be a *JOBD, a *FILE or any object of your choice.


Idea priority Medium
  • Guest
    Reply
    |
    Aug 22, 2022
    We have evaluated this request and determined that it cannot be implemented at this time.

    IBM Power Systems Development - RDi team
  • Guest
    Reply
    |
    Jul 22, 2022

    Thank you for your suggestions.

    I'm fully aware that it can be bypassed in the PDM.
    Thus being very carefull when doing something in the PRDLIB ie scanning in it.


  • Guest
    Reply
    |
    Jul 21, 2022

    While waiting for IBM's solution (which could take years, if ever), here's a suggestion:

    1. Create a new test source file in the production and test environments (so everything already there will work as before).

    2. Create a new user profile that will have *ALL authority for the new production test source file.

    3. Change the authority of the new production test source file so that all users have only *USE authority (including *PUBLIC but not the new user profile which has *ALL authority).

    4. To move source from the new test source file in the test environment to the production environment, log on as the new user profile and run your third party app.

    You can do this as a proof of concept with just the one new source file (no need to modify the library's authority). If the concept works, then you can apply it to the other source files in the production environment and your problem will be solved, or you can wait until IBM provides a solution, assuming they do.

    By the way, the production source files could be edited with PDM directly by bypassing your third party app, which is what RDi is doing.



  • Guest
    Reply
    |
    Jul 21, 2022

    First of all the source management system is a third party green screen environment. And it is old.
    If you try to edit a source it checks if a specific object exists in the library.
    If it does you are allowed to open the source with PDM.
    Otherwise access is rejected.

    Compilation is also controlled via this system.

    I don't dare changing object level authority on these libraries and will not be allowed to do so.
    Because I risk all hell breaks loose.



  • Guest
    Reply
    |
    Jul 20, 2022

    You stated "You can only browse the sources in the source library it is not possible to edit them." How is this being done if not by object level security (rhetorical question, it can't be done)? Unless you have object security on the production source files, that statement is false, if they can be edited by RDi, then they can be edited by any other means of editing source files.

  • Guest
    Reply
    |
    Jul 20, 2022

    If it causes other problems your procedures/way of working is not correct.

    I suggest to solve this first.

  • Guest
    Reply
    |
    Jul 20, 2022

    Implementing object level authority will cause a lot of other problems. So this is not an option.

  • Guest
    Reply
    |
    Jul 19, 2022

    No need for any of that, just use object level authority. Change the authority of the source files to *USE for *PUBLIC and any user that has specific authority to the source files. RDi allows users with *USE authority to open source members in browse mode only, you'll get an error if you attempt to edit a source member.