asyncapi / asyncapi/cli

[FEATURE] Achieve Kotlin feature parity for code generation

Open
#2,286 3 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
TypeScript
Stars
272
Forks
375
Avg merge
3h 22m
Merged PRs (30d)
8

Description

### Why do we need this improvement?

The Java code generation is very complete; API classes have well-defined hierarchies (enabling API polymorphism) and Jackson annotations (when enabled). The generated Kotlin code is missing most of these capabilities. Code generated for JVM languages should have functional parity

### How will this change help?

Adding feature parity will mean that teams working in Kotlin will be able to exclusively work with Kotlin code, syntax, and paradigms.

### Screenshots

_No response_

### How could it be implemented/designed?

Leverage the existing Java generation logic and port the class hierarchy generation and Jackson integration to the Kotlin-specific generators

### 🚧 Breaking changes

No

### 👀 Have you checked for similar open issues?

- [x] I checked and didn't find a similar issue

### 🏢 Have you read the Contributing Guidelines?

- [x] I have read the [Contributing Guidelines](https://github.com/asyncapi/.github/blob/master/CONTRIBUTING.md)

### Are you willing to work on this issue?

None

Contributor guide

Open the contributing guide

Research direction

Start by comparing the existing Java generation logic with the Kotlin-specific generators. Trace how API class hierarchies and Jackson integration are produced in Java, then identify the corresponding Kotlin generation paths. Done means generated Kotlin supports the requested hierarchy and Jackson capabilities with functional parity.

Written by the indexing model from the issue text.

Assessment

Tech stack
java, kotlin
Domain
cli, devtools
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.