Skip to Main Content
IBM Z Software


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


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 z/OS Connect
Created by Guest
Created on Jun 22, 2020

zOSConnect - Generating data format for integer

Hello,
In zOSConnect toolkit 3.0.6.10, we have noted that for a data defined in PIC 9(n) in the copybook the generated data in swagger is like below :
"contract_number" : {
"type" : "integer",
"minimum" : 0,
"maximum" : 99999999999999
}

‎Without data format "format" = "Int64" to warn the requester that it has to declare a Long data by itside.

Could you automate the data format generation at least for the integer?

Thanks

Idea priority High
  • Guest
    Reply
    |
    Aug 5, 2020

    Thank you for this RFE.

    The JSON schema z/OS Connect EE generates for number fields is valid, correct and accurate. The "format" modifier property is optional in the OpenAPI spec, and in the case of int32 and int64 implies a min/max range for the number. Cobol numbers are typically based on decimal digits and so their maximum values don't align with those implied by int32 and int64. For example, the range value here, 0 to 99,999,999,999,999, does not align with either of the ranges implied by int32 (-2,147,483,648 to 2,147,483,647 ) or int64 (-9,223,372,036,854,775,808 to 9,223,372,036,854,775,807). This schema therefore indicates to any consumer or client library generator that they will need use a data type large enough to accommodate the range specified.

    If there is a problem with the client libraries being generated from this swagger doc we suggest that you look to the client library generators themselves to see if they can be changed to correctly honour the number ranges specified in the schema.

    As such this RFE is being declined at this time.