Skip to Main Content
IBM Data and AI Ideas Portal for Customers


This portal is to open public enhancement requests against products and services offered by the IBM Data & AI organization. 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

Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. Get feedback from the IBM team to refine your idea


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.

IBM Employees should enter Ideas at https://ideas.ibm.com


Status Not under consideration
Workspace Db2 for z/OS
Created by Guest
Created on Dec 29, 2021

make OSREQ (=OAM) calls work in Db2 STORED PROCEDURES which have a PACKAGE PATH

OSREQ=OAM calls are officially supported to be done in Db2 Stored Procedures. But this does not work, if the Db2 Stored Procedure is defined with a "PACKAGE PATH". I think this is, because OAM functions operate with and set different COLLECTIONS (CBRHTBSV, GROUPxx) but an existing PACKAGE PATH takes precedence over PACKAGESETS; therefore a changed PACKAGESET is ignored and leads to a -805 or similar. Currently, the approach to sucessfully call OSREQ (OAM) in Storded procedures demands OAM Packages to be bound in application collections (or reset the PACKAGESET etc.). If OSREQ/OAM would work in Db2 Stored Procedures with PACKAGE PATH, the Db2 Stored Procedure could be defined with a entire but segregated, correct and least scope of collection, etc. set of package-collections. I'm not sure, whether the current status comes down to a software defect or is lack of functionality; for the latter I'd like to submit it as idea here.
  • Admin
    Janet Figone
    Reply
    |
    Jun 29, 2022

    Dear Josef,

    Thank you for submitting this Db2 for z/OS enhancement request. We reviewed this requirement and asked for additional information in April, but have not yet received an update. Consequently, for now we are moving this idea to Not under consideration.

    Even though the ideas is not under consideratione, Aha! still allows updates and voting. We do hope you can provide the information needed so that we can revisit this request.

    We appreciate your input to the Db2 for z/OS development team. We also hope that you will continue to submit more ideas for improvements as customer feedback is a key component to shaping the future direction of Db2 for z/OS.

    Sincerely,

    Db2 for z/OS Team

  • Admin
    Janet Figone
    Reply
    |
    Apr 14, 2022

    Hello Josef, The Db2 for z/OS team has reviewed this enhancement request and would like to know you can update this idea with an example of a stored procedure that makes the OAM calls, how the CURRENT PACKAGESET is set (before calling the stored proc or inside the stored proc itself), and which collection ID is the OAM package is bound with. Also include the DDL statement for that stored procedure with the PACKAGE PATH keyword and its value.

    PACKAGE PATH (or CURRENT PACKAGE PATH) is higher than CURRENT PACKAGESET in precedence rule. So PACKAGE PATH, when specified for a stored proc, will be used to search for packages in the stored procedure's execution. Can you include the the collection IDs (CBRHTBSV, GROUPxx) in the stored procedure's PACKAGE PATH as well?

    Thank you,

    The Db2 for z/OS team