Hudson plugins Maven 2release [Résolu]

Malatok · 15/07/2011, 15h07

Bonjour le forum,

Je rencontre des difficultés avec un plugin d'Hudson qui me fait planter mon serveur je m'explique mon Hudson est un WAR qui est exécuter depuis un serveur Jonas.

J’arrive à y accéder tout ce passe bien je créer mes jobs tout ce passe bien je les compile maintenant j’ai une release à faire j’aimerais automatiser tout ca j’installe le plugin m2release(m2release-0.6.1.hpi)
Depuis ce site : http://download.java.net/maven/2/org...udson/plugins/
Je télécharge le plugin je le copie dans jonas/.hudson/plugins :
La tout ce passe bien je stoppe mon serveur Jonas et je le relance je me connecte j’essai de faire une release et la en cliquant sur Schedule Maven release Build boum une erreur :

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
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

javax.servlet.ServletException: hudson.maven.MavenModuleSet.getBuildWrappersList()Lhudson/util/DescribableList;
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:499)
	org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:318)
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:487)
	org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:180)
	org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:30)
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:487)
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:403)
	org.kohsuke.stapler.Stapler.service(Stapler.java:116)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162)
	java.security.AccessController.doPrivileged(Native Method)
	hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)
	hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)
	sun.reflect.GeneratedMethodAccessor183.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:218)
	java.security.AccessController.doPrivileged(Native Method)
	hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)
	sun.reflect.GeneratedMethodAccessor182.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:218)
	java.security.AccessController.doPrivileged(Native Method)
	hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
	hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
	hudson.security.HudsonFilter.doFilter(HudsonFilter.java:154)
	sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:218)

root cause

java.lang.NoSuchMethodError: hudson.maven.MavenModuleSet.getBuildWrappersList()Lhudson/util/DescribableList;
	org.jvnet.hudson.plugins.m2release.M2ReleaseAction.doSubmit(M2ReleaseAction.java:162)
	sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:185)
	org.kohsuke.stapler.Function.bindAndInvoke(Function.java:101)
	org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:54)
	org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:74)
	org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:30)
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:487)
	org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:318)
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:487)
	org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:180)
	org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:30)
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:487)
	org.kohsuke.stapler.Stapler.invoke(Stapler.java:403)
	org.kohsuke.stapler.Stapler.service(Stapler.java:116)
	javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162)
	java.security.AccessController.doPrivileged(Native Method)
	hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)
	hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)
	sun.reflect.GeneratedMethodAccessor183.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:218)
	java.security.AccessController.doPrivileged(Native Method)
	hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:47)
	sun.reflect.GeneratedMethodAccessor182.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:218)
	java.security.AccessController.doPrivileged(Native Method)
	hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
	hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
	hudson.security.HudsonFilter.doFilter(HudsonFilter.java:154)
	sun.reflect.GeneratedMethodAccessor181.invoke(Unknown Source)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:585)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:218)

romaintaz · 16/07/2011, 00h06

L'erreur signifie que le code Java a essayé d'appeler une méthode inexistante sur une classe existante. Autrement dit, sans doute un plugin qui s'attend à avoir une version plus récente d'une classe (ici la classe MavenModuleSet).

Utilises-tu Hudson ou Jenkins ? Quelle version ? As-tu essayé de mettre à jour ton serveur ? Ou à défaut d'utiliser une version un peu plus ancienne du plugin ?

Malatok · 17/07/2011, 20h44

J'utilise Hudson en version 1.356 il me semble mais je n'est pas accès au serveur aujourd'hui car je ne suis pas au travail.

As-tu essayé de mettre à jour ton serveur ?

Non il a étais installer comme cela je n'est pas vraiment essayer mais par contre pour les plugins j'ai essayer pratiquement toute les versions.

A savoir a cette adresse j'ai installer les .hpi en version 0.2.0,0.6.0,0.6.1
http://download.java.net/maven/2/org...ins/m2release/

pour désinstaller les différentes version j'ai rm -rf des points .hpi et aussi du dossier du plugins et essayer de réinstaller des autres plugins.
Mais rien n'y fais.
Dans un cas l'erreur est celle que j'ai link avec les version 0.6... et dans l'autre c'est une erreur de svn qui ne trouve pas la commande svn sur le serveur alors que le client svn est bien dans le path de mon serveur et que la commande svn est trouver sur mon serveur, je ne sais pas trop si je suis obliger de renseigner la variable PATH de hudson.

Encore merci de votre réponse.

Malatok · 18/07/2011, 09h22

New version of Hudson (1.359) is available for download (changelog).

Mais bien sur quand on essai d'accéder a la page du download :

Citation:

Not Found
The page you were looking for doesn't exist.
You may have mistyped the address or the page may have moved.

Merci Oracle

Quelqu'un a une idée de comment mettre à jour Hudson sans pour autant supprimer le WAR de mon serveur jonas ? Je ne sais pas si j'enlève le WAR de mon serveur et le remplace par une version plus récente est-ce que mes jobs vont disparaitre ?

romaintaz · 18/07/2011, 12h33

Hum. Tu es sûr de tes informations ?
La version 1.359 d'Hudson est sortie en mai 2010 !

Donc soit tu optes pour Jenkins, qui est en version 1.421 (ici), soit pour Hudson, qui est en version 2.0.1 (ici).

Concernant l'installation, le WAR peut être supprimé sans soucis. Les jobs, ainsi que toute la configuration Hudson, sont conservés dans un répertoire qui est désigné par la variable d'environnement HUDSON_HOME (ou JENKINS_HOME).
Pour connaitre cette information, dans le panneau d'administration d'Hudson, configuration du système, c'est écrit tout en haut.

romaintaz · 18/07/2011, 12h36

Citation:

Envoyé par Malatok

New version of Hudson (1.359) is available for download (changelog).

Juste par hasard : n'essaies-tu pas de passer par la mise-à-jour automatique proposée par Hudson lui-même ? Je pense que c'est peut-être pour cela qu'il te propose une si vieille version, les URLs ont depuis été modifiées (voir ce thread peut-être)...

Malatok · 19/07/2011, 10h22

En faite le problème venais bien de ma version d'Hudson qui est en 1.326 la mise à jour d'Hudson comme tu la indiquer pointe bien vers les anciennes URL.

Au final j'ai opté pour le plugin release Hudson en version 0.4.0.hpi qui est compatible avec mon serveur.

Une dernière question si cela ne te dérange pas, vu que c'est Hudson qui est installer si je modifie l'URL des mises à jour :

http://updates.jenkins-ci.org/update-center.json

Est-ce que je ne risque pas d'avoir des problèmes de compatibilités entre Jenkins et Hudson ???
Car même si Jenkins et un fork de Hudson l'installation de Hudson date de ma version 1.326.
La mise à jour de mon war me parait un peux risquer surtout que les recommandations de mon entreprise me spécifie bien Hudson et non Jenkins.

Merci encore pour toutes tes réponses.

romaintaz · 19/07/2011, 11h31

Une mise à jour ne devrait pas poser de problème. Quant à la version, laquelle choisir ?

Tu as en gros 3 choix :

Tu ne prends pas de risque, et tu optes pour la dernière version d'Hudson avant le fork Jenkins (ça doit tourner autour de la 1.390 environ). Comme ça, si un jour le choix Hudson / Jenkins est officiellement fait dans ta boite, la migration ne devrait pas poser de problème.
Tu optes pour Jenkins, la migration Hudson -> Jenkins étant très facile (il suffit a priori de juste changer la variable HUDSON_HOME en JENKINS_HOME). Là tu retrouveras Hudson "comme au bon vieux temps", avec la communauté qui va bien, les releases (très) fréquentes, les plugins mis-à-jour très souvent...
Tu optes pour la dernière version d'Hudson (2.0.1) et attend de voir ce que va donner son intégration à la fondation Eclipse...

Personnellement, j'ai opté pour la solution #2, qui est la plus sûre à mon avis. Mais je peux comprendre les problèmes liés aux recommandations de ton entreprise. Du coup le choix #1 est peut-être à privilégier dans ton cas...

Malatok · 19/07/2011, 13h35

Merci encore pour tes réponses.

18/07/2011, 12h33	#5
romaintaz Rédacteur/Modérateur Romain Linsolas Java craftsman Inscription : juillet 2005 Messages : 3 420 Détails du profil Informations personnelles : Nom : Romain Linsolas Âge : 33 Localisation : France, Yvelines (Île de France) Informations professionnelles : Activité : Java craftsman Secteur : Finance Informations forums : Inscription : juillet 2005 Messages : 3 420 Points : 5 398 Points : 5 398	Hum. Tu es sûr de tes informations ? La version 1.359 d'Hudson est sortie en mai 2010 ! Donc soit tu optes pour Jenkins, qui est en version 1.421 (ici), soit pour Hudson, qui est en version 2.0.1 (ici). Concernant l'installation, le WAR peut être supprimé sans soucis. Les jobs, ainsi que toute la configuration Hudson, sont conservés dans un répertoire qui est désigné par la variable d'environnement HUDSON_HOME (ou JENKINS_HOME). Pour connaitre cette information, dans le panneau d'administration d'Hudson, configuration du système, c'est écrit tout en haut. __________________ Nous sommes tous semblables, alors acceptons nos différences ! -------------------------------------------------------------- Mes liens : Blog \| Page DVP \| Suivez-moi sur Twitter Mes articles : Hudson \| Sonar \| Outils de builds Java Maven 3 \| TeamCity\| CitConf 2009 Mes critiques : Apache Maven
	00

19/07/2011, 11h31	#8
romaintaz Rédacteur/Modérateur Romain Linsolas Java craftsman Inscription : juillet 2005 Messages : 3 420 Détails du profil Informations personnelles : Nom : Romain Linsolas Âge : 33 Localisation : France, Yvelines (Île de France) Informations professionnelles : Activité : Java craftsman Secteur : Finance Informations forums : Inscription : juillet 2005 Messages : 3 420 Points : 5 398 Points : 5 398	Une mise à jour ne devrait pas poser de problème. Quant à la version, laquelle choisir ? Tu as en gros 3 choix : Tu ne prends pas de risque, et tu optes pour la dernière version d'Hudson avant le fork Jenkins (ça doit tourner autour de la 1.390 environ). Comme ça, si un jour le choix Hudson / Jenkins est officiellement fait dans ta boite, la migration ne devrait pas poser de problème. Tu optes pour Jenkins, la migration Hudson -> Jenkins étant très facile (il suffit a priori de juste changer la variable HUDSON_HOME en JENKINS_HOME). Là tu retrouveras Hudson "comme au bon vieux temps", avec la communauté qui va bien, les releases (très) fréquentes, les plugins mis-à-jour très souvent... Tu optes pour la dernière version d'Hudson (2.0.1) et attend de voir ce que va donner son intégration à la fondation Eclipse... Personnellement, j'ai opté pour la solution #2, qui est la plus sûre à mon avis. Mais je peux comprendre les problèmes liés aux recommandations de ton entreprise. Du coup le choix #1 est peut-être à privilégier dans ton cas... __________________ Nous sommes tous semblables, alors acceptons nos différences ! -------------------------------------------------------------- Mes liens : Blog \| Page DVP \| Suivez-moi sur Twitter Mes articles : Hudson \| Sonar \| Outils de builds Java Maven 3 \| TeamCity\| CitConf 2009 Mes critiques : Apache Maven
	00

16/07/2011, 00h06	#2
romaintaz Rédacteur/Modérateur Romain Linsolas Java craftsman Inscription : juillet 2005 Messages : 3 420 Détails du profil Informations personnelles : Nom : Romain Linsolas Âge : 33 Localisation : France, Yvelines (Île de France) Informations professionnelles : Activité : Java craftsman Secteur : Finance Informations forums : Inscription : juillet 2005 Messages : 3 420 Points : 5 398 Points : 5 398	L'erreur signifie que le code Java a essayé d'appeler une méthode inexistante sur une classe existante. Autrement dit, sans doute un plugin qui s'attend à avoir une version plus récente d'une classe (ici la classe MavenModuleSet). Utilises-tu Hudson ou Jenkins ? Quelle version ? As-tu essayé de mettre à jour ton serveur ? Ou à défaut d'utiliser une version un peu plus ancienne du plugin ? __________________ Nous sommes tous semblables, alors acceptons nos différences ! -------------------------------------------------------------- Mes liens : Blog \| Page DVP \| Suivez-moi sur Twitter Mes articles : Hudson \| Sonar \| Outils de builds Java Maven 3 \| TeamCity\| CitConf 2009 Mes critiques : Apache Maven
	00

17/07/2011, 20h44	#3
Malatok Membre à l'essai Inscription : septembre 2010 Messages : 71 Détails du profil Informations forums : Inscription : septembre 2010 Messages : 71 Points : 22 Points : 22	J'utilise Hudson en version 1.356 il me semble mais je n'est pas accès au serveur aujourd'hui car je ne suis pas au travail. As-tu essayé de mettre à jour ton serveur ? Non il a étais installer comme cela je n'est pas vraiment essayer mais par contre pour les plugins j'ai essayer pratiquement toute les versions. A savoir a cette adresse j'ai installer les .hpi en version 0.2.0,0.6.0,0.6.1 http://download.java.net/maven/2/org...ins/m2release/ pour désinstaller les différentes version j'ai rm -rf des points .hpi et aussi du dossier du plugins et essayer de réinstaller des autres plugins. Mais rien n'y fais. Dans un cas l'erreur est celle que j'ai link avec les version 0.6... et dans l'autre c'est une erreur de svn qui ne trouve pas la commande svn sur le serveur alors que le client svn est bien dans le path de mon serveur et que la commande svn est trouver sur mon serveur, je ne sais pas trop si je suis obliger de renseigner la variable PATH de hudson. Encore merci de votre réponse.
	00

19/07/2011, 10h22	#7
Malatok Membre à l'essai Inscription : septembre 2010 Messages : 71 Détails du profil Informations forums : Inscription : septembre 2010 Messages : 71 Points : 22 Points : 22	En faite le problème venais bien de ma version d'Hudson qui est en 1.326 la mise à jour d'Hudson comme tu la indiquer pointe bien vers les anciennes URL. Au final j'ai opté pour le plugin release Hudson en version 0.4.0.hpi qui est compatible avec mon serveur. Une dernière question si cela ne te dérange pas, vu que c'est Hudson qui est installer si je modifie l'URL des mises à jour : http://updates.jenkins-ci.org/update-center.json Est-ce que je ne risque pas d'avoir des problèmes de compatibilités entre Jenkins et Hudson ??? Car même si Jenkins et un fork de Hudson l'installation de Hudson date de ma version 1.326. La mise à jour de mon war me parait un peux risquer surtout que les recommandations de mon entreprise me spécifie bien Hudson et non Jenkins. Merci encore pour toutes tes réponses.
	00

19/07/2011, 13h35	#9
Malatok Membre à l'essai Inscription : septembre 2010 Messages : 71 Détails du profil Informations forums : Inscription : septembre 2010 Messages : 71 Points : 22 Points : 22	Merci encore pour tes réponses.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email