Qu'est ce qu'on se fait ch ... !

Voila résumé en quelques lignes les différentes manipulations que j'ai effectué sur mon projet maven pour intégrer des services web:

D'abord j'ai crée un module à part entière qui centralise les sources générés à partir des fichiers WSDL. Dans ce projet de type jar

	<!-- Paramètres généraux -->
    <modelVersion>4.0.0</modelVersion>
    <artifactId>wsclient</artifactId>
    <name>wsclient</name>
    <description />
    <packaging>jar</packaging>
    <version>2.1.2-SNAPSHOT</version>

j'ai attaché à la phase generate-sources la génération des STUBS à partir des fichiers WSDL.

Génération des couches d'appel

La seule configuration "exotique" que j'ai apporté est la configuration par package . Pour faire bref, un package = 1 service web. Logiquement, on n'a pas trop à faire ca car les objets doivent être factorisés. Mais bon vu la techno préhistorique que j'ai en face, je n'ai pas trop le choix

Pour que le plugin jaxws s'exécute bien, il faut faire la configuration suivante :

 <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>jaxws-maven-plugin</artifactId>
                <executions>
                    <execution>
                        <id>01</id>
                        <phase>generate-sources</phase>
                        <goals>
                            <goal>wsimport</goal>
                        </goals>
                        <configuration>
                            <verbose>true</verbose>
                            <packageName>fr.monpackage.ws.1</packageName>
                            <sourceDestDir>${basedir}/src/main/java</sourceDestDir>
                            <staleFile>${project.build.directory}/jaxws/stale/.stale1Flag</staleFile>
                            <wsdlFiles>
                                <wsdlFile>01.wsdl</wsdlFile>
                            </wsdlFiles>
                        </configuration>
                    </execution>
                    <execution>
                        <id>02</id>
                        <phase>generate-sources</phase>
                        <goals>
                            <goal>wsimport</goal>
                        </goals>
                        <configuration>
                            <verbose>true</verbose>
                            <packageName>fr.monpackage.ws.2</packageName>
                            <staleFile>${project.build.directory}/jaxws/stale/.stale2Flag</staleFile>
                            <sourceDestDir>${basedir}/src/main/java</sourceDestDir>
                            <wsdlFiles>
                                <wsdlFile>02.wsdl</wsdlFile>
                            </wsdlFiles>
                        </configuration>
                    </execution>
                </executions>
            </plugin>

Remarque : la personnalisation du fichier stale est obligatoire

Nettoyage des fichiers générés

Pour automatiser la suppression des fichiers générés au moment de l'appel du plugin clean ,j'ai apporté la configuration suivante :

 <plugin>
                <artifactId>maven-clean-plugin</artifactId>
                <configuration>
                    <filesets>
                        <fileset>
                            <directory>${basedir}/src/main/java</directory>
                            <includes>
                                <include>**/**</include>
                            </includes>
                        </fileset>
                        <fileset>
                            <directory>${basedir}/src/wsdl</directory>
                            <includes>
                                <include>*.wsdl</include>
                            </includes>
                        </fileset>
                    </filesets>
                </configuration>
            </plugin>

Inclusion dans l'EAR

A l'instar des autres JARS, j'ai inclus l'artifact wsclient dans mon ear en tant que MODULE JAR

                        <jarModule>
                           <groupId>monpackage</groupId>
                           <artifactId>wsclient</artifactId>
                           <bundleFileName>wsclient.jar</bundleFileName>
                           <includeInApplicationXml>true</includeInApplicationXml>
                       </jarModule>

...

                   </modules>

Vu que je suis sous JBOSS, je n'ai pas à m'occuper des inclusions de CLASSPATH dans les fichiers MANIFEST

Ce qui devait arriver, arriva. Oracle rachète SUN pour un peu plus de 7 millilards de dollars us.

Outre le choix d'un serveur applicatif JAVA : BEA, Glassfish ou OAS - personnellement mon choix se porte sur glassfish . Il reste pas mal d'interrogations sur le reste de l'activité de SUN, spécialement sur le monde open-source : Opensolaris, Openoffice, virtual box, mysql ,....

Opensolaris va etre en concurrence avec Unbreakable Linux, mysql avec Oracle XE. La plus grosse interrogation réside sur le futur de JAVA et de sa communauté. Que va devenir le JCP. Est ce que le fait d'avoir passé JAVA en GPLv3 assurera la pérénnité de cette technologie. La suite dans le prochain épisode!

Bref, après le rachat de BEA, Oracle va passer encore pas mal de temps à digérer toutes les acquisitions et pondre une offre fusion toujours aussi ingérable...

Juste un petit billet qui pourra aider - j'espère - les quelques personnes qui doivent installer plusieurs instances de JBOSS AS sur une même machine.

Les ports à paramétrer sont les suivants

Maintenant, soit vous allez dans tous les fichiers de configuration et vous modifiez les ports, soit vous utilisez le mbean ServiceBindingManager qui est désactivé par défaut .

Vous trouverez en commentaire dans le fichier server/conf/jboss-service.xml la définition suivante:

   <mbean code="org.jboss.services.binding.ServiceBindingManager"
     name="jboss.system:service=ServiceBindingManager">
     <attribute name="ServerName">ports-01</attribute>
     <attribute name="StoreURL">${jboss.home.url}/docs/examples/binding-manager/sample-bindings.xml</attribute>
     <attribute name="StoreFactoryClassName">
       org.jboss.services.binding.XMLServicesStoreFactory
     </attribute>
   </mbean>

Dans le fichier exemple fourni par JBOSS, trois configuration types sont fournies en plus de celle par défaut. Personnellement, j'ai fait une copie de ce fichier et l'ai placé dans le répertoire ${jboss.home.url}/server

Suite au commentaire d'Alexis MP ,j'ai décidé d'installer la version 2.1 de Glassfish ...

mais pas du bon coté ça me rassure, je ne suis pas le seul à le penser! mais on oublie trop Weblogic Server qui est une sombre #%$ - pour celui qui veut utiliser openjpa comme fournisseur . Voici en photo un sondage lors du dvoxx sur les serveurs d'applications favoris. Ca se passe de commentaires.