{"id":68,"date":"2011-12-28T17:37:30","date_gmt":"2011-12-28T16:37:30","guid":{"rendered":"http:\/\/dev.qualilogy.com\/es\/?p=68"},"modified":"2013-01-04T17:38:26","modified_gmt":"2013-01-04T16:38:26","slug":"sonar-analisis-cobol-con-jenkins","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/es\/sonar-analisis-cobol-con-jenkins\/","title":{"rendered":"Sonar – An\u00e1lisis Cobol con Jenkins"},"content":{"rendered":"

Hemos visto en el post anterior<\/a> c\u00f3mo instalar el plugin Sonar para Jenkins. Ahora llega el momento de hacer nuestro primer an\u00e1lisis con Jenkins. Se centrar\u00e1 en el c\u00f3digo fuente Cobol ya utilizado en nuestro primer an\u00e1lisis con Sonar<\/a> y el Java Runner. <\/p>\n

\"\"<\/a>Para eso, vamos a crear un proyecto, desde la p\u00e1gina principal de Jenkins.<\/p>\n

En la p\u00e1gina de creaci\u00f3n, entramos un nombre de proyecto y seleccionamos la primera opci\u00f3n: \"\"<\/a><\/p>\n

Esto nos abre la p\u00e1gina de configuraci\u00f3n de este proyecto, en la cual indicamos que deseamos efectuar un an\u00e1lisis Sonar:\"\"<\/a><\/p>\n

Nos queda indicar el fichero de configuraci\u00f3n para este an\u00e1lisis, lo mismo que ya hemos utilizado para nuestro primer an\u00e1lisis con Sonar<\/a>: C:\\Soft\\Sonar\\sonar-runner-1.1\\Projects\\sonar-project.properties<\/strong>:<\/p>\n

\"\"<\/a>Pero antes, vamos a especificar en este fichero una nueva versi\u00f3n para nuestro an\u00e1lisis: sonar.projectVersion=1.1<\/strong>.<\/p>\n

\"\"<\/a>No olvides guardar los par\u00e1metros de tu proyecto.<\/p>\n

Antes de arrancarlo.\"\"<\/a><\/p>\n

\"\"<\/a>Mientras que se ejecuta…<\/p>\n

 <\/p>\n

\"\"<\/a>Podemos ver el log de an\u00e1lisis:<\/p>\n

\"\"<\/a>Luego en Sonar, el resultado de este an\u00e1lisis, con la versi\u00f3n indicada en nuestro fichero de configuraci\u00f3n:\"\"<\/a><\/p>\n

Hemos visto c\u00f3mo evitar dos desventajas del Java Runner (que utilizamos por falta de pr\u00e1ctica de la sintaxis Maven):<\/p>\n

    \n
  1. Un fichero \u00fanico de configuraci\u00f3n de an\u00e1lisis: Jenkins nos permite especificar un fichero distinto para cada an\u00e1lisis Sonar.<\/li>\n
  2. Un log mucho m\u00e1s pr\u00e1ctico y f\u00e1cil de usar cada vez que lanzaremos uno de nuestros an\u00e1lisis Sonar.<\/li>\n<\/ol>\n

    Esto nos permite una gran flexibilidad de utilizaci\u00f3n, particularmente en la organizaci\u00f3n de nuestro entorno de an\u00e1lisis. Vamos a ver dos ejemplos.<\/p>\n

    Voy a comenzar por renombrar el fichero Myproject.properties<\/strong>, en la carpeta..\\sonar-runner-1.1\\Projects <\/strong>y la version de an\u00e1lisis (sonar.projectVersion=1.2<\/strong>) en este fichero (para comprobar que el ha sido utilizado).<\/p>\n

    Luego voy a indicar este nuevo fichero en la configuraci\u00f3n de mi proyecto Jenkins antes de lanzar \u00e9ste de nuevo…\"\"<\/a>\"\"<\/a>Y verificar el resultado en Sonar: una nueva versi\u00f3n 1.2 efectivamente aparece. Esto significa que puedo utilizar un espacio ‘Project’ con tantos ficheros de configuraciones que tengo de aplicaciones que analizar.<\/p>\n

     <\/p>\n

    Otro tipo de organizaci\u00f3n consiste en dedicar un disco duro a mi entorno de an\u00e1lisis, con una caperta por cada aplicaci\u00f3n, en la cual colocar\u00e9 el c\u00f3digo fuente y todos los ficheros de configuraci\u00f3n de an\u00e1lisis. En este segundo ejemplo, vamos a:<\/p>\n