IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Intégration Continue Discussion :

Hudson plugins Maven 2release


Sujet :

Intégration Continue

  1. #1
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    121
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 121
    Par défaut Hudson plugins Maven 2release
    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)

  2. #2
    Rédacteur
    Avatar de romaintaz
    Homme Profil pro
    Java craftsman
    Inscrit en
    Juillet 2005
    Messages
    3 790
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Java craftsman
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 3 790
    Par défaut
    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 !
    --------------------------------------------------------------
    Liens : Blog | Page DVP | Twitter
    Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
    Critiques : Apache Maven

  3. #3
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    121
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 121
    Par défaut
    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.

  4. #4
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    121
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 121
    Par défaut
    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 :

    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 ?

  5. #5
    Rédacteur
    Avatar de romaintaz
    Homme Profil pro
    Java craftsman
    Inscrit en
    Juillet 2005
    Messages
    3 790
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Java craftsman
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 3 790
    Par défaut
    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 !
    --------------------------------------------------------------
    Liens : Blog | Page DVP | Twitter
    Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
    Critiques : Apache Maven

  6. #6
    Rédacteur
    Avatar de romaintaz
    Homme Profil pro
    Java craftsman
    Inscrit en
    Juillet 2005
    Messages
    3 790
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Java craftsman
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 3 790
    Par défaut
    Citation Envoyé par Malatok Voir le message
    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)...
    Nous sommes tous semblables, alors acceptons nos différences !
    --------------------------------------------------------------
    Liens : Blog | Page DVP | Twitter
    Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
    Critiques : Apache Maven

  7. #7
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    121
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 121
    Par défaut
    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.

  8. #8
    Rédacteur
    Avatar de romaintaz
    Homme Profil pro
    Java craftsman
    Inscrit en
    Juillet 2005
    Messages
    3 790
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Java craftsman
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 3 790
    Par défaut
    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 !
    --------------------------------------------------------------
    Liens : Blog | Page DVP | Twitter
    Articles : Hudson | Sonar | Outils de builds Java Maven 3 | Play! 1 | TeamCity| CitConf 2009
    Critiques : Apache Maven

  9. #9
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    121
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 121
    Par défaut
    Merci encore pour tes réponses.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [Exec-plugin-maven] hudson et maven
    Par kahoo dans le forum Maven
    Réponses: 0
    Dernier message: 20/05/2009, 15h59
  2. [M2ECLIPSE] probleme avec le plugin maven-clean-plugin
    Par DanielW33 dans le forum Maven
    Réponses: 6
    Dernier message: 28/05/2007, 19h16
  3. A la recherche d'un plugin (maven-dependency-plugin)
    Par morice.ju dans le forum Maven
    Réponses: 2
    Dernier message: 15/09/2006, 17h31
  4. [Plugin]plugin maven
    Par unmecenor dans le forum Eclipse Java
    Réponses: 1
    Dernier message: 20/07/2005, 14h05
  5. [WSAD][Plugin]Maven
    Par thibaut dans le forum Eclipse Java
    Réponses: 1
    Dernier message: 12/07/2004, 14h40

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo