swagger-api/swagger-codegen

JAX-RS should have Apache CXF Interface gateway

Open

#714 ouverte le 4 mai 2015

Voir sur GitHub
 (7 commentaires) (0 réactions) (0 assignés)HTML (5 474 forks)batch import
General: SuggestionServer: Javahelp wanted

Métriques du dépôt

Stars
 (12 701 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

From https://github.com/swagger-api/swagger-editor/issues/423

Generate Server - JAX-RS should have Apache CXF Interface gateway, while it should not have Implementation class by itself. This gives developers seamless ability to be able to generate Apache CXF based JAX-RS Service (rather than presently produced Jersey API based Implementation). Assume the application is to go through Agile cycle, and is supposed to have a contract change in future, providing interface in server code to be extended in a different place to write complete service implementation would keep the Server Interface API and Implementation independent.

Guide contributeur

Direction de recherche
Cette demande sollicite une nouvelle passerelle d'interface Apache CXF pour la génération de serveur JAX RS. Commencez par examiner le générateur de code de serveur JAX RS existant (par exemple, JAXRSServerCodegen.java) et les modèles Mustache correspondants dans le répertoire modules/swagger codegen/src/main/resources/. Comprenez comment l'implémentation basée sur Jersey est générée, puis concevez une nouvelle classe de générateur (par exemple, CXFServerCodegen) qui étend DefaultCodegen. Créez de nouveaux modèles Mustache pour les classes d'interface et d'implémentation CXF. Le développeur doit examiner les PR ou commentaires existants dans la demande pour toute tentative ou conseil antérieur. L'objectif est de générer des fichiers d'interface et d'implémentation qui exploitent les annotations et la configuration d'Apache CXF.
Stack technique
java
Domaine
backend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Ancienne
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JavaGit
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60