Discussion :

[mbouguerra]

bonsoir
Voila je débute en eclipse et j'ai un probleme :
J'ai une application en struts (eclipse) qui tourne sur tomcat et j'aimerai la déployer a distance sur une serveur websphere.
le but donc et de construire un built.xml qui permet de :

1) checkout de CVS
2) fabrication du .war ou ear ??
3) transfert ftp sur un server (machine sur le réseau) websphere
4) deploiement sur websphere.

j'aimerai bien si ya quelqu un qui peut m'aider avec un exemple.

merci d'avance de votre aide

Cordialement

[seb55555]

Tu vas trouver beaucoup de réponses ici : http://ant.apache.org/manual/index.html, en particulier dan la partie : Ant Tasks/Core Tasks

[Jacques - 06]

checkout de CVS

Ant propose des tâches pour cela, mais je ne les ai jamais utilisées

fabrication du .war ou ear ??

Sans problème, Ant propose des tâches spécifiques pour la création de war et ear. Mais de toute façon, les war et ears ne sont que des jars avec une structure interne spécifique (manifest, applications.xml, web.xml, ...)

transfert ftp sur un server (machine sur le réseau) websphere

Je ne me suis jamais penché sur la question, mais cela doit être possible. Sinon websphere permet un upload des fichiers, cette fonctionnalité est peut être possible avec les tâches d'administration Websphere.

deploiement sur websphere

Sans problème, il existe un certain nombre de tâches Ant fournies par Websphere permettant de faire tout ce que tu fais à partir de la console. Il y a même une tâche permettant d'exécuter des scripts JACL, donc avec cela tu peux théoriquement tout faire. Mais il existe aussi des tâches de plus haut niveau permettant de déployer un ear ou war.

Pour plus d'info pour Websphere 5:
http://publib.boulder.ibm.com/infoce...e-summary.html
Attention, ces tâches ne sont disponibles que si tu as Websphere installé sur le poste à partir duquel tu exécute le script ant. Le plus simple dans ce cas est d'utiliser le script %WAS_HOME%\bin\wsant.bat qui définit correctement le classpath. Attention dans ce cas à la version de Ant : c'est la 1.6.3 si je ne me trompe pas.

Jacques Desmazières

[mbouguerra]

Bonjour;

Merci beaucoup pour vos expliquations.
Enfin j'ai reussi a faire un build.xml qui permet d'automatiser toutes les taches.

Cordialement.

[ohnerom]

c'est marrant personne n'utilise maven ici ? au lieu d'écrire des scripts ant

[dlemoing]

Si, mais la question portait sur ant...
Pour ma part, je n'utilise plus ant, sauf pour ce que je ne peux pas encore faire avec m2, cad de moins en moins de choses.

[ohnerom]

ben a priori la question de base est le besoin de construire son appli puis de la déploiyer, et il propose ant. parfois faut changer d'outils, c'est plus facile si les scripts ant ne sont pas encore fait

Tu utilises M2, j'attends impatiement de migrer en m2, mais ca ne dépends pas que de moi

[dlemoing]

J'ai pas le temps pour le moment mais je mettrais un exemple plus tard (ptet ce soir) d'une organisation de projet avec m2.

[ohnerom]

ca c'est cool

[yolepro]

dlemoing> Bonjour, quel est le gain de Maven par rapport à Ant pour faire un deploiement?

[ohnerom]

avec ant tu scripts la construtcion de ton appli / déployment, avec maven tu decris ton applis ( ou sont les src, quelle dépendances jar, test unitaire etc, ... ) et il construit ton appli , télécharge les dépandances si elles sont pas sur ta machine, execute les testes unitaires, genere un site avec des rapports et plein d'autres chose. Tu codes pas avec maven ( enfin parfois si il ya pas de plugin maven qui le fait , il faut revenir à du script , mais c'est rare et pour des tahces tres précises . Genre jar, war, ear aucun souci. y compris multidépendance et depuis maven 2 , dépendances des dépendances.

[Alwin]

Maven = Ant++

[dlemoing]

et m2 (maven 2) = maven+++

[dlemoing]

J'avais promis un petit exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
<project>
  <modelVersion>4.0.0</modelVersion>
  <groupId>mon.package</groupId>
  <artifactId>MonAppli</artifactId>
  <packaging>war</packaging>
  <version>1.0-SNAPSHOT</version>
  <description>Mon appli</description>
 
  <dependencies>
    <dependency>
      <groupId>org.springframework</groupId>
      <artifactId>spring</artifactId>
      <version>1.2.6</version>
    </dependency>
    <dependency>
      <groupId>axis</groupId>
      <artifactId>axis</artifactId>
      <version>1.3</version>
    </dependency>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
 
  <build>
    <finalName>MonAppli</finalName>
    <plugins>
      <plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>jboss-maven-plugin</artifactId>
        <version>1.0</version>
        <configuration>
          <jbossHome>/jboss</jbossHome>
          <port>9090</port>
        </configuration>
      </plugin>
    </plugins>
  </build>
</project>

Il suffit de :
- mettre son code dans src/main/java
- mettre ses properties dans src/main/resources
- mettre ses tests dans src/test/java
- mettre les properties pour les tests dans src/test/resources
- mettre le contenu de son appli web (jsp, images, css, web.xml mais pas les lib ni les classes) dans src/main/webapp
- mettre la documentation dans src/site
- ...

Pour produire un war : "mvn package"
Pour déployer : "mvn jboss:deploy"
Pour faire les 2 en 1 : "mvn clean package jboss:deploy"
Pour produire un site web de documentation : "mvn site" (il faut penser a rajouter les reports à générer automatiquement : javadoc, tests unitaires, couverture de code, src en html, jalopy, ...)

Bref, tout est codifié, industrialisé, pas de questions à se poser, on est de suite productif.