{"id":747,"date":"2013-09-30T14:27:34","date_gmt":"2013-09-30T13:27:34","guid":{"rendered":"http:\/\/qualilogy.com\/es\/?p=747"},"modified":"2013-09-30T16:58:11","modified_gmt":"2013-09-30T15:58:11","slug":"migrar-jenkins-tomcat-a-servicio-windows","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/es\/migrar-jenkins-tomcat-a-servicio-windows\/","title":{"rendered":"Migrar Jenkins de Tomcat a un servicio Windows"},"content":{"rendered":"

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

Nuestra actual serie de posts se centra en la migraci\u00f3n de SonarQube y Jenkins de Tomcat, a una instalaci\u00f3n en servicios de Windows.<\/p>\n

Ya hemos visto c\u00f3mo realizar esta migraci\u00f3n para SonarQube<\/a>\u00a0sin dejar de trabajar con Jenkins en Tomcat, es decir, sin perder nuestro repositorio SonarQube, el dashboard, los resultados de an\u00e1lisis, los perfiles. Tambi\u00e9n sin perder la capacidad de lanzar proyectos configurados en Jenkins<\/a>, y por lo tanto sin perder ning\u00fan tipo de plugins instalados, incluyendo el plugin del SonarQube Runner.<\/p>\n

Hoy vamos a ver c\u00f3mo migrar Jenkins a un servicio de Windows. Y finalmente poder deshacernos de Tomcat.<\/p>\n

<\/p>\n

<\/h2>\n

Mi configuraci\u00f3n<\/h2>\n

Primero, un recuerdo de los par\u00e1metros de mi configuraci\u00f3n con este articulo de Qualilogy: Instalaci\u00f3n SonarQube con Jenkins<\/a>. De hecho, no tengo exactamente la configuraci\u00f3n usual por defecto, ya que eleg\u00ed instalar Tomcat en el puerto 8888 (para evitar conflictos con softwares que se instalan por defecto en el puerto 8080):<\/p>\n

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

Adem\u00e1s, eleg\u00ed un directorio de trabajo espec\u00edfico, y vamos a ver que esto tendr\u00e1 un impacto en el futuro.<\/p>\n

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

Te recomiendo que hagas una copia de seguridad antes de realizar cualquier operaci\u00f3n.\u00a0Y tambi\u00e9n detener Tomcat para evitar que nos mezclamos entre nuestras diferentes instalaciones Jenkins.<\/p>\n

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

Instalar Jenkins en un servicio Windows<\/h2>\n

Si vamos a la p\u00e1gina principal de Jenkins<\/a>, podemos descargarlo como un archivo .war o como un ejecutable de auto-instalaci\u00f3n.<\/p>\n

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

En realidad, hay dos formas de instalar Jenkins como un servicio Windows. La p\u00e1gina web que documenta esta instalaci\u00f3n es la siguiente: https:\/\/wiki.jenkins-ci.org\/display\/JENKINS\/Installing+Jenkins+as+a+Windows+service<\/a>.\u00a0Esto no es realmente la que yo prefiero, pero como es la documentaci\u00f3n oficial, vamos a seguir con este procedimiento.<\/p>\n

Para ello, debemos descargar el archivo jenkins.war<\/strong>\u00a0correspondiente de la \u00faltima versi\u00f3n (1529 en nuestro ejemplo). Y voy a guardarlo en un directorio ‘C:\\Soft\\Jenkins\\Versions\\1.529’.<\/p>\n

Una vez finalizada la descarga, se abre una ventana de DOS y entramos el comando
\njava -jar jenkins.war<\/strong>:<\/p>\n

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

Dejamos ejecutarse. Podemos notar la instalaci\u00f3n por defecto en un directorio ‘.jenkins’ en los archivos personales del usuario conectado. Esto no es realmente lo que quiero porque estas carpetas tienen derechos de acceso limitados y puede ser un problema para compartir Jenkins en un servidor, entre varios usuarios con diferentes logins.<\/p>\n

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

Una vez terminado el despliegue del ficher .war …<\/p>\n

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

… vamos con nuestro navegador en la url\u00a0http:\/\/localhost:8080\/<\/strong> (entiendes porque prefiero utilizar el puerto 8888 con Tomcat!).\u00a0En la pagina Jenkins que aparece, hacemos click en el men\u00fa ‘Manage Jenkins’.<\/p>\n

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

En la pagina siguiente, buscamos el men\u00fa ‘Install as a Windows Service’.<\/p>\n

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

Esta vez, podemos escoger el directorio de instalaci\u00f3n:<\/p>\n

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

Y voy a escoger por eso la carpeta ‘C:\\Soft\\Jenkins’ con un sub-directorio especifico a esta versi\u00f3n.<\/p>\n

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

Por \u00faltimo, un mensaje nos advierte de que la instalaci\u00f3n se ha completado correctamente, y nos pregunta si queremos ejecutar el nuevo servicio de Windows Jenkins. Vamos por eso.<\/p>\n

\"Jenkins_InstallService5\"<\/a>
\nJenkins aparece en la ventana de los servicios Windows.<\/p>\n

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

En la ventana de los ‘properties’ del servicio, podemos ver el ejecutable en el directorio que hemos indicado para la instalaci\u00f3n. Pero activar el bot\u00f3n ‘Start’ no da resultado: Jenkins no quiere arrancar.<\/p>\n

\"Jenkins_ServiceProperties\"<\/a>
\nDe hecho, se trata del mismo problema de login de usuario que hemos encontrado ya durante la instalaci\u00f3n de SonarQube<\/a>,<\/p>\n

Pues vamos en la pesta\u00f1a ‘Log On’ de la ventana de Properties para definir un usuario – yo mismo – que funciona, con los derechos adecuados para arrancar el servicio.<\/p>\n

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

En esta pesta\u00f1a, seleccionar ‘This account:’ y activar el bot\u00f3n ‘Browse…’.<\/p>\n

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

Luego el bot\u00f3n ‘Advanced’,<\/p>\n

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

Y ‘Find Now’ para conseguir la lista de los usuarios presentes en esta maquina.<\/p>\n

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

Seleccionar un usuario con los derechos para arrancar el servicio Jenkins y validar.<\/p>\n

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

Por \u00faltimo, no olvides introducir la contrase\u00f1a.
\n\"Jenkins_ServiceProperties7\"<\/a><\/p>\n

Podemos arrancar de nuevo el servicio Jenkins sin encontrar m\u00e1s error. En la url\u00a0‘http:\/\/localhost:8080\/’, un mensaje nos pide un poco de paciencia.<\/p>\n

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

Y luego:<\/p>\n

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

El repositorio Jenkins<\/h2>\n

Jenkins guarda su configuraci\u00f3n y la de los diferentes plugins, todos los proyectos y archivos en un directorio especificado por la variable de entorno JENKINS_HOME. Esta la hemos definido en Tomcat. Pero ya que no utilizamos Tomcat, nos encontramos con une nuevo repositorio y no el existente. \u00bfC\u00f3mo conseguir trabajar con nuestro repositorio actual?<\/p>\n

Jenkins recomienda copar el directorio existente<\/a>\u00a0sobre el nuevo. Pues sobre la carpeta que hemos escogido durante la instalaci\u00f3n :\u00a0‘C:\\Soft\\Jenkins\\Versions\\1.529\\.jenkins’.<\/p>\n

Pero no es lo que quiero: yo no quiero tener que copiar este directorio cada vez que voy a hacer una actualizaci\u00f3n de Jenkins a una nueva versi\u00f3n.<\/p>\n

Lo que quiero es que cada nueva instalaci\u00f3n de Jenkins sea capaz de trabajar con mi repositorio existente.<\/p>\n

Esto es posible. Simplemente hay que modificar el fichero\u00a0‘<\/span>jenkins.xml<\/strong>‘ que se encuentra en el directorio de instalaci\u00f3n, para indicar en la primera secci\u00f3n\u00a0<\/span><service><\/strong> la ubicaci\u00f3n de nuestro actual repositorio:<\/span><\/p>\n

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

Tenemos quue reiniciar el servicio Jenkins. Aparece de nuevo el mensaje de espera y a continuaci\u00f3n, despu\u00e9s de unos segundos, entramos en nuestro Jenkins tal como lo hab\u00edamos dejado, con su configuraci\u00f3n y los an\u00e1lisis de SonarQube.<\/p>\n

Vamos a listar los dos o tres puntos importantes:<\/p>\n