我有一个Grails 3.1.8应用程序,并构建了一个运行良好的可执行jar文件。现在,我想使用GradleMaven插件将生成的jar文件上传到我的maven存储库。问题开始了。上载任务上载了错误的JAR文件。
如果执行“grails assemble”,将生成两个文件:
100032 mcc-1.0.9.jar
4880 mcc-1.0.9.jar.original
如您所见,第一个较大的文件显然是fat jar文件,它运行良好。完成组装任务后,执行“上载”任务并上载较小的文件。我还试图定义工件:
artifacts {
archives file: file("build/libs/mcc-1.0.9.jar")
}
然后脂肪罐被覆盖或根本不产生:
4880 mcc-1.0.9.jar
4880 mcc-1.0.9.jar.original
小罐子再次上传。我怎样才能强迫gradle接受fat jar文件,或者至少只生成正确的文件?
我也有同样的问题
gradle clean build assemble artifactoryPublish
感谢Hubert Klein在本文评论区回答了我的问题:https://dzone.com/articles/grails-goodness-creating-a-fully-executable-jar.
这是因为uploadArchives任务默认情况下依赖于jar任务。但是bootRepackage任务没有执行,这实际上用完整的可执行jar文件覆盖了jar文件。如果您添加到构建中。任务uploadArchives依赖于组装任务的gradle文件在uploadArchives之前调用bootRepackage任务:
uploadArchives.dependsOn(assemble)
我的grails flyway插件的可传递依赖性有问题<代码>组织。圣杯。插件:grails flyway:0.2.1声明了对org的依赖关系。flywaydb:flyway核心:4.0.1。当我将插件包含到Grails 3.1.6项目中时,Gradle将Flyway降级到3.2.1版本。 我的Gradle构建文件如下所示 目前我不明白为什么Gradle会降低我的传递依赖性。有人能提供这个吗? 我
我试图创建一个CI构建,构建一个android应用程序的发布版本,并将得到的apk上传到maven sonatype nexus Repo。 当我运行assembleRelease时,apk被生成、签名、运行proguard,并位于build/outputs/apk/app-release.apk中 我运行:gradle UploadArchitores,它工作得很好,它确实上传了一个apk到ne
我正在考虑从Blobstore切换到Google云存储,以便在项目中上传图像(因为Google称Blobstore为“被取代”)。 在Blobstore中,多部分表单将直接提交(上传)到Blobstore,然后Blobstore将重写请求并重定向到GAE应用程序,以处理BlobKey。这意味着GAE应用程序的负载非常小。 有没有办法通过谷歌云存储(GCS)实现类似的工作流? 在读取和写入Googl
这是我的构建。格雷德尔 和链接<代码>http://example.com/repository/maven-public/由Nexus Repository Manager构建,可访问。 当我在eclipse中单击刷新Gradle项目时。我可以看到链接指向 <代码>https://repo.maven.apache.org/..../example-commlib-1.0.pom 我认为正确的网
因此,在本教程之后,我使用Dropbox创建了自己的远程存储库。此外,我使用以下命令将第三方JAR部署到我的存储库中。 mvn部署:部署-文件-Dgroup pId=com.prowritingaid.java-DartifactId=pro_writing_aid_java-Dversion=2.0.0-D包装=jar-Dfile=pro_writing_aid_java-2.0.0.jar-D
我在intelliJ中创建了一个Java /JavaFX应用程序。我创建了它作为一个Java的应用程序,后来为JavaFX导入了必要的部件。 我尝试了Izpack、Javapackager、Jpackager、Jpackage和创建胖jar中的各种安装程序/打包程序创建者。我什么都不行。 该应用程序在IntelliJ中运行良好。 为什么它不会在别处运行? 这是我的POM、代码和错误消息。 如果你能