2016-09-27 1 views
0

Так у меня есть структура проекта следующим образомGradle: Multi-проект построить

root 
|-- module-1 
|-- module-2 
. 
. 
|-- module-n 

Окончательный артефакт мы смотрим на это комбинированная баночку из всех источников из всех модулей. Я не уверен, правильно ли это. Вот мой билд-скрипт:

plugins { 
     id "com.github.johnrengelman.shadow" version "1.2.3" 
    } 

    group = 'com.root' 
    version = System.getenv('BUILD_NUMBER') ?:'1.0-SNAPSHOT' 
    apply plugin: 'java' 
    sourceCompatibility = 1.8 

    configurations { providedCompile } 

    repositories { 
     mavenLocal() 
     mavenCentral() 
    } 

    def sparkVersion = '2.0.0' 
    def scalaMajorVersion = '2.11' 

    sourceSets { 
     main { 
      java { 
       srcDirs = ['module1/src/main/java', 'module2/src/main/java'] 
      } 
     } 
    } 

    dependencies { 
     compile group: 'org.scala-lang', name:'scala-compiler', version:'2.11.8' 
     compile group: 'org.apache.kafka', name: 'kafka-clients', version: '0.9.0.0' 
     compile group: 'org.apache.spark', name: "spark-streaming-kafka_$scalaMajorVersion", version: '1.6.2' 
     compile group: 'org.apache.spark', name: "spark-streaming_$scalaMajorVersion", version: "$sparkVersion" 
     compile group: 'org.apache.spark', name: "spark-catalyst_$scalaMajorVersion", version: "$sparkVersion" 
     compile group: 'com.google.code.gson', name: 'gson', version: '2.7' 
     compile group: 'org.apache.zookeeper', name: 'zookeeper', version: '3.4.9' 
     providedCompile group: 'org.apache.spark', name: "spark-core_$scalaMajorVersion", version: "$sparkVersion" 
     providedCompile group: 'org.apache.spark', name: "spark-sql_$scalaMajorVersion", version: "$sparkVersion" 
     testCompile group: 'junit', name: 'junit', version: '4.11' 
    } 

    build.dependsOn(shadowJar); 

    shadowJar { 
     zip64 true 
    } 

    sourceSets.main.compileClasspath += configurations.providedCompile 
    sourceSets.test.compileClasspath += configurations.providedCompile 
    sourceSets.test.runtimeClasspath += configurations.providedCompile 

    artifacts { 
     archives file: shadowJar.archivePath, builtBy: shadowJar 
    } 

Таким образом, мы просто добавляющим sourceSets, когда добавляется новый модуль.

Я просто хотел подтвердить, является ли это правильным способом создания многомодульного проекта, если не так, как правильно? и как учитывать зависимости между модулями?

ответ

0

Вы, кажется, дублируете логику, поскольку каждый модуль компилирует .java в .class, но затем вы делаете это снова при агрегации. Если бы это было, я бы следующие модули

root 
|-- module-1 
|-- module-2 
. 
. 
|-- module-n 
+-- uber 

И в uber модуле я хотел бы использовать shadow агрегировать скомпилированные .class файлы. Ваш uber/build.gradle может выглядеть так:

apply plugin: 'com.github.johnrengelman.shadow' 
apply plugin: 'java' 

dependencies { 
    runtime project(':module-1') 
    runtime project(':module-2') 
    runtime project(':module-N') 
} 

shadowJar { 
    baseName = 'foo' 
    classifier = 'bar' 
    version = project.version 
} 
+0

так что каждый модуль будет иметь свой собственный файл градиента? если да, то как это будет выглядеть? – eatSleepCode

+0

В отличие от maven, град не диктует это. Вы можете иметь все модули в одном файле, каждый модуль в отдельном файле или их комбинацию. Я предлагаю вам прочитать документацию по градиенту для сборки нескольких модулей –

 Смежные вопросы

  • Нет связанных вопросов^_^