Giter Site home page Giter Site logo

gnostic-grpc-deprecated's Introduction

  • ๐Ÿ‘‹ Hi, Iโ€™m @LorenzHW
  • ๐Ÿ‘€ Iโ€™m interested in personal growth, sports, and coding
  • ๐Ÿ‘จโ€๐Ÿ’ป Iโ€™m currently working at Cresta where we build cool AI stuff.
  • ๐Ÿ”ฅ In 2019 I implemented the open-source tool gnostic-grpc which converts an OpenAPI spec into protobuf

gnostic-grpc-deprecated's People

Contributors

lorenzhw avatar timburks avatar

Stargazers

 avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar

Forkers

nmnellis

gnostic-grpc-deprecated's Issues

Generating additionalProperties of a schema

Problem description

additionalProperties are currently not reflected inside the generated .proto. Considering the following OpenAPI definition, an empty message is currently generated for the response.

/testResponseAdditionalProperties:
    get:
      operationId: testResponseAdditionalProperties
      responses:
        '200':
          description: successful operation
          content:
            application/json:
              schema:
                type: object
                additionalProperties:
                  type: integer
                  format: int32

What would be a proper way to generate additionalProperties inside .proto?

included an unresolvable reference to

When generating the proto service i noticed the name of the service message object does not match the created message
Ex. file "spec" included an unresolvable reference to "GET_direct_tenant-id_reference-data_attachments_attachment-idParameters"

But the message does exist just in a different case
md: name:"GET_direct_tenant-Id_reference-Data_attachments_attachment-IdParameters"

it has something to do with the use of - within the path,
/direct/{tenant-id}/reference-data/attachments/{attachment-id}

Generating Enum parameters

Problem description

Enum parameters like in the following OpenAPI definition are currently reflected as int64 param1 = 1; inside the .proto. Therefore the field 'param1' is not limited to the enum values.

paths:
  /testParameterQueryEnum:
    get:
      operationId: testParameterQueryEnum
      parameters:
        - name: param1
          in: query
          schema:
            type: integer
            format: int64
            enum:
              - 1337
              - 1338
              - 1339
            default: 1338

Considering the description of a valid path parameter and a valid query parameter is there a better way to generate enum values?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.