{"id":1379,"date":"2013-12-06T14:01:10","date_gmt":"2013-12-06T13:01:10","guid":{"rendered":"http:\/\/qualilogy.com\/fr\/?p=1379"},"modified":"2013-12-08T09:46:27","modified_gmt":"2013-12-08T08:46:27","slug":"upgrade-sonarqube-runner-jenkins","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/fr\/upgrade-sonarqube-runner-jenkins\/","title":{"rendered":"Upgrade SonarQube-Runner et Jenkins"},"content":{"rendered":"

\"JenkinsUpgrade\"<\/a>J’ai mis \u00e0 jour ma version de SonarQube dans le post SonarQube Upgrade 4.0<\/a>, ce qui nous a donn\u00e9 l’opportunit\u00e9 de documenter quelques erreurs rencontr\u00e9es.<\/p>\n

J’ai voulu updater \u00e9galement les autres composants que sont SonarQube-Runner et Jenkins et le Monsieur Jenkins m’a caus\u00e9 quelques soucis.<\/p>\n

Donc ce post va nous permettre de voir un upgrade de SonarQube-Runner et Jenkins, ainsi que de r\u00e9soudre (ou contourner) les erreurs rencontr\u00e9es.<\/p>\n

Upgrade de Jenkins<\/h2>\n

Apr\u00e8s avoir effectu\u00e9 l’upgrade de SonarQube en 4.0, je suis bien \u00e9videmment all\u00e9 dans le portail de Jenkins afin de lancer une analyse. J’ai remarqu\u00e9 \u00e0 cette occasion qu’il y avait une nouvelle version, et donc j’ai d\u00e9cid\u00e9 d’en profiter pour actualiser \u00e9galement mon environnement Jenkins.<\/p>\n

Par contre, contrairement \u00e0 l’installation de Jenkins en service Windows<\/a> que nous avions vue il y a quelques temps, je me suis dit que ce serait l’occasion d’installer Jenkins avec une install Windows, je veux dire, \u00e0 partir d’un ex\u00e9cutable d’installation.<\/p>\n

Je suis donc all\u00e9 sur le site de Jenkins<\/a> afin de t\u00e9l\u00e9charer le \"DownloadJenkinsWindows\"<\/a>package natif Windows, qui se pr\u00e9sente sous la forme d’un fichier compress\u00e9 ‘jenkins-1.541.zip’.<\/p>\n

\"InstallJenkinsSetup\"<\/a>Une fois celui-ci d\u00e9compress\u00e9, nous nous retrouvons avec un fichier ‘setup.exe’ et un fichier d’installation ‘jenkins-1.541.msi’.<\/p>\n

Je vais v\u00e9rifier que mon service Jenkins existant est bien arr\u00eat\u00e9. Puis je vais lancer le fichier ‘setup.exe’. L’installation – en fait la mise \u00e0 jour du service Windows Jenkins – passe par plusieurs \u00e9tapes : ‘Installing’, ‘Validating install’, ‘Starting service’, … je vous passe les d\u00e9tails.<\/p>\n

Je sais que le service a bien \u00e9t\u00e9 mis \u00e0 jour pour la bonne raison … qu’il ne se lance pas. En effet, je retrouve la m\u00eame erreur que lors de notre premi\u00e8re\u00a0installation de Jenkins en service Windows<\/a>, c’est-\u00e0-dire qu’il me faut changer le user Windows afin de pouvoir lancer le service correctement.<\/p>\n

Une fois cela fait, le service Jenkins d\u00e9marre sans probl\u00e8me, mais par contre, impossible d’afficher le portail de Jenkins \u00e0 son habituelle adresse\u00a0http:\/\/localhost:8080\/<\/strong>. En fait, je vois une forte activit\u00e9 de mon ordinateur depuis la liste des t\u00e2ches Windows, un process Java qui prend beaucoup de CPU, et ce de mani\u00e8re assez continue.<\/p>\n

J’ai attendu patiemment, j’ai arr\u00eat\u00e9-relanc\u00e9 plusieurs fois le service Jenkins, m\u00eame reboot\u00e9 mon ordinateur, rien n’y fait. En fait, j’ai fini par comprendre, en naviguant \u00e0 travers les diff\u00e9rents logs de Jenkins, qu’il manquait une librairie (un fichier .jar) qui interdisait le fonctionnement correct de la webapp de Jenkins. Et que face \u00e0 cet \u00e9chec, celui-ci tentait de se relancer continuellement, dans une boucle infructueuse et surtout sans message d’explication du probl\u00e8me rencontr\u00e9.<\/p>\n

J’ai donc fini par d\u00e9sinstaller cette application Jenkins afin de proc\u00e9der \u00e0 l’installation selon la m\u00eame proc\u00e9dure que dans notre post installation de Jenkins en service Windows<\/a>, \u00e0 partir d’un fichier .war. Donc je ne vais pas reprendre cette proc\u00e9dure d’installation par le d\u00e9tail, mais simplement en rappeler les grandes \u00e9tapes :<\/p>\n

    \n
  1. Download du fichier ‘jenkins.war’ depuis le site de Jenkins.<\/a><\/li>\n
  2. Lancement de Jenkins avec la commande java -jar jenkins.war<\/strong> depuis une fen\u00eatre DOS.<\/li>\n
  3. Dans le portail de Jenkins (url\u00a0http:\/\/localhost:8080\/<\/strong>), menu ‘Manage Jenkins’, puis ‘Install as Windows service’.<\/li>\n
  4. Une fois le service install\u00e9, je dois modifier le user Windows avec les droits suffisants pour lancer celui-ci. Cette \u00e9tape est sp\u00e9cifique \u00e0 mon portable, elle devrait \u00eatre facultative pour une installation serveur de Jenkins.<\/li>\n
  5. Je modifie ensuite la configuration de Jenkins (le fichier \u2018jenkins.xml<\/strong>\u2018) afin de le faire pointer sur mon repository actuel, et ainsi r\u00e9cup\u00e9rer tous les jobs d’analyse existants.<\/li>\n<\/ol>\n

    Et finalement, je peux lancer Jenkins.<\/p>\n

    SonarQube absent de Jenkins<\/h2>\n

    Sauf que lorsque je veux lancer une analyse, absolument rien ne se passe. Je vais v\u00e9rifier les plugins install\u00e9s et le plugin pour SonarQube est bien pr\u00e9sent dans ma configuration Jenkins actuelle. Par contre, lorsque je vais dans la page de configuration de Jenkins (menu ‘Manage Jenkins’), la partie correspondant au param\u00e9trage de SonarQube<\/a> est absente.<\/p>\n

    J’ai pass\u00e9 pas mal de temps et il m’a fallu diverses tentatives infructueuses (dont une r\u00e9-install du plugin SonarQube qui a eu pour cons\u00e9quence la perte de mes configurations d’analyse) avant de d\u00e9couvrir l’erreur. Je ne sais pas comment celle-ci a pu survenir, si elle est provient de l’installation infructueuse de Jenkins avec un package natif Windows ou tout simplement d’une manipulation de ma part, mais il se trouve que le plugin ‘Maven Integration’ \u00e9tait d\u00e9sactiv\u00e9. Comme je ne suis pas un Maveniste, il se peut tr\u00e8s bien que je l’ai d\u00e9coch\u00e9 sans m’en souvenir.<\/p>\n

    \"JenkinsMavenIntegrationPlugin\"<\/a><\/p>\n

    Toujours est-il qu’en r\u00e9activant ce plugin, ma configuration de SonarQube dans Jenkins est revenue, telle qu’elle \u00e9tait \u00e0 l’origine (voir \u00e0 nouveau le post d’installation de SonarQube en service Windows<\/a>, ainsi que l’installation du plugins Jenkins pour SonarQube<\/a> \u00e0 ce sujet).<\/p>\n

    Upgrade de SonarQube-Runner<\/h2>\n

    La mise \u00e0 jour de SonarQube Runner n’a pas pos\u00e9 de probl\u00e8mes. Donc \u00e0 nouveau, je ne vais reprendre que les \u00e9tapes principales (telles que vues dans le post d’installation de SonarQube-Runner<\/a>) :<\/p>\n

      \n
    1. Downloader le fichier d\u2019installation du SonarQube Runner depuis la page Installing and Configuring SonarQube Runner<\/a>, en version 2.3 dans mon cas (\u00e0 la date de ce post).<\/li>\n
    2. D\u00e9compresser ce fichier .zip dans un r\u00e9pertoire \u2018sonar-runner-2.3\u2019.<\/li>\n
    3. Modifier le fichier de configuration ‘sonar-runner.properties’ afin d’indiquer la localisation de SonarQube et de notre base de donn\u00e9es Oracle.<\/li>\n<\/ol>\n

      \"\"<\/a><\/p>\n

      \"JenkinsSonarRunnerInstallation\"<\/a>Dans Jenkins, nous allons \u00e0 nouveau dans la page de configuration (menu ‘Manage Jenkins’) afin d’ouvir la partie consacr\u00e9e \u00e0 la configuration du ‘SonarQube-Runner’ et lui pr\u00e9ciser l’emplacement de cette nouvelle version.<\/p>\n

      \"JenkinsSonarRunnerInstallation2\"<\/a><\/p>\n

      Voil\u00e0 ! Je peux enfin relancer mes analyses, le tout avec un environnement complet \u00e0 jour, depuis SonarQube, le SonarQube Runner et Jenkins.<\/p>\n

      Dernier tuyau : si vous avez perdu la configuration d’un job d’analyse sous Jenkins, vous pouvez r\u00e9cup\u00e9rer celle-ci \u00e0 partir d’un backup de votre r\u00e9f\u00e9rentiel Jenkins.<\/p>\n

      \"JenkinsJobConfigXML\"<\/a>Dans celui-ci, les analyses sont localis\u00e9es dans le r\u00e9pertoire ‘Jobs’, avec un sous-r\u00e9pertoire pour chaque analyse. Dans lequel vous trouverez un fichier config.xml<\/strong> avec la configuration du job, comme par exemple les diff\u00e9rentes properties SonarQube indiqu\u00e9es en param\u00e8tres de l’analyse.<\/p>\n

      Conclusion<\/h2>\n

      Quelle est l’origine des erreurs rencontr\u00e9es ? Je dois dire que je n’ai pas cherch\u00e9 \u00e0 investiguer plus avant. Mais en conclusion, nous pouvons dire que :<\/p>\n

        \n
      • L’installation du service Windows Jenkins \u00e0 partir d’un fichier .war semble plus stable, m\u00eame si moins naturelle, qu’\u00e0 partir d’un ex\u00e9cutable d’installation (type setup.exe).<\/li>\n
      • Si la configuration de SonarQube a disparu de la page de configuration de Jenkins, v\u00e9rifiez que vous avez bien le plugin ‘Maven Int\u00e9gration’ install\u00e9. Ne me demandez pas pourquoi, je n’utilise pas Maven.<\/li>\n<\/ul>\n

        Dommage qu’aucun message d’erreur ne nous indique qu’il n’est pas possible d’effectuer une analyse car Jenkins ne sait pas localiser SonarQube. Mais au moins maintenant, si cette erreur survient, nous saurons comment la corriger.<\/p>\n

        Et enfin, nous avons vu \u00e9galement comment r\u00e9cup\u00e9rer la configuration Jenkins de nos jobs d’analyse. Et notre environnement SonarQube est compl\u00e8tement. up-to-date. Cela valait bien un post !<\/p>\n","protected":false},"excerpt":{"rendered":"

        J’ai mis \u00e0 jour ma version de SonarQube dans le post SonarQube Upgrade 4.0, ce qui nous a donn\u00e9 l’opportunit\u00e9 de documenter quelques erreurs rencontr\u00e9es. J’ai voulu updater \u00e9galement les autres composants que sont SonarQube-Runner et Jenkins et le Monsieur Jenkins m’a caus\u00e9 quelques soucis. Donc ce post va nous permettre de voir un upgrade […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-1379","post","type-post","status-publish","format-standard","hentry","category-sonar-installation"],"_links":{"self":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/1379"}],"collection":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/comments?post=1379"}],"version-history":[{"count":27,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/1379\/revisions"}],"predecessor-version":[{"id":1413,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/posts\/1379\/revisions\/1413"}],"wp:attachment":[{"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/media?parent=1379"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/categories?post=1379"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/qualilogy.com\/fr\/wp-json\/wp\/v2\/tags?post=1379"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}