compilation - warning - update gradle

¿Cómo puedo definir un classpath*solo*en tiempo de compilación en Gradle?

Question

¿Puede alguien darme un simple ejemplo build.gradle de cómo puedo especificar clases de tiempo de compilación que no están incluidas en la implementación en tiempo de ejecución (war).

Parece que Gradle ha recibido esto al revés ya que ''runtime'' hereda de ''compile''. No puedo imaginar una situación en la que me gustaría tener clases en tiempo de ejecución que no quisiera en el momento de la compilación. Sin embargo, hay muchas circunstancias en las que necesito clases para generar código en tiempo de compilación que no deseo implementar en tiempo de ejecución.

He repasado la documentación de gradle hinchada pero no puedo encontrar instrucciones claras o ejemplos. Sospecho que esto podría lograrse definiendo una ''configuración'' y configurándola como la ruta de clase del complemento CompileJava, pero la documentación no explica cómo lograr esto.

Answer 1

El OP aparentemente no buscó una respuesta de Android, pero algunas respuestas son específicas de Android. Así que le sugiero que mire esta página: http://tools.android.com/tech-docs/new-build-system

La versión 0.9.0 introdujo un alcance proporcionado. Entonces, solo usa

dependencies {
    provided "groupId:artifcatId:version"
}

Answer 2

En Android Studio 1.0 haz esto:

android.libraryVariants.all { variant ->
    variant.outputs.each { output ->
        output.packageLibrary.exclude(''libs/someLib.jar'')
    }
}

Answer 3

En Gradle 2.12 se ha introducido una configuración de compileOnly . Una publicación de blog que presenta estas características se puede encontrar aquí:

Última función de Gradle: Compilar solo dependencias

Tenga en cuenta un efecto secundario importante:

Como resultado de la adición de la configuración "compileOnly", la configuración de "compilación" ya no representa una imagen completa de todas las dependencias de tiempo de compilación. Cuando se necesita hacer referencia a una ruta de clase de compilación en los scripts de compilación o los complementos personalizados, se debe usar en su lugar la propiedad compileClasspath del conjunto de origen apropiado.

Answer 4

Es bastante común tener dependencias de tiempo de ejecución que no sean dependencias de tiempo de compilación. A la inversa, es un caso bastante especial y, como tal, requiere algunas líneas de configuración en Gradle. Sugiero buscar en el foro de Gradle para provided .

Parece que lo que realmente buscas es declarar dependencias para tu compilación , no para la ruta de la clase de compilación. Cómo se hace esto depende de cómo se invoca la funcionalidad deseada (tarea Ant, tarea / complemento de Gradle, uso ad-hoc del script de compilación). Si proporciona información más detallada sobre lo que está tratando de hacer, puedo proporcionar una respuesta más específica.

Aquí hay algunos enlaces a información relevante en la guía de usuario de Gradle:

• Dependencias externas para el script de compilación
• Declarar la ruta de clase para una tarea Ant personalizada

Answer 5

Hubo mucha discusión con respecto a este tema, principalmente here , pero no con una conclusión clara.

Está en el camino correcto: actualmente, la mejor solución es declarar su propia configuración provided , que incluirá dependencias de solo compilación y agregará a su compilación classpath:

configurations{
  provided
}

dependencies{
  //Add libraries like lombok, findbugs etc
  provided ''...''
}

//Include provided for compilation
sourceSets.main.compileClasspath += [configurations.provided]

// optional: if using ''idea'' plugin
idea {
  module{
    scopes.PROVIDED.plus += [configurations.provided]
  }
}

// optional: if using ''eclipse'' plugin
eclipse {
  classpath {
    plusConfigurations += [configurations.provided]
  }
}

Por lo general, esto funciona bien.

Answer 6

Lo descubrí para la configuración de mi proyecto. Uso Android Studio corriendo con el plugin de gradle 0.9. + Con gradle 1.11 El proyecto principal usa anuncios amazon y compras de Amazon Inpp. Depende de un proyecto de biblioteca que utilice la mensajería de dispositivo amazónico (ADM).

Mi principal problema fue con el ADM donde obtuve el "RuntimeException: Stub!" error.

1.) Proyecto de biblioteca: La "configuración proporcionada" propuesta por Lukas no funciona, como él mismo declaró, así que utilicé el enfoque de Richards, que sin embargo no funcionó tan bien. Tuve que cambiarlo un poco ya que no pude encontrar la lib en la carpeta ext_libs del archivo aar. Gradle parece empaquetar todas las bibliotecas en la carpeta libs en el archivo aar final.

android.libraryVariants.all { variant ->
variant.packageLibrary.exclude( ''libs/amazon-device-messaging-1.0.1.jar'' )
}

2.) Proyecto de aplicación: Aquí, el enfoque con la "configuración proporcionada" funcionó.

configurations{
    provided
} 
dependencies {
    compile ''fr.avianey:facebook-android-api:+@aar''
    compile files(''ext_libs/amazon-ads-5.3.22.jar'')
    compile files(''ext_libs/in-app-purchasing-1.0.3.jar'' )
    provided files(''ext_libs/amazon-device-messaging-1.0.1.jar'')
}

android.applicationVariants.all {
    variant -> variant.javaCompile.classpath += configurations.provided
}

Answer 7

No encontré una solución para Android Studio, pero esto es lo que intenté:

En el estudio de Android tuve que actualizar a la versión 0.5. +

en gradle / gradle-wrapper.properties replace

distributionUrl=http/://services.gradle.org/distributions/gradle-1.9-rc-3-bin.zip

por

distributionUrl=http/://services.gradle.org/distributions/gradle-1.11-all.zip

en todo mi build.gradle replace

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

por

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

y en la biblioteca que quería utilizar siempre

configurations {
    provided
}

//put applicationVariants in case it is apply plugin: ''android'' and not apply plugin: ''android-library''
android.libraryVariants.all {
    variant -> variant.javaCompile.classpath += configurations.provided
}

dependencies {
    provided files(''ext_libs/amazon-device-messaging-1.0.1.jar'')
}

y al final no funciona, parece que funciona para jar pero no para aar o apk como se indica aquí https://groups.google.com/forum/#!topic/adt-dev/WIjtHjgoGwA

Answer 8

No necesitamos "proporcionado", intente agregar esto:

android.libraryVariants.all { variant ->
    variant.packageLibrary.exclude( ''ext_libs/amazon-device-messaging-1.0.1.jar'' )
}

¡Disfrutar!

Answer 9

Resulta que han agregado una configuración "proporcionada" en el plugin android de gradle 0.8.0 pero no funciona del todo. Agrega las bibliotecas proporcionadas a la ruta de compilación automáticamente, pero también las incluye en el aar / apk final.

Lo que funcionó para mí fue la solución provista por @ lukas-hanaceck, pero cambiando el nombre de "proporcionado" a cualquier otro nombre personalizado. En mi caso, este es un proyecto de biblioteca que es una dependencia para mi proyecto final de aplicación de Android. Aquí hay una esencia de lo que funcionó para mí.

configurations {
   providedlibs
}

dependencies {
   providedlibs files(''provided/library.jar'')
}

libraryVariants.all {
    variant -> variant.javaCompile.classpath += configurations.providedlibs
}

Se compila perfectamente y el archivo / library.jar proporcionado no está incluido en la apk final. El único problema que tengo es notificar a Android studio de la existencia de library.jar. El complemento idea no parece funcionar para Android studio. Supongo que tienen otro complemento personalizado para sincronizar gradle con Studio.

Answer 10

Si usa el complemento WAR, puede usar providedCompile como en este example

dependencies {
    compile module(":compile:1.0") {
        dependency ":compile-transitive-1.0@jar"
        dependency ":providedCompile-transitive:1.0@jar"
    }
    providedCompile "javax.servlet:servlet-api:2.5"
    providedCompile module(":providedCompile:1.0") {
        dependency ":providedCompile-transitive:1.0@jar"
    }
    runtime ":runtime:1.0"
    providedRuntime ":providedRuntime:1.0@jar"
    testCompile "junit:junit:4.11"
    moreLibs ":otherLib:1.0"
}

Answer 11

Si usa el complemento de guerra , providedCompile queCompile deba hacer el truco. Sin embargo, si necesita excluir dependencias de ser incluidas en un jar , tendrá que extender la tarea jar . A continuación se muestra un ejemplo para crear un "jar gordo" o "jar de uber" (un solo jar que incluye todas las clases de sus dependencias) excluyendo las dependencias marcadas provided :

configurations {
    provided
    compile.extendsFrom provided
}

dependencies {
    provided "group.artifact:version"
    compile "group.artifact:version"
}

jar {
    dependsOn configurations.runtime
    from {
        (configurations.runtime - configurations.provided).collect {
            it.isDirectory() ? it : zipTree(it)
        }
    } 
}

Crédito: http://kennethjorgensen.com/blog/2014/fat-jars-with-excluded-dependencies-in-gradle/

Actualizar:

A partir de Gradle 2.12 , la nueva configuración "copmpileOnly" resuelve finalmente la cuestión de definir dependencias de compilación únicamente de forma simple y natural:

dependencies {
    compileOnly ''javax.servlet:servlet-api:2.5''
}