1. Jenkins+PipelineScript+Groovy+Mysql持续集成配置说明

Jenkins中的Pipeline Script功能十分强大，不再简单的调用SHELL指令， 可以完全支持Groovy脚本语言，兼容JAVA生态，可以支持各种第三方组件，再加入Mysql的打包配置持久化， 可以很灵活的实现各种复杂打包的场景，更好的控制管理版本的打包，实现可持续性的集成配置管理，可以极大的简化打包配置工作量。这里讲解具体的配置使用， 以及在使用过程中所遇到的一些问题的处理。

2. Jenkins与Groovy工程的集成

2.1. 进入jenkins的系统管理

2.2. 进入Global Pipeline Libraries配置

需要将Groovy工程加入配置：

配置GIT连接信息

凭据添加管理

可以采用用户名和密码的配置方式：

3. 创建流水线任务

3.1. 创建名为PIPELINE_TEST的流水线任务

3.2. 编写pipeline script 脚本

3.3. 在Groovy沙盒中执行

Groovy 沙盒是一个封闭的环境， 但会限制一些使用能力， 它可以保障脚本执行的安全，可以根据需要勾选。

保存之后， 对任务进行构建， 就可以在jenkins中调用Groovy脚本。

4. 如何引入第三方依赖

在实际使用中， Groovy工程可能需要用到第三方依赖， 比如JSON解析组件、数据JDBC驱动等，但如果没有正确配置， 在jenkins中是无法正确使用。

4.1. 首先在jenkins的pipeline script中定义好， 通过构建进行下载：

@GrabResolver(name='resp', root='http://192.168.1.108:8082/nexus/content/repositories/releases/')

注意，不同的jar包可能在不同的仓库类别中，要注意仓库后面的路径要配置正确。

4.2. 在Groovy工程中引用第三方组件

这里是多个组件标签的写法， 每个@Grab标签包含三部分信息，相当于MAVEN的GROUPID、ARTIFACTID以及VERSION信息

最后在Jenkins的pipeline script中通过@Library标签引入Groovy工程即可正常调用。

5. 如何解决PipelineScript中无法识别Mysql驱动问题

在实际使用中， 通过上面的引入第三方依赖步骤方法，发现始终无法有效识别mysql驱动，检查驱动包也已下载至groovy缓存库中， 但是仍然报错，通过分析定位， 原因是jenkins内部中java环境classpath没有指定驱动包， 解决方法：

5.1. 检查jenkins中的classpath依赖路径

不同jenkins版本，路径是不一样：

如果 jenkins 运行的是 jdk < 9，正确的位置： <java_home>/jre/lib/ext
如果 jenkins 正在运行 jdk >= 9，正确的位置： /usr/share/jenkins/jenkins.war

具体可通过在jenkins的脚本控制台中执行以下指令识别：

println System.getProperty("java.ext.dirs")

或者：

println System.getProperty("java.class.path")

jenkins的操作示例：

这里的jenkins是jdk9以上的版本， 可以看到路径是： /usr/share/jenkins/jenkins.war

war包的修改相对复杂点， 需要加jar包添加至war包内。

5.2. 在jenkins的war包中添加mysql驱动

1、先创建WEB-INF的lib目结构录

sudo mkdir -p /usr/share/jenkins/WEB-INF/lib/

2、将mysql的驱动包copy至lib目录内

先将mysql-connector-java驱动上传至/var/jenkins_home目录

cp ./var/jenkins_home/mysql-connector-java-8.0.21.jar /usr/share/jenkins/WEB-INF/lib/

3、将mysql的驱动包加入至jenkins.war中

jar -uvf jenkins.war ./WEB-INF/lib/mysql-connector-java-8.0.21.jar

最后， 再重新启动jenkins服务，就可以正常识别mysql的驱动。