如果把依赖包全部打入到jar中,会使jar很大,再升级时特别费劲,每次升级传输都要等。废话不多说,先上代码
// 配置bootJar进行打包
// 清除现有的lib目录
task clearJar(type: Delete) {
delete "$buildDir\\libs\\lib"
}
// 将依赖包复制到lib目录
task copyJar(type: Copy, dependsOn: 'clearJar') {
from configurations.compileClasspath
into "$buildDir\\libs\\lib"
}
bootJar {
// 例外所有的jar
excludes = ["*.jar"]
// lib目录的清除和复制任务
dependsOn copyJar
dependsOn clearJar
// 指定依赖包的路径
manifest {
attributes "Manifest-Version": 1.0,
'Class-Path': configurations.compileClasspath.files.collect { "lib/$it.name" }.join(' ')
}
}
上面这段代码放在gradle最后即可,看起来没什么毛病,但是启动的时候发现根本无法启动,缺少依赖,提示啥啥啥找不到,刚开始并没怀疑是缺少依赖,把错误再工程里面也能找到,但是注意看打包完成之后的lib目录与jar中的MANIFEST.MF,发现确实少了不少依赖。对比完整打包的jar中lib数量,发现少了一百多个,这要能启动起来就有鬼了。
看看configurations还有其他属性,于是用runtime试试,先编译一把,再看lib目录中依赖数量,与jar中的lib数一直,再启动,OK,收工,贴完整代码。
// 配置bootJar进行打包
// 清除现有的lib目录
task clearJar(type: Delete) {
delete "$buildDir\\libs\\lib"
}
// 将依赖包复制到lib目录
task copyJar(type: Copy, dependsOn: 'clearJar') {
into "$buildDir\\libs\\lib"
from configurations.runtime
}
bootJar {
// 例外所有的jar
excludes = ["*.jar"]
// lib目录的清除和复制任务
dependsOn clearJar
dependsOn copyJar
// 指定依赖包的路径
manifest {
attributes "Manifest-Version": 1.0,
'Class-Path': configurations.runtime.files.collect { "lib/$it.name" }.join(' ')
}
}