Is there a workaround to deal with slow compilation times for a very large openapi file?

[dangdennis]

Is there a workaround to deal with slow compilation times for a very large openapi file?

[dangdennis]

Thank you @czechboy0! I didn't know we can filter on other args than just tags. For others, see DocumentFilter. Oh if you're not as blind as I am, it's clearly documented under Create a configuration file.

Now that I'm using just one route, it's significantly faster.

generate:
  - types
  - client
accessModifier: internal
filter:
  paths: 
    - "/link/token/create"

[czechboy0]

Hi @dangdennis,

for large documents, check out the filter feature, which allows you to only generate the operations you're interested in. That should substantially reduce the size of the generated code and build times.

Regarding using the plugin vs CLI manually, we recommend you use the plugin whenever possible, as that way your OpenAPI document and code are always in sync. If you hit issues that you can resolve by using the CLI manually, please file new issues and we'll investigate them - the plugin should be the preferred adoption method here.

About the type conflicts, note that the generator emits a type called Client, so if you also have a type called Client in the same module, those will conflict. Either rename your type, or generate the types into a separate module, and then import the generated client using its fully qualified name, e.g. MyGeneratedAPI.Client.

[czechboy0]

And watchexec shouldn't be a problem here, as unless the OpenAPI document changes, the generator shouldn't rerun, and your generated files shouldn't have to recompile.