Creación de Android Gradle con subproyectos

Settings.gradle debe definir todos los módulos. No se cargarán otros settings.gradle encontrados en el árbol para cargar más módulos.

Tendrás que

1. Definir un módulo para el SDK de Facebook en el nivel superior settings.gradle. Sí, es redundante con los otros settings.gradle.

2. Publicar Project B de alguna manera (así como sus dependencias, en este caso la biblioteca de Facebook SDK), en algún lugar (un repositorio de artefactos corporativos por ejemplo) y acceder desde el Proyecto A.

Aunque # 1 es mejor, hace que la dependencia de ProjectB -> Facebook sea complicada ya que la ruta será diferente dependiendo de la configuración .gradle utilizada. Una forma de solucionar esto es dividir el nombre / ruta del módulo de su ubicación real en el disco. Esto se hace dentro del archivo settings.gradle.

En el archivo settings.gradle de nivel superior, haga

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

En el archivo setting.gradle dentro de su Proyecto B, haga lo mismo con la ruta relativa diferente:

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

Esto hace que tanto la configuración del proyecto defina el mismo módulo 'facebook-sdk' ubicado en la misma ubicación absoluta en el disco.

Todos los proyectos dependiendo de este módulo deberían declarar la dependencia como

 compile project(':facebook-sdk') 

Esta no es la respuesta que buscas, pero …

Pasé unos 4 días intentando migrar mi estructura de proyecto compleja (como la suya en realidad), en gradle. Al final, abandoné todo el concepto de subproyecto (ya que en mi caso, simplemente no funcionó), y opté por usar el enfoque del repositorio local de maven, tal como se describe en este artículo: http: //www.flexlabs .org / 2013/06 / using-local-aar-android-library-packages-en-gradle-builds

Por lo tanto, en mis proyectos de Biblioteca que tenían subproyectos, básicamente creé proyectos de biblioteca completos para cada uno de ellos, y luego utilicé el enlace anterior para publicarlos en el repositorio local de maven. A continuación, en el proyecto padre, he eliminado las referencias a subproyectos, y en las dependencias, acabo de hacer referencia a las bibliotecas publicadas. Y luego en mi proyecto principal, eliminé todas las referencias a los subproyectos, y hice referencia a las versiones locales publicadas de maven de mis bibliotecas.

Al final, todo funciona muy bien, pero tomó algún tiempo para convertir todo. Tenía alrededor de 6 proyectos de biblioteca con subproyectos, que subproyectos, etc, y ahora todo funciona bien.

Lo que no me gusta de sistemas como Gradle y Maven es que realmente esperan que cambie "cómo" estructura su código / proyectos. Por lo tanto, si está migrando a Gradle vs comenzar con Gradle, entonces el proceso puede ser muy frustrante. Una vez que lo averigüe, la próxima vez es mucho más fácil;)

Sólo tendría la aplicación con las bibliotecas todas al mismo nivel. Todavía puede crear y empaquetar cada biblioteca basada en el archivo build.gradle. Puedo estar perdiendo algo, pero la estructura no es tan importante como lo que está en los archivos build.gradle. Todavía podría tener projectB depender de Facebook, incluso si están en el mismo nivel de carpeta.

Finalmente he conseguido construir el proyecto (sin errores gradle). Respuesta de Xavier fue muy útil.

Paso casi 3 días tratando de configurar mi proyecto, sé que estoy muy cerca de ser finsihed pero tengo EXCEPCIÓN DE NIVEL SUPERIOR INESPERADO en el último paso del proceso de generación de gradles (dexDebug).

Mi proyecto de configuración es muy similar a Stoyan sin embargo tengo varios proyectos de la biblioteca de android que están haciendo referencia a las bibliotecas de soporte de android. Sugiero que si tiene problemas con la compilación de su proyecto de raíz superior (error diciendo que el soporte de Android ya está agregado) de lo que necesita para mover el tarro en separado proyecto de la biblioteca de Android (descomponer / separar en una instancia autónoma).

Ejemplo

 --| 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)' 

Ejemplo de script de creación para la referencia de libA android apoya proyectos

 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 } } 

// configuración raíz superior.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') 

Actualmente, cuando ejecuto gradle construir consigo este error

 :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 

Tenía el mismo problema, en mi caso, me olvidé de añadir el proyecto en settings.gradle . Después de eso, funcionó