Gradle创建多项目Jar

时间:2014-03-29 19:41:40

标签: android jar dependencies gradle task

所以我从他们成立之初就开始在Gradle和Android Studio中玩游戏。然而,我发现自己在墙壁上撞击的次数远远超过它的次数,然后它值得:(。

我花了一天半时间试图解决目前的困境。

在我工作的地方,我们使用了很多共享库项目。这意味着,与Gradle的原生假设不同,我的项目并非全部嵌套在一个父项目下。 (但这不是我的问题)我已经开始工作了。

在我们的项目完成并准备好之后,它被要求为当前项目基础架构创建一个SDK以供外部使用。现在在旧的IntelliJ中,我只是生成一些JavaDocs并创建一个包含所有依赖项的Artifact,然后另一个不包含依赖项jars并尊重它们。

然而,在Gradle中,这看起来非常困难,甚至可能都不受支持,而且经过超过10个小时的谷歌搜索和反复试验,我找不到其他任何人这样做了,我最终决定制作一个演示项目,准确显示我正在做的事情和我想要完成的事情。

我需要做一些事情。

  1. 生成包含所有模块依赖关系代码和相关Jar文件的Jar文件
  2. 生成包含所有模块依赖关系代码和ZERO依赖Jar文件的Jar文件
  3. 生成一个AAR文件,其中包含所有模块依赖关系代码和相关的Jar文件,以及用于启动我们的活动的资源,如果他们想要使用它。
  4. 生成一个AAR文件,其中包含所有模块依赖关系代码和ZERO Jar文件,以及用于启动我们的Activity的资源(如果他们想要使用它)。
  5. 所以我的问题就在于此。运行Task with(type:Jar)时,每个模块只生成它自己的代码。我设法让依赖的Jar文件一次编译,但是没有常规的源代码,但是我从来没有能够将模块的源代码包含在Jar文件中。是我现在最大的障碍。

    以下是我在没有完成这个简单任务的情况下尝试过的任务列表。

        evaluationDependsOn(':dependencyModule')
    
    
    task myJar(type: Jar){
        appendix = 'myJar'
        from android.sourceSets.main.allSource.files
    }
    
    task uberJar (type: Jar){
        from(configurations.compile.collect { it.isDirectory() ? it : zipTree(it) }) {
            exclude "META-INF/*.SF"
            exclude "META-INF/*.DSA"
            exclude "META-INF/*.RSA"
        }
    }
    
    task fatJar(type: Jar, dependsOn: 'compileJava') {
        from {
            sourceSets.main.output.classesDir
        }
    
        // Add all dependencies except for android.jar to the fat jar
        from {
            configurations.compile.findAll {
                it.getName() != 'android.jar'
            }.collect {
                it.isDirectory() ? it : zipTree(it)
            }
        }
    
        archiveName = 'fatJar.jar'
    }
    
    task jarFat(type: Jar) {
        appendix = "fat"
        from android.sourceSets.main.java
        from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } }
    }
    
    task sourcesJar(type: Jar) {
        from android.sourceSets.main.allSource
        classifier = 'sources'
    }
    
    task clearJar(type: Delete) {
        delete 'build/libs/myCompiledLibrary.jar'
    }
    
    task makeJar(type: Copy) {
        from('build/bundles/release/')
        into('build/libs/')
        include('classes.jar')
        rename ('classes.jar', 'myCompiledLibrary.jar')
    }
    
    makeJar.dependsOn(clearJar, build)
    
    task jar(type: Jar) {
        from android.sourceSets.main.allJava
    }
    
    task deployJar(type: Jar, dependsOn: jar) {
        baseName = project.name + '-deploy'
        deps = configurations.runtime + configurations.archives.allArtifactFiles
        depClasses = { deps.collect { it.isDirectory() ? it : zipTree(it) } }
        from(depClasses) {
            exclude 'META-INF/MANIFEST.MF'
        }
    }
    
    task modelJar(type: Jar) {
        from sourceSets.main.output
    }
    task jarWithDependency(type: Jar){
        from android.sourceSets.main.classesDir
        from {configurations.compile.collect {zipTree(it)}}
    }
    
    task androidJavadocs(type: Javadoc) {
        source = android.sourceSets.main.allJava
    }
    

    还没有完成这项工作。任何帮助将不胜感激!! 提前感谢您抽出时间来看看这个。 我有一个功能齐全的示例项目,如果有人愿意,但我没有看到上传的选项,所以是我建立的演示项目的链接。它非常小,非常容易理解。基本上每个项目的一个类或方法。

    Demo Project

2 个答案:

答案 0 :(得分:0)

使用application插件,您只需调用“distZip”即可获得所有库的zip。默认情况下,您将获得一个bin目录,其中包含批处理文件和一个用于运行程序的shell脚本以及一个包含所有jar文件的lib目录。

您可能希望更新Manifest以包含所有必需的库,如下所示(我的其他内容)。

编辑我删除了对“project”的引用,因为在这种情况下不需要它。

 jar.doFirst
 {
     // aggregate all the jars needed at runtime into a local variable (array)
     def manifestClasspath = configurations.runtime.collect { it.name }

     // remove duplicate jar names, and join the array into a single string
     manifestClasspath = manifestClasspath.unique().join(" ")

     // set manifest attributes - mainClassName must be set before it is used here
     manifest.attributes.put("Main-Class", mainClassName)
     manifest.attributes.put("Class-Path", manifestClasspath)
 }

我不是Android开发人员,因此您必须为AAR添加一些额外的代码。

答案 1 :(得分:0)

来自作者的更新。 好的,随着时间的推移,我了解到最好的做法是允许依赖管理工具完成工作,而不是试图打包这些文件。

你可以创建fat jar和fat aar文件,有插件可以提供帮助,但它很hacky并且不允许用户在已编译产品中嵌套传输时正确排除传递。 exclude用于maven服务器pom文件以包含或排除依赖项文件。

因此,使用Maven Repo Server是管理此功能的最佳方式,因为FAT编译器插件不可靠并且每个gradle更新都会中断,更重要的是限制了用户排除"部分内容的能力所有"当涉及到传递时。

如果你能避免它并且以我推荐的正确方式做到这一点,那就远离这样做。我将留下这篇文章,以防其他任何人正在走这条坏道路,并希望你转向依赖管理服务器的正确路径,并使用由pom文件管理的传递依赖。