-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[SDK: ruby/python/C#] Add initial module: createCaseHealth (RS-EDA) #138
base: main
Are you sure you want to change the base?
Conversation
No inheritance, no wrapper, just to check the rendering
|
|
|
1 similar comment
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Super premier jet !
A suivre donc après les tests côté BISOM !
D'après la doc OpenAPI, j'ai quand même l'impression que c'est plutôt l'approche ruby
et non ruby_on_rails
qui est plus pertinente parce qu'en ruby ça génère un client alors qu'en ruby_on_rails, ça génère un serveur. Vu qu'on utilise que le modèle, ça ne devrait pas faire de grosse différence mais j'ai l'impression que côté ruby_on_rails, il s'appuie sur la base de données (< ApplicationRecord
) pour déterminer les champs des différents objets alors que rien ne permet de générer automatiquement cette dernière... Après, il y a bien un paramètre pour le DB adapter mais je ne sais pas si c'est suffisant. Et a priori, côté BISOM, l'objectif n'est pas d'avoir notre modèle en base de données mais plutôt le votre...
"openApiNullable": true, | ||
"supportUrlQuery": false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pas sûr que ces propriétés soient supportées : https://openapi-generator.tech/docs/generators/ruby/#config-options
"moduleName": "Com::Hubsante::Model::Health", | ||
"gemName": "hubsante-model-create-case-health", | ||
"openApiNullable": true, | ||
"supportUrlQuery": false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pas sûr que ces propriétés soient supportées -> https://openapi-generator.tech/docs/generators/ruby-on-rails/#config-options
- [x] config : les fichiers de configuration du générateur Java, périmètre par périmètre | ||
- [x] input : les descripteurs OpenAPI générés préalablement | ||
- [x] classes : les classes Java générés (ce répertoire n'est pas forcément visible, car déplacé dans le code source à la fin de la github action) | ||
- [x] templates : des templates mustache additionnels pour les classes Java. Par défaut, le générateur utilise ses propres templates, accessibles sur Github; il est possible de les surcharger via des templates locaux, comme ici. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Il faudra penser à le reprendre lors de la tâche de rationalisation de la config OpenAPI, j'ai mis à jour la tâche https://app.asana.com/0/1203993034002721/1207587496958408
|
1 similar comment
|
|
|
2 similar comments
|
|
|
1 similar comment
|
|
|
|
1 similar comment
|
|
|
|
|
|
Quality Gate passedIssues Measures |
|
|
Quality Gate passedIssues Measures |
|
No inheritance, no wrapper, just to check the rendering