Skip to content

Commit 24bc1fb

Browse files
committed
docs: update root README with next-steps dependency adoption plan
- Added "Next Steps: Dependency-based Adoption" section describing future split into `openapi-generics-autoreg` (server-side auto schema registration) and `openapi-generics-templates` (client-side Mustache overrides). - Clarified long-term vision: enable generics-aware OpenAPI support with a single Maven/Gradle dependency. - Ensured consistency with release notes and repo positioning.
1 parent d25d6bd commit 24bc1fb

File tree

1 file changed

+13
-0
lines changed

1 file changed

+13
-0
lines changed

README.md

Lines changed: 13 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -140,6 +140,19 @@ You don’t need to write a single line of code — the generator does the work.
140140

141141
---
142142

143+
## 📦 Next Steps: Dependency-based Adoption
144+
145+
The long-term goal is to publish the core pieces as standalone modules, so that any project using
146+
a generic response type like `ServiceResponse<T>` can enable the same behavior with **just one dependency**:
147+
148+
- `io.github.bsayli:openapi-generics-autoreg`**server-side**: automatically registers wrapper schemas in the OpenAPI spec.
149+
- `io.github.bsayli:openapi-generics-templates`**client-side**: plugs into OpenAPI Generator for thin, type-safe wrappers.
150+
151+
This will let teams adopt **generics-aware OpenAPI support** without copying customizers or Mustache templates —
152+
just by adding a Maven/Gradle dependency.
153+
154+
---
155+
143156
## 📂 Project Structure
144157

145158
```text

0 commit comments

Comments
 (0)