【问题标题】:Gradle for Android AAR Depending Upon AAR, Both In The Same Remote Repository?Gradle for Android AAR 取决于 AAR,两者都在同一个远程存储库中?
【发布时间】:2013-12-12 18:17:39
【问题描述】:

关于 Gradle 中 AAR 文件的传递依赖关系存在一些问题:

我在尝试对远程存储库中的 AAR 文件设置传递依赖时也遇到了类似的问题。我有 App A,取决于库 B,而库 B 又取决于 在库 C 上。库 C 位于 Maven 存储库中。库 B 在同一个仓库中,带有一个 POM 包含对库 C 的依赖项。应用程序 A 在其依赖项中有库 B。但是,运行 gradle clean assembleDebug 会导致:“模块版本 [库 B] 依赖于库,但本身不是库”。

我试图悬赏其中一个问题,希望得到澄清,但没有运气。

我的猜测是,我和那些有上述 SO 问题的人看到的困难可能有两个来源:

  1. 来自远程存储库的传递 AAR 依赖关系被简单地破坏了

  2. 来自远程存储库的传递 AAR 依赖项工作,但在我们的 POM 文件、build.gradle 文件或破坏依赖项的某些东西中存在问题

问题:有人知道某个公共存储库(例如 Maven Central)中的 AAR 工件,它依赖于同样位于同一公共存储库中的另一个 AAR 工件吗?

我对依赖于本地存储库中某些内容的 AAR 不感兴趣,例如 Maven Central 中依赖于 com.android.support:support-v4 的 AAR。就我而言,如果库 B 和库 C 都在我的本地 Maven 存储库 (~/.m2) 中,则一切正常。

根据 Xav,what I am doing should work。因此,我希望有人能给我指出一个可行的例子,以便我可以用它来确定我们其他人可能出错的地方。

注意:我知道要求异地资源是禁止的。在这种情况下,我不是在寻找资源本身,而是作为工作配置的示例,以帮助调试非工作配置。如果您有另一种写出显示工作配置的答案的方式,那就太棒了!

谢谢!

【问题讨论】:

  • 我还将这个相关问题添加到您的列表中:stackoverflow.com/questions/20507608 - 它涉及 libray 模块中的传递依赖项 - 尽管不在 AAR 工件中。
  • 请您将答案标记为正确吗?

标签: android android-gradle-plugin


【解决方案1】:

我没有公开示例,但我在内部托管的 Nexus 存储库中成功设置了此场景。这是设置:

App - Android 应用项目 LibraryB - Android 库项目 picasso - Square 的开源库(可在 Maven Central 上获得) LibraryA - Android 库项目

App 依赖于 LibraryB 和 picasso LibraryB 依赖于 LibraryA

这是 LibraryB 的 POM(从 Nexus 下载)

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
   <modelVersion>4.0.0</modelVersion>
   <groupId>com.example</groupId>
   <artifactId>LibraryB</artifactId>
   <version>0.1</version>
   <packaging>aar</packaging>
   <dependencies>
      <dependency>
         <groupId>com.example</groupId>
         <artifactId>LibraryA</artifactId>
         <version>3.0.1</version>
         <scope>compile</scope>
      </dependency>
      <dependency>
         <groupId>com.squareup.picasso</groupId>
         <artifactId>picasso</artifactId>
         <version>2.1.1</version>
         <scope>compile</scope>
      </dependency>
   </dependencies>
</project>

这是 LibraryB 的 build.gradle

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.6.+'
    }
}
apply plugin: 'android-library'
apply plugin: 'maven'

version versionProp
group 'com.example'

repositories {
    mavenCentral()
    maven {
        url(exampleReleaseRepoUrl)
    }
}

android {
    compileSdkVersion 19
    buildToolsVersion "19.0.0"

    defaultConfig {
        minSdkVersion 8
        targetSdkVersion 19
    }
    release {
        runProguard false
        proguardFile 'proguard-rules.txt'
        proguardFile getDefaultProguardFile('proguard-android.txt')
    }
}

dependencies {
    compile 'com.example:LibraryA:3.0.1'
    compile 'com.squareup.picasso:picasso:2.1.1'
}

uploadArchives {
    repositories {
        mavenDeployer {
            repository(url: uri(exampleReleaseRepoUrl)) {
                authentication(userName: nexusUsername, password: nexusPassword)
            }
            snapshotRepository(url: uri(exampleSnapshotRepoUrl)) {
                authentication(userName: nexusUsername, password: nexusPassword)
            }
        }
    }
}

这是 LibraryA 的 POM(从 Nexus 下载)

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
   <modelVersion>4.0.0</modelVersion>
   <groupId>com.example</groupId>
   <artifactId>LibraryA</artifactId>
   <version>3.0.1</version>
   <packaging>aar</packaging>
   <dependencies>
      <dependency>
         <groupId>com.android.support</groupId>
         <artifactId>support-v4</artifactId>
         <version>19.0.0</version>
         <scope>compile</scope>
      </dependency>
   </dependencies>
</project>

LibraryA 的 build.gradle 与上面的 LibraryB 非常相似。

LibraryA 和 LibraryB 的工件和 POM 是通过以下 Gradle 命令上传的

gradle uploadArchives

App 的 build.gradle 如下所示

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:0.6.+'
    }
}
apply plugin: 'android'

repositories {
    mavenCentral()
    maven {
        url(exampleReleaseRepoUrl)
    }
}

android {
    compileSdkVersion 19
    buildToolsVersion "19.0.0"

    defaultConfig {
        minSdkVersion 8
        targetSdkVersion 19
    }
    buildTypes {
        release {
            runProguard false
            proguardFile getDefaultProguardFile('proguard-android.txt')
        }
    }
    productFlavors {
        defaultFlavor {
            proguardFile 'proguard-rules.txt'
        }
    }
}

dependencies {
    compile 'com.android.support:support-v4:19.0.0'
    compile 'com.android.support:appcompat-v7:19.0.0'
    compile 'com.example:LibraryB:0.1'
}

如果您需要任何进一步的信息,请告诉我。

【讨论】:

  • 抱歉延迟回复 - 出于某种原因,我没有收到关于您的回答的通知。我会尽快看看这个,尝试比较 POM 以找出发生了什么。谢谢!
  • 嗯...好吧,我的 POM 看起来不错,将它们与您的进行比较。我将不得不运行更多测试,尤其是在升级到最新的 android 插件之后。谢谢!
  • 我遵循了这个但是没有得到正确的版本控制和工件命名,你可以在哪里配置这个?
【解决方案2】:

Gradle 1.9 和com.android.tools.build:gradle:0.7.+ 似乎解决了我的问题。至少,我无法再重现该问题。

【讨论】:

    【解决方案3】:

    Android Studio 0.4.4 开始使用 .AAR 依赖项与使用 .JAR 依赖项一样简单。只需将其放入\libs 目录并在build.gradle 中引用即可:

    compile files('libs/YOUR_LIBRARY_NAME.aar')
    

    【讨论】:

    • 请注意,这个问题是关于远程存储库的。另请注意,AFAIK 不赞成裸 AAR,原因与裸 JAR 相同 - 版本管理。话虽如此,感谢您发布信息!
    • 其实我也有这种情况,上面的解决方法不起作用(AS 0.4.5,gradle 1.10,plugin 0.8.3)。我不得不使用“flatDir”存储库解决方法。但不幸的是,传递依赖不起作用。
    猜你喜欢
    • 1970-01-01
    • 2016-07-10
    • 2014-05-27
    • 2014-01-23
    • 2015-02-24
    • 2014-07-27
    • 1970-01-01
    • 1970-01-01
    • 2017-05-02
    相关资源
    最近更新 更多