J’ai mis à jour ma version de SonarQube dans le post SonarQube Upgrade 4.0, ce qui nous a donné l’opportunité de documenter quelques erreurs rencontrées.
J’ai voulu updater également les autres composants que sont SonarQube-Runner et Jenkins et le Monsieur Jenkins m’a causé quelques soucis.
Donc ce post va nous permettre de voir un upgrade de SonarQube-Runner et Jenkins, ainsi que de résoudre (ou contourner) les erreurs rencontrées. Continuer la lecture
Le dernier article sur SonarQube traitait d’un upgrade de version. J’ai malheureusement tardé un peu entre le moment oú j’ai effectué cet upgrade et la réalisation de l’article, si bien qu’une nouvelle version de SonarQube est depuis disponible.
Il s’agit d’une version 4.0 (donc majeure), que j’ai installée ce week-end. Et comme j’ai rencontré quelques erreurs, ce sera l’occasion de mettre à jour le post SonarQube Upgrade, de documenter ces messages d’erreurs et leur résolution.
Je ne vais pas détailler toutes les étapes d’upgrade comme dans l’article précédent, mais préciser simplement les erreurs rencontrées et leur solutions.
Après avoir préparé notre mise-à-jour de version SonarQube dans le précédent post sur les pré-requis d’upgrade, et vu également comment effectuer un backup de notre base de données Oracle (ou tout au moins du schéma Sonar), nous allons voir maintenant comment effectuer cet upgrade.
Rappelons que vous pouvez toujours consulter la documentation sur ce sujet depuis le site SonarSource. Cette procédure n’évolue que très rarement mais je vous recommande de toujours vous y référer, pour le cas où cet article s’avérerait obsolète.
Egalement, notre upgrade traitera d’un SonarQube installé en service Windows.
Nous avons vu précédemment comment migrer SonarQube depuis Tomcat en service Windows et comment utiliser SonarQube en service Windows avec Jenkins sous Tomcat,
J’ai utilisé la même version 3.5.1 pour effectuer cette migration depuis Tomcat vers un service Windows, et comme celle-ci est déjà ancienne, ceci sera l’occasion de réaliser un upgrade de versions et de mettre à jour notre environnement SonarQube avec nos différents plugins.
Nous allons consacrer deux articles à cette opération, dont ce premier afin de présenter les étapes préalables à notre upgrade. Ce sera également l’occasion de voir un backup Oracle. Continuer la lecture
La série de posts en cours porte sur la migration de SonarQube et Jenkins depuis Tomcat vers des services Windows.
Nous avons déjà vu comment effectuer cette migration pour SonarQube, tout en continuant de travailler avec Jenkins sous Tomcat, c’est-à-dire sans rien perdre de notre repository SonarQube, notre tableau de bord, les résultats d’analyse, les profils, mais également en gardant la possibilité de lancer les projets configurés sous Jenkins, et donc sans rien perdre des plugins installés, dont celui pour le SonarQube Runner.
Aujourd’hui, nous allons voir comment migrer Jenkins en service Windows. Et finalement nous débarrasser de ce bon vieux Tomcat. Continuer la lecture
Nous avons vu lors de notre dernier post comment migrer SonarQube en tant que service Windows. Nous avons en fait effectué une nouvelle installation, sans perdre notre repository, constitué avec notre version de SonarQube sous Tomcat. Nous avons pu vérifier que nos projets, les résultats d’analyses précédents, mais également toute la configuration existante (plugins, Quality Profiles, etc.) étaient bien présents.
Bien. Mais qu’en est-il de Jenkins ? Notre Jenkins sous Tomcat travaillait avec la version Tomcat de SonarQube. Nous devons maintenant lui indiquer de travailler avec notre service Windows de SonarQube.
Comment procéder ? Voici les étapes que j’ai suivies. Continuer la lecture
Comme je vous en ai déjà parlé, 
SonarQube ne sera prochainement plus disponible pour Tomcat mais uniquement en tant que service Windows. Ce qui veut dire que je vais devoir migrer ma plate-forme SonarQube / Jenkins.
Ce qui amène certaines questions: vais-je perdre ma configuration ? Vais-je perdre mes analyses ? SonarQube utilise une base de données pour stocker les résultats d’analyse, donc nous pouvons espérer conserver celles-ci et leur historique.
Mais qu’en est-il de ma configuration SonarQube ? Vais-je devoir réinstaller les plugins ? Bon sang, oú ai-je mis les clés des licences pour ces plugins ? Et mes Quality Profiles ? Sont-ils stockés dans la base de données ou dans un fichier ? Continuer la lecture
Notre série d’articles sur l’installation de SonarQube va prendre fin avec ce post. Rappelons quels en étaient les objectifs :
Vous êtes un pro du monde Mainframe-Cobol ou SAP, un consultant Qualité, un responsable MOA interface entre les utilisateurs et les équipes de projet, un chef de projet gérant des outsourcers pour votre département IT : cette série d’articles vous a montré pas à pas comment installer SonarQube sur votre PC (un simple portable dans mon cas) pour analyser facilement et régulièrement toute livraison de code ou version d’applications. Continuer la lecture
Après avoir installé Jenkins dans le post précédent, nous allons voir maintenant comment interfacer celui-ci avec notre environnement SonarQube.
Si vous n’avez pas suivi depuis le début cette série sur l’installation d’un environnement d’analyse de code avec SonarQube, voici les articles dont nous aurons besoin aujourd’hui :
Vous pouvez également regarder la documentation SonarQube sur la configuration du SonarQube Jenkins Plugin.
Dans cette série de posts sur l’installation et la configuration de SonarQube, nous avons vu précédemment comment réaliser une analyse de code avec le SonarQube Runner.
Aujourd’hui, nous allons voir comment installer et configurer Jenkins, afin d’utiliser celui-ci pour gérer toutes nos analyses.
Ce sera également l’occasion de détailler la résolution de quelques problèmes spécifiques à notre environnement, et accessoirement de voir comment détecter ces problèmes avec le serveur Tomcat, dont nous avons auparavant détaillé auparavant l’installation.