[REQ][Java] useRecords beyond Spring: shared logic and the java client

Ouverte
#25,494 3 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
30/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
java
Domaine
devtools

Piste de recherche

The useRecords decision lives in SpringCodegen, and the proposal moves it into a shared helper without changing output. Read that class and the Spring useRecords samples first. Done means regenerating the samples produces no file changes, and the java client libraries are not yet touched. Wait for the maintainers' go or no-go in the thread before starting, since the scope is still being decided.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

#10490 asks for Java models as records. useRecords for Spring is on master for 7.27.0, with allOf open in #25492. I'd like to offer the same option in the java client: restclient, webclient and native first, okhttp-gson last, one library per PR.

flowchart LR
  H["record decision in one helper"] --> S["spring: on master"]
  H --> J["java client: library by library"]

The first PR only moves that decision out of SpringCodegen, and regenerating the samples must change no file; the other Java generators never reach it. Gson is untried, and if this doesn't fit, useRecords stays Spring-only. @martin-mfg @KannaKim @Zomzog, go or no-go before I start?

Langage dominant
Java
Étoiles
26.9k
Forks
7.8k
Merge moyen
2 j 10 h
PR mergées (30 j)
180

Préparer son environnement

Ouvrir dans Codespaces

Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de OpenAPITools/openapi-generator

Toutes les issues de OpenAPITools/openapi-generator

Issues similaires

Plus d'issues Java

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.