2013-06-05 1 views
6

Я пытаюсь перенести старый проект IntelliJ, чтобы использовать gradle. Однако assembleDebug терпит неудачу во время стадии йх:Gradle и несколько проектов с зависимостью Roboguice

java.lang.IllegalArgumentException: already added: Lcom/google/inject/AbstractModule; 
    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) 

Мой проект разделен на два подпроекта: основной проект и проект библиотеки. Оба этих проекта имеют Roboguice и Guice в качестве зависимостей.

Я пробовал предлагаемое решение Xav для включения библиотеки поддержки в несколько проектов, как упомянуто in this answer. Обходной путь, вероятно, даже не понадобится, учитывая, что roboguice/guice берутся из центрального центра. Я создал проект фиктивной библиотеки, который является единственным проектом, который зависит от roboguice/guice. Я сделал так, чтобы мой основной проект и проект (правда) библиотеки зависели от этого фиктивного проекта. Однако я получаю ту же ошибку.

Как это можно исправить?

settings.gradle в корневом каталоге:

include 'MainApp' 
include 'library' 
include 'common-library' 

build.gradle в корневом каталоге:

buildscript { 
    repositories { 
     mavenCentral() 
    } 
    dependencies { 
     classpath 'com.android.tools.build:gradle:0.4.2' 
    } 
} 

allprojects { 
    version = '1.0' 

    repositories { 
     mavenCentral() 
    } 
} 

apply plugin: 'android-reporting' 

build.gradle в главном проекте и реальной библиотека проекта:

apply plugin: 'android' 

android { 
    compileSdkVersion 15 
    buildToolsVersion "17.0" 
    sourceSets   { 
     main { 
      manifest.srcFile 'AndroidManifest.xml' 
      java.srcDirs = ['src'] 
      res.srcDirs = ['res'] 
     } 
    } 
} 

dependencies { 
    compile project(':library') // only in main, not in real library 
    compile project(':common-library') 
} 

build.gradle в фиктивном проекте библиотеки:

apply plugin: 'android-library' 

android { 
    compileSdkVersion 15 
    buildToolsVersion "17.0" 
    sourceSets   { 
     main { 
      manifest.srcFile 'AndroidManifest.xml' 
      java.srcDirs = ['src'] 
      res.srcDirs = ['res'] 
     } 
    } 
} 

dependencies { 
    compile 'org.roboguice:roboguice:2.0' 
    compile 'com.google.inject:guice:3.0' 
} 

ответ

9

Вы правы, что фиктивная библиотека не нужна, так как вы используете Maven. Если вы посмотрите на .pom for Roboguice, он перечисляет Guice как зависимость с классификатором «no_aop». Тем не менее, вы также перечисляете Guice явно без классификатора. Я предполагаю, что Maven вытягивает обе версии, что приводит к конфликту с объединением dexing.

Попробуйте удалить compile 'com.google.inject:guice:3.0' из вашего файла сборки Gradle и посмотреть, будет ли он создан.

+0

Спасибо, что работал. Не совсем помню, почему я чувствовал, что мне нужно добавить в зависимость зависимости. – Hrushikesh

0

Хорошо, ребята, я основал! Для решения этой проблемы вы используете 'исключить модуль' on build.gradle для библиотеки-проекта.

Вот мои примеры: компиляции ('oauth.signpost: указатель-commonshttp4: 1.2.1.2') { исключить модуль: 'httpcore'}