有一个我从未见过的奇怪问题。
在我的gradle项目的依赖项列表中添加compile 'org.locationtech.spatial4j:spatial4j:0.7'
会导致类路径损坏。当我注释掉该库并运行java -verbose:class -jar sol_backend_full.jar > ok.log
时,它将输出4399行的类条目。但是,在该库位于类路径中的情况下,java -verbose:class -jar sol_backend_full.jar > failed.log
仅输出953行,其中大多数是java.lang.*
或sun.*
。
显然会产生Error: Could not find or load main class
。
➥有没有人遇到过这种奇怪的行为?
当然,我可以用另一个空间库替换该库,但是发生的事情很奇怪。仅在此库中会发生这种情况,删除/添加其他任何库都可以。
有问题的版本是5.5.1
,该库清单看起来有些长,但一点也不可疑。回退到4.8
也会重现。
以下是构建脚本:
task customFatJar(type: Jar) {
manifest {
attributes 'Main-Class': 'ru.rxproject.sol.backend.BackendApplication',
'Implementation-Version': version + System.getenv('BUILD_NUMBER').toString(),
'Commit-Hash': 'git-' + System.getenv('GIT_COMMIT'),
'Build-Date': java.time.LocalDateTime.now().toString()
}
archiveName = 'sol_backend_full.jar'
from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } }
with jar
}
答案 0 :(得分:1)
JAR依赖org.locationtech.spatial4j:spatial4j:0.7是一个已签名的jar。创建胖子罐时,Java Classloader无法从胖子罐中加载其他类,因为这些未签名。
因此,如果不排除签名,就不能创建具有这种依赖性的胖子。
请参考-Gradle - FatJar - Could not find or load main class
就像上面的帖子中提到的那样,您可以排除像-
这样的签名jar {
manifest {
attributes "Main-Class": mainClassName
}
from {
configurations.compile.collect { it.isDirectory() ? it : zipTree(it) }
}
exclude 'META-INF/*.RSA'
exclude 'META-INF/*.SF'
exclude 'META-INF/*.DSA'
}
但是,我建议不要将jar依赖项移出胖子。