Qui est le meilleur du maven plugin pour générer un Client de Service Web?

- Je utiliser jaxws-maven-plugin. À mon avis, JAX-WS est le standard de facto de la mise en œuvre de WS. Il a beaucoup plus de code généré de l'AXE, et plus facile pour la configuration et à mettre en œuvre. Il a Maven et des ressorts.

Génération de code côté client à partir du fichier wsdl, dans pom.xml:

        <plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>jaxws-maven-plugin</artifactId>
            <executions>
                <execution>
                    <id>generate-reports-ws-code</id>
                    <phase>generate-sources</phase>
                    <goals>
                        <goal>wsimport</goal>
                    </goals>
                    <configuration>

<!-- This property is used to support having multiple <execution> elements. The plugin has, from some reason, only one timestamp file per the all executions, thus if you have two executions, it doesn't know exactly when to recompile the code. Here we tell it explicitly to have one timestamp file per each execution -->                            <staleFile>${project.build.directory}/jaxws/stale/.staleFlag.reports</staleFile>
                        <packageName>com.acme.reports.ws.api</packageName>
                        <wsdlDirectory>${project.build.directory}/wsdl</wsdlDirectory>
                        <wsdlFiles>
                            <wsdlFile>InternalReportsAPIService.wsdl</wsdlFile>
                        </wsdlFiles>
                        <verbose>true</verbose>
                        <sourceDestDir>${wsdl.generated.source.files.dir}</sourceDestDir>
                    </configuration>
                </execution>
            </executions>
        </plugin>

D'une interface pour créer le service client de haricot (ce n'est pas généré automatiquement):

public interface InternalReportsAPIServiceFactory {

    public InternalReportsAPIService createInternalReportsAPIService();

}

Son Haricot de mise en œuvre:

public class InternalReportsAPIServiceFactoryBean implements InternalReportsAPIServiceFactory {

    private URL acmeReportsWsdlURL;

    private final static QName V1_QNAME = new QName("http://internal.reports.api.acme.net/v1","InternalReportsAPIService");

    @Override
    public InternalReportsAPIService createInternalReportsAPIService() {
        return new InternalReportsAPIService(acmeReportsWsdlURL, V1_QNAME);
    }

    public void setAcmeReportsWsdlUrl(String acmeReportsWsdlUrl) {
        try {
            this.acmeReportsWsdlURL = new URL(acmeReportsWsdlUrl);
        } catch (MalformedURLException ex) {
            throw new RuntimeException("Acme Reports WSDL URL is bad: "+ex.getMessage(), ex);
        }
    }
}

L'idée de ce haricot (utilisé comme Spring bean) est un singleton pour la génération d'un service à la clientèle de code. Il nécessite deux entrées: L'url du WSDL - qui est, l'URL du serveur qui implémente le WSDL. Le service client code, lors de la construction, envoyer une requête get pour le WSDL à l'URL fournie. Il crée ensuite le fichier WSDL, basé sur les annotations résidant dans la génération automatique de code, et il les compare. Je crois que c'est fait pour s'assurer que vous êtes en cours d'exécution à l'encontre de la bonne version du serveur.
Donc, j'ai mis l'url dans un fichier de propriété accessible à ma demande, j'ai donc initialiser dans mon Printemps contexte de l'application de fichier.

Voici un exemple d'utilisation de l'usine de générer un service, puis de les utiliser:

InternalReportsAPIService internalReportsAPIService = acmeReportsWSFactory.createInternalReportsAPIService();
InternalReportsAPI port = internalReportsAPIService.getInternalReportsAPIPort();

À partir d'ici, il suffit d'utiliser le port variable pour appeler toute opération disponible sur le wsdl.