Android Gradle сборка с субпроектами

Ответ 1

settings.gradle должен определять все модули. Он не будет загружать другие настройки, найденные в дереве для загрузки большего количества модулей.

Вам придется либо

• определите модуль для SDK facebook в настройках верхнего уровня .gradle. Да, он избыточен с другими настройками .gradle.

• как-то публиковать проект B (а также его зависимости, в данном случае библиотеку SDK facebook), где-то (например, корпоративный репозиторий артефактов) и получить доступ к нему из проекта A.

В то время как # 1 лучше, это делает зависимость ProjectB → Facebook сложной, так как путь будет отличаться в зависимости от используемых настроек .gradle. Один из способов исправить это - разделить имя/путь модуля от его фактического местоположения на диске. это делается внутри файла settings.gradle.

В файле настроек верхнего уровня на уровне верхнего уровня выполните

include 'facebook-sdk'
project(':facebook-sdk').projectDir = new File('Libraries/ProjectBRoot/Libraries/FacebookSDK/facebook')

В файле setup.gradle внутри вашего проекта B выполните то же самое с другим относительным путем:

include 'facebook-sdk'
project(':facebook-sdk').projectDir = new File('Libraries/FacebookSDK/facebook')

Это позволяет обеим проектам определить один и тот же модуль "facebook-sdk", расположенный в одном и том же абсолютном местоположении на диске.

Все проекты, зависящие от этого модуля, должны просто объявлять зависимость как

compile project(':facebook-sdk') 

Ответ 2

Это не тот ответ, который вы ищете, но...

Я потратил около 4 дней, пытаясь перенести мою сложную структуру проекта (как и на самом деле), в gradle. В конце концов, я отбросил всю концепцию подпроекта (поскольку в моем случае это просто не сработало), и я решил использовать локальный подход репозитория maven, как описано в этой статье: http://www.flexlabs.org/2013/06/using-local-aar-android-library-packages-in-gradle-builds

Итак, в моих проектах в библиотеке, где были подпроекты, я в основном создавал полные проекты библиотек для каждого из них, а затем использовал ссылку выше, чтобы опубликовать их в локальном репозитории maven. Затем в родительском проекте я удалил любые ссылки на подпроекты, а в зависимостях я просто ссылался на опубликованные библиотеки. И затем в моем основном проекте я удалил все ссылки на подпроекты, и я ссылался на опубликованные локальные версии моих библиотек.

В конце концов, все работает очень хорошо, но потребовалось некоторое время, чтобы все переделать. У меня было около 6 проектов библиотеки с суб-проектами, что это подпроекты и т.д., И теперь все работает нормально.

То, что мне не нравится в таких системах, как Gradle и Maven, - это то, что они действительно ожидают, что вы измените "как" вы структурируете свой код/​​проекты. Итак, если вы переходите на Gradle vs, начиная с Gradle, тогда процесс может быть довольно неприятным. Как только вы это выясните, в следующий раз намного проще;)

Ответ 3

У меня просто было бы приложение с библиотеками на одном уровне. Вы все равно можете создавать и упаковывать каждую библиотеку на основе файла build.gradle. Я мог бы что-то упустить, но структура не так важна, как в файлах build.gradle. Вы все еще можете зависеть от ProjectB от Facebook, даже если они находятся на одном уровне с папками.

Ответ 4

Если бы та же проблема, в моем случае, я просто забыл добавить проект в settings.gradle. После этого он работал

Ответ 5

Мне удалось создать проект (без ошибок gradle). Ответ Ксавье был очень полезным.

Я провожу почти 3 дня, пытаясь настроить свой проект, я знаю, что я очень близок к тому, чтобы быть finsihed, но у меня НЕОПРЕДЕЛЕННЫЙ ТОП-УРОВЕННОЕ ИСКЛЮЧЕНИЕ на последнем этапе процесса сборки gradle (dexDebug).

Моя настройка проекта очень похожа на Stoyan, однако у меня есть несколько проектов андроидной библиотеки, которые ссылаются на библиотеки поддержки Android. Я предлагаю, если у вас возникнут проблемы с компиляцией вашего проекта с корневым корнем (ошибка поддержки поддержки Android уже добавлена), вам нужно переместить банку в отдельный проект библиотеки Android (разделить/разделить на отдельный экземпляр).

Пример

--| ProjectARoot
--| ProjectA (where main/java etc are)
  --| build.gradle
--| settings.gradle
--| libraries
  --| ProjectBRoot
    --| settings.gradle
    --| ProjectB
    --| libraries
       --| android-supports (android lib project)
         --| libs
           --| android-support-v4.jar
           --| android-support-v13.jar
         --| build.gradle
       --| libA
         --| build.gradle (referencing android-supports)'

Пример скрипта сборки для ссылок на поддержку ссылок на libA.

buildscript {
  repositories {
      maven { url 'http://repo1.maven.org/maven2' }
  }
  dependencies {
      classpath 'com.android.tools.build:gradle:0.4'
  }
}
apply plugin: 'android-library'

dependencies {
  compile project(':android-support')
}

android {
  compileSdkVersion 17
  buildToolsVersion "17.0.0"

  defaultConfig {
      minSdkVersion 7
      targetSdkVersion 17
  }
}

//верхние настройки root.gradle

include 'ProjectB', 'android-support', ':ProjectA' (notice Project B is first than android-support and lastly Project A)

project(':android-support').projectDir = new File('libraries/ProjectBRoot/libraries/android-support')
project(':ProjectB').projectDir = new File('libraries/ProjectBRoot/ProjectB')

В настоящее время, когда я запускаю gradle build, я получаю эту ошибку

:ProjectA:dexDebug

UNEXPECTED TOP-LEVEL EXCEPTION:
java.lang.IllegalArgumentException: already added: Landroid/support/v4/accessibilityservice/AccessibilityServiceInfoCompat;
at com.android.dx.dex.file.ClassDefsSection.add(ClassDefsSection.java:123)
at com.android.dx.dex.file.DexFile.add(DexFile.java:163)
at com.android.dx.command.dexer.Main.processClass(Main.java:490)
at com.android.dx.command.dexer.Main.processFileBytes(Main.java:459)
at com.android.dx.command.dexer.Main.access$400(Main.java:67)
at com.android.dx.command.dexer.Main$1.processFileBytes(Main.java:398)
at com.android.dx.cf.direct.ClassPathOpener.processArchive(ClassPathOpener.java:245)
at com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:131)
at com.android.dx.cf.direct.ClassPathOpener.process(ClassPathOpener.java:109)
at com.android.dx.command.dexer.Main.processOne(Main.java:422)
at com.android.dx.command.dexer.Main.processAllFiles(Main.java:333)
at com.android.dx.command.dexer.Main.run(Main.java:209)
at com.android.dx.command.dexer.Main.main(Main.java:174)
at com.android.dx.command.Main.main(Main.java:91)
1 error; aborting
:ProjectA:dexDebug FAILED