Discussion :

[publicStaticVoidMain]

Bonjour, je suis nouveau en maven et j'ai des questions sur le plugin cargo.
J'utilise Tomcat comme container. En fait, je veux automatiser le lancement de mon container, déployer mon projet war et l'arreter après.
J'ai tenté un mvn deploy. Il déploie bien mon archive war dans mon dossier webapps mais après il me sort une exception :

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
43
44
45
46
47
48
 
[lanfeust@waha view]$ mvn cargo:deploy
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'cargo'.
[INFO] ------------------------------------------------------------------------
[INFO] Building view Maven Webapp
[INFO]    task-segment: [cargo:deploy]
[INFO] ------------------------------------------------------------------------
[INFO] [cargo:deploy]
[INFO] [stalledLocalDeployer] Deploying [/home/lanfeust/workspace/maven/view/target/view.war] to [/home/lanfeust/apache-tomcat-5.5.26/webapps]...
[INFO] [yer.DeployerWatchdog] Deployable [http://localhost:8080/view/] failed to finish deploying within the timeout period [20000]. The Deployable state is thus unknown.
[INFO] ------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Deployable [http://localhost:8080/view/] failed to finish deploying within the timeout period [20000]. The Deployable state is thus unknown.
[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.codehaus.cargo.container.ContainerException: Deployable [http://localhost:8080/view/] failed to finish deploying within the timeout period [20000]. The Deployable state is thus unknown.
        at org.codehaus.cargo.container.spi.deployer.DeployerWatchdog.watch(DeployerWatchdog.java:111)
        at org.codehaus.cargo.container.spi.deployer.DeployerWatchdog.watchForAvailability(DeployerWatchdog.java:78)
        at org.codehaus.cargo.container.spi.deployer.AbstractDeployer.deploy(AbstractDeployer.java:63)
        at org.codehaus.cargo.maven2.DeployerDeployMojo.performDeployerActionOnSingleDeployable(DeployerDeployMojo.java:75)
        at org.codehaus.cargo.maven2.AbstractDeployerMojo.performDeployerActionOnAllDeployables(AbstractDeployerMojo.java:104)
        at org.codehaus.cargo.maven2.AbstractDeployerMojo.doExecute(AbstractDeployerMojo.java:47)
        at org.codehaus.cargo.maven2.AbstractCargoMojo.execute(AbstractCargoMojo.java:243)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:447)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:493)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:333)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:126)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:282)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 26 seconds
[INFO] Finished at: Mon Jun 09 11:32:03 CEST 2008
[INFO] Final Memory: 4M/10M
[INFO] ------------------------------------------------------------------------

[rseM2]

Bonjour,

En regardant les logs, on voit :

Code :

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

failed to finish deploying within the timeout period [20000]. The Deployable state is thus unknown.

Il semble y avoir un problème lié au fait que le déploiement est trop long ou qu'il ne s'arrête pas.

Sinon tu peux toujours poser ta question sur le forum de cargo.

Rémy

[publicStaticVoidMain]

Salut rseM2, merci pour ta réponse. Juste une question, quand on fait un mvn cargo:deploy, il déploie l'archive war dans mon container et le lance. C'est ca?

[rseM2]

Il suffit de regarder la documentation qui est assez claire :

cargo:deployer-deploy (aliased to cargo:deploy) : Deploy a deployable to a running container

Pour démarrer un container, il faut utiliser la commande cargo:start.
Pour arrêter un container, il faut utiliser la commande cargo:stop.

Rémy

[publicStaticVoidMain]

Il suffit de regarder la documentation qui est assez claire :
Pour démarrer un container, il faut utiliser la commande cargo:start.
Pour arrêter un container, il faut utiliser la commande cargo:stop.

Rémy

Merci pour ta réponse,cher rémy.
En fait, je voulais automatiser tout ca: lancer mon container, déployer mon archive et arreter le container. Dans mon pom.xml, j'ai "binder" mon plugin cargo à la phase pre-integration-test et je lui passe comme goal start (pour lancer mon container) et à la post-integration-test, je lui passe le goal stop.
De sorte de que, qd je fais mvn install, il me lance mon container sans prob.
Mon souci est au niveau du déploiment du war parce que mvn cargo:deploy déploie ton archive dans un container qui est déjà lancé.

T'aurais pas une idée cmt faire?

[vincent_17]

Bonjour,

je souhaite avoir des précisions sur Cargo.

Cargo fait-il du déploiement à chaud ?

Je m'explique, j'ai des fichiers jsp, java, css etc...

Lorsque je modifie un fichier jsp je souhaiterais voir les modifications directement sur ma page web sans passer par le "mvn install" -> création du war de mon projet dans le répertoire target/ et le dépoiement de ce war sous JBoss, est-ce possible de s'en affranchir ???

Cargo prend-il la compilation Maven en charge et le déploiement du war de mon projet sous le répertoire deploy de mon serveur JBoss ?

J'en demande beaucoup je sais mais je pense que beaucoup de gens ont besoin de cette réponse...

Quelqu'un peut-il m'éclairer ?

[rseM2]

Bonjour,

Merci pour ta réponse,cher rémy.
En fait, je voulais automatiser tout ca: lancer mon container, déployer mon archive et arreter le container. Dans mon pom.xml, j'ai "binder" mon plugin cargo à la phase pre-integration-test et je lui passe comme goal start (pour lancer mon container) et à la post-integration-test, je lui passe le goal stop.
De sorte de que, qd je fais mvn install, il me lance mon container sans prob.
Mon souci est au niveau du déploiment du war parce que mvn cargo:deploy déploie ton archive dans un container qui est déjà lancé.

T'aurais pas une idée cmt faire?

Désolé j'ai pas pu répondre avant.
Je ne suis pas sur de bien comprendre le problème. Tu arrives à lancer et arrêter ton container. Donc si ton container est lancé, tu peux très bien ensuite déployer ton application via cargo. Tu peux éventuellement regarder cet exemple fourni par le projet cactus.

Sinon certains projets, pour simplifier, ont une instance du container qui tourne et ne gère que le (re)déploiement.

Rémy