Hace ya bastante tiempo que no he actualizado mi entorno SonarQube. Al menos seis meses o más: todavía estoy en la versión 4.2, mientras que la última versión disponible es la 4.5.1 LTS (Long Term Support). Por lo tanto una versión sumamente candidata a una instalación.
Este artículo en el blog SonarSource describe los objetivos de dicha versión: Walking the Tightrope: Balancing Agility and Stability. La 4.5.1 no sólo ofrece correcciones, sino también muchos cambios y nuevas características.
He actualizado mi version de SonarQube en el post anterior SonarQube Upgrade 4.0, lo que fue una oportunidad de documentar algunos errores encontrados.
También quería actualizar otros componentes como SonarQube-Runner y Jenkins. Y resulta que el Sr. Jenkins me ha causado algunos problemas.
Así que veamos en este post como hacer un upgrade a SonarQube-Runner y Jenkins, y como resolver (o evitar) los errores encontrados. Sigue leyendo
El último post sobre SonarQube trataba de un upgrade de versión. Lamentablemente, me retrasé un poco cuando lo hice, por lo que ahora una nueva versión de SonarQube está disponible.
Esta es una versión 4.0 (o sea mayor), que he instalado este fin de semana. Y como me di cuenta de algunos errores, esta es una oportunidad para actualizar el post SonarQube upgrade y documentar estos errores y su resolución.
No voy a detallar todos los pasos de actualización como en el artículo anterior, sino simplemente precisar el porqué de estos mensajes y como arreglarlos.
Después de preparar el update de nuestra versión SonarQube en el post anterior acerca de los requisitos previos para la actualización, y de ver también cómo hacer una copia de seguridad de la base de datos Oracle (o al menos del esquema Sonar), veamos ahora cómo realizar esta actualización.
Recuerdate que siempre puedes consultar la documentación sobre este tema desde el sitio web SonarSource. Este procedimiento cambia muy raramente, pero te recomiendo que siempre te refieres a esta pagina, porque este artículo podría resultar obsoleta.
Además, nuestra proceso de actualización tratará de un SonarQube instalado en un servicio de Windows.
Hemos visto anteriormente cómo migrar SonarQube de Tomcat en un servicio Windows y cómo utilizar este servicio SonarQube con Jenkins en Tomcat o en servicio Windows también.
He utilizado una versión 3.5.1 para realizar esta migración desde Tomcat hacia un servicio de Windows. Esta versión ya es un poco vieja, pues es una oportunidad para hacer un upgrade y actualizar nuestro entorno SonarQube y nuestros distintos plugins.
Vamos a dedicar dos artículos a esta operación, y en este primero, vamos a presentar las etapas previas a nuestro upgrade. También será la oportunidad de realizar una copia de seguridad de Oracle. Sigue leyendo
Nuestra actual serie de posts se centra en la migración de SonarQube y Jenkins de Tomcat, a una instalación en servicios de Windows.
Ya hemos visto cómo realizar esta migración para SonarQube sin dejar de trabajar con Jenkins en Tomcat, es decir, sin perder nuestro repositorio SonarQube, el dashboard, los resultados de análisis, los perfiles. También sin perder la capacidad de lanzar proyectos configurados en Jenkins, y por lo tanto sin perder ningún tipo de plugins instalados, incluyendo el plugin del SonarQube Runner.
Hoy vamos a ver cómo migrar Jenkins a un servicio de Windows. Y finalmente poder deshacernos de Tomcat.
Hemos visto en nuestro último post cómo migrar SonarQube de Tomcat a un servicio Windows. De hecho hicimos una nueva instalación sin perder nuestro repositorio, creado con la versión de SonarQube bajo Tomcat. Hemos verificado que nuestros proyectos, los resultados de los anteriores análisis, pero también toda la configuración existente (plugins, perfiles de calidad, etc.) estaban presentes.
Bueno. Pero ¿qué pasa con Jenkins? Nuestro Jenkins bajo Tomcat trabajaba con la versión SonarQube Tomcat. Ahora tenemos que configurarlo para que siga adelante con nuestro servicio de Windows SonarQube.
¿Cómo proceder? Estos son los pasos que he seguido. Sigue leyendo
Como ya mencionado, SonarQube no estará más disponible para Tomcat, pero sólo como un servicio de Windows. Eso significa que voy a tener que migrar mi plataforma SonarQube / Jenkins.
Pues hay algunas preguntas: ¿Voy a perder mi configuración? ¿Y mi análisis? SonarQube utiliza una base de datos para almacenar los resultados de los análisis, por lo que se puede esperar mantenerlos y su historia.
Pero ¿Qué pasa con la configuración de mi SonarQube? ¿Voy a tener que volver a instalar mis plugins? Maldita sea ¿dónde puse las llaves de licencia para estos plugins? Y mis Quality Profiles? ¿Se almacenan en la base de datos o en algún archivo?
¿En qué orden debo hacer esta migración: primero Jenkins y a continuación comprobar si el es todavía capaz de reconocer SonarQube y seguir con los proyectos existentes? De hecho, voy a empezar por SonarQube porque es mucho más sencillo que Jenkins.
Luego veremos como migrar también a Jenkins, para finalmente deshacernos de Tomcat.
Primero, mi versión actual de SonarQube es una 3.5.1. Hay una nueva versión 3.7 … en el momento en que escribo este post, ya que cambia muy rápidamente. El team SonarSource es altamente productivo. Esta última versión tiene muchas nuevas características, pero será objeto de futuros posts.
También será una oportunidad para comprobar cómo actualizar una versión SonarQube instalada como un servicio. Si te interesa el tema, hemos visto cómo llevar a cabo dicha actualización en este post: Sonar Upgrade.
También voy a limitarme a una migración SonarQube en este post, es decir a una instalación como un servicio Windows y asegurarme de que puedo seguir trabajando con mi repositorio existente: mi cuadro de mando, mis análisis, mi configuración, etc. Veremos en el próximo post los cambios que realizar en mi actual Jenkins (bajo Tomcat) para trabajar con mi nuevo servicio SonarQube.
Como todo buen informático (hum, hum), nunca leo la documentación, y menos las de instalación. Me parece muy poco natural que un software no sepa instalarse solo (sabes, ‘Next’, ‘Next’, ‘Next’, …) y requiere primero de leer un manual de instalación. Sin embargo, ya que no aconsejo hacer lo mismo, aquí está el enlace en el sitio SonarSource: http://docs.codehaus.org/display/SONAR/Running+SonarQube+as+a+Service+on+Windows.
Bueno, parece super-sencillo:
Primero voy a para Tomcat para asegurarme de no trabajar con mi actual SonarQube (una webapp de Tomcat).
Luego, me pongo en una ventana DOS para ir al directorio de mi instalación SonarQube.
Mi versión actual es una 3.5.1. En la carpeta \sonar-3.5.1\bin, puedo encontrar dos sub-directorios ‘windows-x86-32’ y ‘windows-x86-64’, este ultimo para una instalación Windows 64 bits.
No entraré en los detalles de lo que hace este programa .bat. Vamos a seguir la recomendación de la documentación y ejecutar este programa como Administrador.
Es muy rápido. En la ventana de Servicios Windows, podemos comprobar que aparece el servicio SonarQube.
Se puede lanzar este servicio con un ‘Start’ en esta ventana, o desde el fichero ‘startNTService’ en la carpeta anterior, en la ventana DOS:
Pero me sale el siguiente mensaje de error:
Lo mismo si intento hacer un ‘Start’ del servicio SonarQube:
Ahora, si abrimos las ‘Properties’ del servicio (click derecha en el servicio para conseguir el menú siguiente)…
…y poder entrar en la pestaña ‘Log On’.
Seleccionar ‘This account’, luego activar el botón ‘Browse…’ :
En la siguiente ventana, activar el botón ‘Advanced…’.
Y ‘Find Now’ para conseguir la lista de los usuarios para conectarse (Log On) y lanzar el servicio.
Voy a seleccionar mi usuario Windows con cual encendió mi maquina:
Validar con el botón ‘OK’. Puedes notar el nombre de mi maquina (JPFPC).
‘OK’ de nuevo para regresar en la pestaña ‘Log On’, en la cual podemos entrar la contraseña de mi usuario. Botón ‘Apply’ y luego ‘OK’ para salir de la ventana Properties.
Si ahora lanzamos de nuevo el servicio SonarQube … ¡Yes! El mensaje de error ha desaparecido y el servicio está en el estado ‘Started’.
El nuevo dashboard SonarQube – como servicio Windows – es disponible en la dirección localhost:9000. Entrar esta url en el navegardor para ver aparecer el dashboard tal como lo hemos dejado.
Puedes comprobar: tus análisis están presentes, los plugins también y activos (no hay necesidad de volver a introducir la licencia). Toda tu configuración SonarQube tal como era en Tomcat, todos tus proyectos, bueno, el repositorio SonarQube completo está disponible y listo para su uso.
Nos queda por realizar un análisis de nuestro actual Jenkins en Tomcat..
Lo que veremos en el próximo post. Hasta luego.
Esta serie de artículos sobre la instalación de SonarQube terminará con este post. Recuerda cuáles eran los objetivos:
Eres un profesional en el mundo Cobol Mainframe o SAP, un consultor de la calidad, una interfaz entre los usuarios y los equipos de proyecto (stakeholder), un jefe de proyecto gestionando diferentes aplicaciones subcontratadas a diferentes proevedores: esta serie mostró los pasos para instalar SonarQube en tu PC, para analizar fácilmente y con regularidad cualquier entrega de código o versión de aplicación.
Después de instalar Jenkins en el post anterior, vamos a ver ahora cómo configurarlo para poder trabajar con.
Si no has estado siguiendo esta serie sobre la instalación de un entorno de análisis de código con SonarQube, aquí están los artículos que necesitamos hoy:
También puedes echar un ojo a la documentación de configuración del SonarQube plugin para Jenkins.