jenkins 指定版本打包_maven本地打包和jenkins的区别导致的问题
检查两个打包环境的nexus库是不是同一个,如不是改成一样就行maven本地打包和jenkins打包不一样大开发一个jar项目,由于要做消息发送端,就引用了公司kafka基本组件jar包。在本地跑的时候,什么问题都没有,然后提交代码到测试环境jenkins打包部署,然后发现日志怎么都打不出来。开始以为是测试环境的问题,可是这个项目之前是没有问题的。折腾了半天,把自己本地maven打的zip包和je
检查两个打包环境的nexus库是不是同一个,如不是改成一样就行
maven本地打包和jenkins打包不一样大
开发一个jar项目,由于要做消息发送端,就引用了公司kafka基本组件jar包。在本地跑的时候,什么问题都没有,然后提交代码到测试环境jenkins打包部署,然后发现日志怎么都打不出来。
开始以为是测试环境的问题,可是这个项目之前是没有问题的。折腾了半天,把自己本地maven打的zip包和jenkins打的包比较,发现两个包里面的内容不一致。
最后检查出来的原因是在本地打包的时候,maven拉的是公司私库中的jar,而jenkins中如果配置了上层项目,那么它会直接到上层项目拉取内容打包,而不是到私库中拉取。
这里的问题是,私库中保存的jar是很老的版本,后期更新的时候没有进行替换,导致两个jar不一致。
上面是问题之一,如果只是上述情况,不一定会出现日志打不出的情况。比较私库中的jar和jinkens生成的jar发现,早起的私库中版本中没有log4j.xml文件,在本地运行不会和开发项目中的log4j.xml文件冲突,所以能正常运行.测试环境中最新的kafka组件jar包增加了log4j.xml ,并且这个开发的项目的启动脚本中,
nohup java $MEMORY $RMI -Dlog.home=$LOG_PATH -cp $JAR_LIST:$CONFIG_PATH $APP_CLASS 1>/dev/null 2>$PROJECT_PATH/ERROR&
先加载jar文件,后加载配置文件,jar中的配置文件如果和本地的配置文件重名,就有可能出现覆盖的情况。
最后把启动脚本里面加载顺序更新之后,项目就能正常打印日志了
更多推荐
所有评论(0)