OpenAPITools / OpenAPITools/openapi-generator

[REQ] Generating client side or server side code from a directory of yaml files in single execution

Open
#9,843 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Enhancement: Feature
Dominant language
Java
Stars
26.8k
Forks
7.7k
PR merge metrics
PR metrics pending

Description

Is your feature request related to a problem? Please describe.

Right now for modularity we create different yaml files for different APIs. but those APIs can share models between each other. and also have conflicting models (with same name but different properties and defined in different model files). In this case as we can specify only one yaml file in single execution, first execution overwrites the model from other execution and if we give different model packages for both apis, common models are duplicated in those models.

Describe the solution you'd like

So we are looking for if we can give a directory of yamls and generated code has same hirerachy as the yaml files.

Describe alternatives you've considered

Additional context

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no files, tests, or entry points. Start by tracing the existing single-spec command path and its model handling; done means one execution accepts a directory, preserves the YAML hierarchy, and handles shared or same-named conflicting models without unwanted duplication.

Written by the indexing model from the issue text.

Assessment

Tech stack
java, openapi
Domain
tooling
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.