OpenAPITools / OpenAPITools/openapi-generator

[REQ] Add possibility to use KSP instead of KAPT

Open
#20,702 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.

We generate client libraries for our app and we use moshi codegen. The problem is, that for a valid codegeneration we need KSP, but not KAPT, that is generated by default

Describe the solution you'd like

Maybe configuration flag like "moshiCodegenKsp": Boolean

Describe alternatives you've considered

No alternatives

Additional context

The thing is, that i wanted to introduce kotlin value classes into our generated models. Everything worked like charm in my test project, but i got wierd codegen in the real one. As it seems to me, the problem is, that my test project is using KSP for moshi codegen, but the library we ship is using kapt: i can see it in a generated build.gradle file. When i tested the theory, that KAPT might break my test project - it really broke it and i received the same error

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

Start by tracing the Kotlin client generation configuration and the generated build.gradle file mentioned in the issue. Determine where KAPT is enabled and how a configuration flag could select KSP, then verify that generated Moshi codegen projects build successfully with the selected processor.

Written by the indexing model from the issue text.

Assessment

Tech stack
kotlin
Domain
build-system, tooling
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.