groovy - example - jenkins pipeline wiki

try/catch/finally enmascara los problemas de Jenkinsfile en caso de que existan excepcionales excepciones en el compilador

Question

Tengo un código similar al de abajo en mi archivo Jenkins:

node {
   checkout scm
   // do some stuff
   try {
       // do some maven magic
   } catch (error) {
       stage "Cleanup after fail"
       emailext attachLog: true, body: "Build failed (see ${env.BUILD_URL}): ${error}", subject: "[JENKINS] ${env.JOB_NAME} failed", to: ''[email protected]''
       throw error
   } finally {
       step $class: ''JUnitResultArchiver'', testResults: ''**/TEST-*.xml''
   }
}

Si el código anterior falla debido a algunos errores relacionados con jenkins-pipeline en el try { } (por ejemplo, utilizando un método estático no aprobado), la secuencia de comandos falla silenciosamente. Cuando elimino el try / catch / finalmente puedo ver los errores. ¿Estoy haciendo algo mal? ¿No debería el error reenvío hacer que aparezcan los errores de la tubería en el registro?

EDITAR: Me las arreglé para resolver el problema con la sintaxis del groovy, cuando, por ejemplo, uso una variable que aún no ha sido asignada. Ejemplo: echo foo Si foo no se declara / asigna en ningún lugar, Jenkins fallará en la compilación y no mostrará la razón si está dentro de try / catch / finally, que vuelve a anular la excepción.

Answer 1

Esto sucede cuando se lanza una excepción adicional dentro del bloque final o antes de volver a lanzar la catch interna. En estos casos, la RejectedAccessException se traga y el script-security no lo detecta.