Swagger-codegen: [Java] Impossible de créer du code généré par le plug-in Maven

Créé le 30 nov. 2016  ·  7Commentaires  ·  Source: swagger-api/swagger-codegen

Description

J'utilise le plugin Maven pour générer du code Java. Suite à la génération, j'obtiens des erreurs de compilation du code généré telles que:

package com.google.gson.annotations does not exist
package okio does not exist

Je suis surpris car j'attends le client _Jersey 1.18. Traitement JSON: Jackson 2.4.2_ à utiliser, comme documenté dans le readme - pourquoi ai-je besoin de GSON ou OKIO. Si je le fais, je ne trouve pas les dépendances que je devrais ajouter pour résoudre ce problème - j'utilise les exemples de la documentation swagger-maven-plugin, mais la construction échoue toujours

Version Swagger-Codegen

2.2.1 - il fonctionnait dans 2.1.6

Contenu ou URL du fichier de déclaration Swagger

https://github.com/amadeus-travel-innovation-sandbox/sandbox-content/blob/master/swagger.yml

Ligne de commande utilisée pour la génération

Config Codegen

                        <configuration>
                            <inputSpec>https://raw.githubusercontent.com/amadeus-travel-innovation-sandbox/sandbox-content/master/swagger.yml</inputSpec>
                            <language>java</language>
                            <configOptions>
                               <dateLibrary>joda</dateLibrary>
                            </configOptions>
                            <output>${project.build.directory}/generated-sources/swagger</output>
                        </configuration>

Dépendances et propriétés

<dependencies>
        <!-- dependencies are needed for the client being generated -->
        <dependency>
            <groupId>io.swagger</groupId>
            <artifactId>swagger-annotations</artifactId>
            <version>${swagger-annotations-version}</version>
        </dependency>

        <!-- HTTP client: jersey-client -->
        <dependency>
            <groupId>org.glassfish.jersey.core</groupId>
            <artifactId>jersey-client</artifactId>
            <version>${jersey-version}</version>
        </dependency>
        <dependency>
            <groupId>org.glassfish.jersey.media</groupId>
            <artifactId>jersey-media-multipart</artifactId>
            <version>${jersey-version}</version>
        </dependency>
        <dependency>
            <groupId>org.glassfish.jersey.media</groupId>
            <artifactId>jersey-media-json-jackson</artifactId>
            <version>2.22.1</version>
        </dependency>

        <!-- JSON processing: jackson -->
        <dependency>
            <groupId>com.fasterxml.jackson.core</groupId>
            <artifactId>jackson-core</artifactId>
            <version>${jackson-version}</version>
        </dependency>
        <dependency>
            <groupId>com.fasterxml.jackson.core</groupId>
            <artifactId>jackson-annotations</artifactId>
            <version>${jackson-version}</version>
        </dependency>
        <dependency>
            <groupId>com.fasterxml.jackson.core</groupId>
            <artifactId>jackson-databind</artifactId>
            <version>${jackson-version}</version>
        </dependency>
        <dependency>
            <groupId>com.fasterxml.jackson.datatype</groupId>
            <artifactId>jackson-datatype-joda</artifactId>
            <version>2.1.5</version>
        </dependency>
        <dependency>
            <groupId>joda-time</groupId>
            <artifactId>joda-time</artifactId>
            <version>${jodatime-version}</version>
        </dependency>

        <!-- Base64 encoding that works in both JVM and Android -->
        <dependency>
            <groupId>com.brsanthu</groupId>
            <artifactId>migbase64</artifactId>
            <version>2.2</version>
        </dependency>
        <!-- test dependencies -->
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>${junit-version}</version>
            <scope>test</scope>
        </dependency>
    </dependencies>

    <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>

        <swagger-annotations-version>1.5.0</swagger-annotations-version>
        <jersey-version>2.12</jersey-version>
        <jackson-version>2.4.2</jackson-version>
        <jodatime-version>2.3</jodatime-version>
        <maven-plugin-version>1.0.0</maven-plugin-version>
        <junit-version>4.8.1</junit-version>
    </properties>
Étapes à suivre pour reproduire

Clonez et compilez https://github.com/tadhgpearson/swagger-maven-plugin-dependencies
J'utilise Java 8 et Maven 3.3

Problèmes liés

Peut-être # 3261?

Suggérer un correctif

Le comportement suggère que la valeur par défaut utilise maintenant GSON + OK HTTP - c'est peut-être là que se trouve le bogue?

Question Swagger Codegen Maven Plugin

Tous les 7 commentaires

Aha - l'indice est dans JavaClientCodegen:56 qui a été mis à jour dans # 3919

CliOption libraryOption = new CliOption(CodegenConstants.LIBRARY, "library template (sub-template) to use"); libraryOption.setEnum(supportedLibraries); // set okhttp-gson as the default libraryOption.setDefault("okhttp-gson"); cliOptions.add(libraryOption); setLibrary("okhttp-gson");

Si vous voulez garder cela par défaut (je préfère Jackson / Jersey, mais ce n'est que mon petit avis), alors les exemples de maven codegen doivent être mis à jour, et la documentation devrait me dire comment je peux maintenant invoquer ce qui était le option par défaut (est-ce jersey1 ?)

OK - J'ai réussi à résoudre ce problème en parcourant le code et en fournissant la demande d'extraction ci-dessus pour mettre à jour la documentation. J'espère que ça t'as aidé!

J'ai récemment mis à jour de 2.1.6 à 2.2.1 car j'avais besoin de la nouvelle fonctionnalité "templateDirectory" qui fonctionne dans 2.2.1. mais dès que je l'ai fait, j'obtiens les mêmes erreurs de conformité. comment avez-vous résolu cela? aider!

existe-t-il un moyen de continuer à utiliser jersy et d'ignorer la nouvelle bibliothèque GSON par défaut?

@aparnarus : utilisez le commutateur jersey1 , comme indiqué dans le readme.

Merci! Je ne sais pas comment je l'ai manqué - mais oui, cela a fonctionné.

@aparnarus : utilisez le commutateur jersey1 , comme indiqué dans le readme.

<build> <plugins> <plugin> <groupId>io.swagger</groupId> <artifactId>swagger-codegen-maven-plugin</artifactId> <version>2.3.1</version> <executions> <execution> <goals> <goal>generate</goal> </goals> <configuration> <inputSpec>/src/main/resources/swagger.json</inputSpec> <language>java</language> <output></output> <apiPackage>it.eng.sil.scoop</apiPackage> <modelPackage>it.eng.sil.ws.scoop.client.model</modelPackage> <generateModels>true</generateModels> <generateApis>false</generateApis> <generateApiTests>false</generateApiTests> <generateApiDocumentation>false</generateApiDocumentation> <generateSupportingFiles>false</generateSupportingFiles> <generateModelDocumentation>false</generateModelDocumentation> **<library>jersey1</library>** <configOptions> <dateLibrary>java8</dateLibrary> <sourceFolder>src/main/java</sourceFolder> </configOptions> </configuration> </execution> </executions> </plugin> </plugins> </build>

ça a résolu pour moi

Merci beaucoup

Cette page vous a été utile?
0 / 5 - 0 notes