Reglas
- java_binary
- java_import
- java_library
- java_lite_proto_library
- java_proto_library
- java_test
- java_package_configuration
- java_plugin
- java_runtime
- java_toolchain
java_binary
java_binary(name, deps, srcs, data, resources, args, classpath_resources, compatible_with, create_executable, deploy_env, deploy_manifest_lines, deprecation, distribs, env, exec_compatible_with, exec_properties, features, javacopts, jvm_flags, launcher, licenses, main_class, output_licenses, plugins, resource_jars, resource_strip_prefix, restricted_to, runtime_deps, stamp, tags, target_compatible_with, testonly, toolchains, use_launcher, use_testrunner, visibility)
Compila un archivo Java ("archivo jar"), además de una secuencia de comandos de shell wrapper con el mismo nombre que la regla. La secuencia de comandos de shell del wrapper usa una ruta de clase que incluye, entre otros elementos, un archivo JAR para cada biblioteca de la que depende el objeto binario.
La secuencia de comandos del wrapper acepta varias marcas únicas. Consulta //src/main/java/com/google/devtools/build/lib/bazel/rules/java/java_stub_template.txt
para obtener una lista de marcas configurables y variables de entorno que acepta el wrapper.
Objetivos de salida implícitos
name.jar
: Es un archivo Java, que contiene los archivos de clase y otros recursos correspondientes a las dependencias directas del objeto binario.name-src.jar
: Es un archivo que contiene las fuentes ("jar fuente").name_deploy.jar
: Es un archivo Java adecuado para la implementación (solo se compila si se solicita de forma explícita).Si compilas el destino
<name>_deploy.jar
para tu regla, se creará un archivo JAR independiente con un manifiesto que permite ejecutarlo con el comandojava -jar
o con la opción--singlejar
de la secuencia de comandos del wrapper. Se prefiere el uso de la secuencia de comandos del wrapper en lugar dejava -jar
, ya que también pasa las marcas de JVM y las opciones para cargar bibliotecas nativas.El archivo jar de implementación contiene todas las clases que encontraría un cargador de clases que buscó la ruta de clase desde la secuencia de comandos del wrapper del objeto binario de principio a fin. También contiene las bibliotecas nativas necesarias para las dependencias. Estos se cargan automáticamente en la JVM durante el tiempo de ejecución.
Si tu destino especifica un atributo launcher, en lugar de ser un archivo JAR normal, _deploy.jar será un objeto binario nativo. Este incluirá el selector y las dependencias nativas (C++) de tu regla, todas vinculadas en un objeto binario estático. Los bytes del archivo jar real se agregarán a ese objeto binario nativo y se creará un solo BLOB binario que contendrá el código Java y el ejecutable. Puedes ejecutar el archivo JAR resultante directamente como lo harías con cualquier objeto binario nativo.
name_deploy-src.jar
: Es un archivo que contiene las fuentes recopiladas del cierre transitivo del destino. Estos coincidirán con las clases dedeploy.jar
, excepto cuando los archivos jar no tengan un jar de origen coincidente.
No se permite un atributo deps
en una regla java_binary
sin srcs
. Esta regla requiere una main_class
proporcionada por runtime_deps
.
En el siguiente fragmento de código, se muestra un error común:
java_binary( name = "DontDoThis", srcs = [ ...,"GeneratedJavaFile.java"
, # a generated .java file ], deps = [":generating_rule",
], # rule that generates that file )
Haz lo siguiente:
java_binary( name = "DoThisInstead", srcs = [ ..., ":generating_rule", ], )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. Se recomienda usar el nombre del archivo de origen que representa el punto de entrada principal de la aplicación (menos la extensión). Por ejemplo, si tu punto de entrada se llama Main.java , tu nombre podría ser Main .
|
deps
|
deps en Atributos típicos definidos por la mayoría de las reglas de compilación.
|
srcs
|
Se compilan los archivos de origen de tipo
Se descomprimen y compilan los archivos de origen de tipo
Reglas: Si la regla (por lo general,
Este argumento casi siempre es necesario, excepto si un atributo |
resources
|
Si se especifican recursos, se agruparán en el jar junto con los archivos Los recursos pueden ser archivos fuente o generados. |
classpath_resources
|
Lista de recursos que se deben ubicar en la raíz del árbol Java. El único propósito de este atributo es admitir bibliotecas de terceros que requieran que sus recursos se encuentren en la ruta de clase exactamente como |
create_executable
|
launcher o main_class .
|
deploy_env
|
java_binary que representan el entorno de implementación para este objeto binario.
Establece este atributo cuando compiles un complemento que cargará otro java_binary .La configuración de este atributo excluye todas las dependencias de la ruta de clase del tiempo de ejecución (y del jar de implementación) de este objeto binario que se comparten entre este objeto binario y los destinos especificados en deploy_env .
|
deploy_manifest_lines
|
META-INF/manifest.mf generado para el destino *_deploy.jar . El contenido de este atributo no está sujeto a la sustitución "Make variable".
|
javacopts
|
Estas opciones del compilador se pasan a javac después de las opciones globales del compilador. |
jvm_flags
|
La secuencia de comandos del wrapper para un objeto binario Java incluye una definición CLASSPATH (para encontrar todos los archivos jar dependientes) y, luego, invoca el intérprete de Java correcto.
La línea de comandos que genera la secuencia de comandos del wrapper incluye el nombre de la clase principal seguido de un Ten en cuenta que este atributo no tiene efecto en los resultados de |
launcher
|
bin/java normal incluido con el JDK.
El destino debe ser un cc_binary . Cualquier cc_binary que implemente la
API de invocación de Java se puede especificar como un valor para este atributo.
De forma predeterminada, Bazel usará el selector normal de JDK (bin/java o java.exe). La marca de Bazel Ten en cuenta que tus dependencias nativas (C++, SWIG, JNI) se compilarán de manera diferente según si usas el selector de JDK u otro selector:
Cuando se usa cualquier selector que no sea el selector predeterminado de JDK, el formato de salida de |
main_class
|
main() para usar como punto de entrada.
Si una regla usa esta opción, no necesita una lista de srcs=[...] .
Por lo tanto, con este atributo, se puede hacer un ejecutable desde una biblioteca de Java que ya contenga uno o más métodos main() .
El valor de este atributo es un nombre de clase, no un archivo de origen. La clase debe estar disponible durante el tiempo de ejecución: se puede compilar mediante esta regla (de |
plugins
|
java_plugin especificado en este atributo se ejecutará cuando se cree esta regla. Una biblioteca también puede heredar complementos de dependencias que usan exported_plugins . Los recursos
generados por el complemento se incluirán en el archivo jar resultante de esta regla.
|
resource_jars
|
|
resource_strip_prefix
|
Si se especifica, este prefijo de ruta de acceso se quita de todos los archivos en el atributo |
runtime_deps
|
deps comunes, estos aparecerán en la ruta de clase de tiempo de ejecución, pero, a diferencia de ellos, no en la ruta de clase de tiempo de compilación. Aquí se deben enumerar las dependencias que solo se necesitan en el entorno de ejecución. Las herramientas de análisis de dependencias deben ignorar los objetivos que aparecen en runtime_deps y deps .
|
stamp
|
Los objetos binarios sellados no se vuelven a compilar, a menos que cambien sus dependencias. |
use_launcher
|
Si este atributo se establece como falso, se ignorarán el atributo del selector y la marca |
use_testrunner
|
com.google.testing.junit.runner.BazelTestRunner de forma predeterminada) como punto de entrada principal para un programa Java y proporciona la clase de prueba al ejecutor de pruebas como un valor de propiedad del sistema bazel.test_suite .
Puedes usarlo para anular el comportamiento predeterminado, que consiste en usar el ejecutor de pruebas para las reglas java_test y no para las reglas java_binary . Es poco probable que quieras hacer esto. Un uso es para las reglas AllTest que invoca otra regla (por ejemplo, configurar una base de datos antes de ejecutar las pruebas). Se debe declarar la regla AllTest como java_binary , pero debería seguir usando el ejecutor de pruebas como su punto de entrada principal.
El nombre de una clase del ejecutor de pruebas se puede anular con el atributo main_class .
|
java_import
java_import(name, deps, data, compatible_with, constraints, deprecation, distribs, exec_compatible_with, exec_properties, exports, features, jars, licenses, neverlink, proguard_specs, restricted_to, runtime_deps, srcjar, tags, target_compatible_with, testonly, visibility)
Esta regla permite el uso de archivos .jar
ya compilados como bibliotecas para reglas java_library
y java_binary
.
Ejemplos
java_import( name = "maven_model", jars = [ "maven_model/maven-aether-provider-3.2.3.jar", "maven_model/maven-model-3.2.3.jar", "maven_model/maven-model-builder-3.2.3.jar", ], )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
deps
|
|
constraints
|
|
exports
|
|
jars
|
|
neverlink
|
tools.jar para cualquier elemento que se ejecute en un JDK estándar.
|
proguard_specs
|
android_binary según esta biblioteca.
Los archivos que se incluyen aquí solo deben tener reglas idempotentes, es decir, -dontnote, -dontwarn, asunción de efectos secundarios y reglas que comienzan con -keep. Otras opciones solo pueden aparecer en proguard_specs de android_binary para garantizar combinaciones no tautológicas.
|
runtime_deps
|
|
srcjar
|
|
java_library
java_library(name, deps, srcs, data, resources, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, exported_plugins, exports, features, javacopts, licenses, neverlink, plugins, proguard_specs, resource_jars, resource_strip_prefix, restricted_to, runtime_deps, tags, target_compatible_with, testonly, visibility)
Esta regla compila y vincula fuentes en un archivo .jar
.
Objetivos de salida implícitos
libname.jar
: Es un archivo Java que contiene los archivos de la clase.libname-src.jar
: Es un archivo que contiene las fuentes ("jar fuente").
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
deps
|
deps en Atributos típicos definidos por la mayoría de las reglas de compilación.
Los archivos jar compilados por las reglas
Por el contrario, los objetivos del atributo |
srcs
|
Se compilan los archivos de origen de tipo
Se descomprimen y compilan los archivos de origen de tipo
Reglas: Si la regla (por lo general,
Este argumento casi siempre es necesario, excepto si un atributo |
data
|
data en Atributos típicos definidos por la mayoría de las reglas de compilación.
Cuando compilas un |
resources
|
Si se especifican recursos, se agruparán en el jar junto con los archivos Los recursos pueden ser archivos fuente o generados. |
exported_plugins
|
java_plugin (p.ej., procesadores de anotaciones) para exportar a bibliotecas que dependen directamente de esta biblioteca.
La lista especificada de |
exports
|
Si enumeras las reglas aquí, estarán disponibles para las reglas superiores, como si las reglas superiores dependieran de ellas de forma explícita. Esto no es así para los
Resumen: Una regla X puede acceder al código de Y si existe una ruta de dependencia entre ellas que comienza con una arista
Supongamos que A depende de B y que B depende de C. En este caso, C es una dependencia transitiva de A, por lo que cambiar las fuentes de C y volver a compilar A volverá a compilar todo correctamente. Sin embargo, A no podrá usar clases en C. Para ello, A tiene que declarar C en su El cierre de las bibliotecas exportadas está disponible para todas las reglas superiores directas. Observa un ejemplo ligeramente diferente: A depende de B, B depende de C y D, y también exporta C, pero no D. Ahora A tiene acceso a C, pero no a D. Ahora, si C y D exportaron algunas bibliotecas, C' y D' respectivamente, A solo podría acceder a C', pero no a D'.
Importante: Una regla exportada no es una dependencia normal. Según el ejemplo anterior, si B exporta C y también desea usar C, debe enumerarlo en su propio |
javacopts
|
Estas opciones del compilador se pasan a javac después de las opciones globales del compilador. |
neverlink
|
tools.jar para cualquier elemento que se ejecute en un JDK estándar.
Ten en cuenta que Si la biblioteca en tiempo de ejecución difiere de la biblioteca de compilación, debes asegurarte de que lo haga solo en lugares en los que el JLS prohíbe que los compiladores se encarguen (y se debe mantener para todas las versiones futuras de JLS). |
plugins
|
java_plugin especificado en este atributo se ejecutará cuando se cree esta regla. Una biblioteca también puede heredar complementos de dependencias que usan exported_plugins . Los recursos
generados por el complemento se incluirán en el archivo jar resultante de esta regla.
|
proguard_specs
|
android_binary según esta biblioteca.
Los archivos que se incluyen aquí solo deben tener reglas idempotentes, es decir, -dontnote, -dontwarn, asunción de efectos secundarios y reglas que comienzan con -keep. Otras opciones solo pueden aparecer en proguard_specs de android_binary para garantizar combinaciones no tautológicas.
|
resource_jars
|
|
resource_strip_prefix
|
Si se especifica, este prefijo de ruta de acceso se quita de todos los archivos en el atributo |
runtime_deps
|
deps comunes, estos aparecerán en la ruta de clase de tiempo de ejecución, pero, a diferencia de ellos, no en la ruta de clase de tiempo de compilación. Aquí se deben enumerar las dependencias que solo se necesitan en el entorno de ejecución. Las herramientas de análisis de dependencias deben ignorar los objetivos que aparecen en runtime_deps y deps .
|
java_lite_proto_library
java_lite_proto_library(name, deps, data, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
java_lite_proto_library
genera código Java a partir de archivos .proto
.
deps
debe apuntar a reglas proto_library
.
Ejemplo:
java_library( name = "lib", deps = [":foo"], ) java_lite_proto_library( name = "foo", deps = [":bar"], ) proto_library( name = "bar", )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
deps
|
proto_library para las que se genera código Java.
|
java_proto_library
java_proto_library(name, deps, data, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
java_proto_library
genera código Java a partir de archivos .proto
.
deps
debe apuntar a reglas proto_library
.
Ejemplo:
java_library( name = "lib", deps = [":foo_java_proto"], ) java_proto_library( name = "foo_java_proto", deps = [":foo_proto"], ) proto_library( name = "foo_proto", )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
deps
|
proto_library para las que se genera código Java.
|
java_test
java_test(name, deps, srcs, data, resources, args, classpath_resources, compatible_with, create_executable, deploy_manifest_lines, deprecation, distribs, env, env_inherit, exec_compatible_with, exec_properties, features, flaky, javacopts, jvm_flags, launcher, licenses, local, main_class, plugins, resource_jars, resource_strip_prefix, restricted_to, runtime_deps, shard_count, size, stamp, tags, target_compatible_with, test_class, testonly, timeout, toolchains, use_launcher, use_testrunner, visibility)
Una regla java_test()
compila una prueba de Java. Una prueba es un wrapper binario alrededor del código de prueba. Se invoca el método principal del ejecutor de pruebas en lugar de compilarse la clase principal.
Objetivos de salida implícitos
name.jar
: Es un archivo Java.name_deploy.jar
: Es un archivo Java adecuado para la implementación. (Solo se compila si se solicita explícitamente). Consulta la descripción del resultado dename_deploy.jar
de java_binary para obtener más detalles.
Consulta la sección sobre argumentos de java_binary(). Esta regla también admite todos los atributos comunes a todas las reglas de prueba (*_test).
Ejemplos
java_library( name = "tests", srcs = glob(["*.java"]), deps = [ "//java/com/foo/base:testResources", "//java/com/foo/testing/util", ], ) java_test( name = "AllTests", size = "small", runtime_deps = [ ":tests", "//util/mysql", ], )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
deps
|
deps en Atributos típicos definidos por la mayoría de las reglas de compilación.
|
srcs
|
Se compilan los archivos de origen de tipo
Se descomprimen y compilan los archivos de origen de tipo
Reglas: Si la regla (por lo general,
Este argumento casi siempre es necesario, excepto si un atributo |
resources
|
Si se especifican recursos, se agruparán en el jar junto con los archivos Los recursos pueden ser archivos fuente o generados. |
classpath_resources
|
Lista de recursos que se deben ubicar en la raíz del árbol Java. El único propósito de este atributo es admitir bibliotecas de terceros que requieran que sus recursos se encuentren en la ruta de clase exactamente como |
create_executable
|
launcher o main_class .
|
deploy_manifest_lines
|
META-INF/manifest.mf generado para el destino *_deploy.jar . El contenido de este atributo no está sujeto a la sustitución "Make variable".
|
javacopts
|
Estas opciones del compilador se pasan a javac después de las opciones globales del compilador. |
jvm_flags
|
La secuencia de comandos del wrapper para un objeto binario Java incluye una definición CLASSPATH (para encontrar todos los archivos jar dependientes) y, luego, invoca el intérprete de Java correcto.
La línea de comandos que genera la secuencia de comandos del wrapper incluye el nombre de la clase principal seguido de un Ten en cuenta que este atributo no tiene efecto en los resultados de |
launcher
|
bin/java normal incluido con el JDK.
El destino debe ser un cc_binary . Cualquier cc_binary que implemente la
API de invocación de Java se puede especificar como un valor para este atributo.
De forma predeterminada, Bazel usará el selector normal de JDK (bin/java o java.exe). La marca de Bazel Ten en cuenta que tus dependencias nativas (C++, SWIG, JNI) se compilarán de manera diferente según si usas el selector de JDK u otro selector:
Cuando se usa cualquier selector que no sea el selector predeterminado de JDK, el formato de salida de |
main_class
|
main() para usar como punto de entrada.
Si una regla usa esta opción, no necesita una lista de srcs=[...] .
Por lo tanto, con este atributo, se puede hacer un ejecutable desde una biblioteca de Java que ya contenga uno o más métodos main() .
El valor de este atributo es un nombre de clase, no un archivo de origen. La clase debe estar disponible durante el tiempo de ejecución: se puede compilar mediante esta regla (de |
plugins
|
java_plugin especificado en este atributo se ejecutará cuando se cree esta regla. Una biblioteca también puede heredar complementos de dependencias que usan exported_plugins . Los recursos
generados por el complemento se incluirán en el archivo jar resultante de esta regla.
|
resource_jars
|
|
resource_strip_prefix
|
Si se especifica, este prefijo de ruta de acceso se quita de todos los archivos en el atributo |
runtime_deps
|
deps comunes, estos aparecerán en la ruta de clase de tiempo de ejecución, pero, a diferencia de ellos, no en la ruta de clase de tiempo de compilación. Aquí se deben enumerar las dependencias que solo se necesitan en el entorno de ejecución. Las herramientas de análisis de dependencias deben ignorar los objetivos que aparecen en runtime_deps y deps .
|
stamp
|
Los objetos binarios sellados no se vuelven a compilar, a menos que cambien sus dependencias. |
test_class
|
De forma predeterminada, si este argumento no está definido, se usa el modo heredado y, en su lugar, se usan los argumentos de prueba. Establece la marca
Este atributo especifica el nombre de una clase de Java que ejecutará esta prueba. Es raro que se necesite configurar esto. Si se omite este argumento, se inferirá mediante el
Para JUnit3, la clase de prueba debe ser una subclase de
Este atributo permite que varias reglas |
use_launcher
|
Si este atributo se establece como falso, se ignorarán el atributo del selector y la marca |
use_testrunner
|
com.google.testing.junit.runner.BazelTestRunner de forma predeterminada) como punto de entrada principal para un programa Java y proporciona la clase de prueba al ejecutor de pruebas como un valor de propiedad del sistema bazel.test_suite .
Puedes usarlo para anular el comportamiento predeterminado, que consiste en usar el ejecutor de pruebas para las reglas java_test y no para las reglas java_binary . Es poco probable que quieras hacer esto. Un uso es para las reglas AllTest que invoca otra regla (por ejemplo, configurar una base de datos antes de ejecutar las pruebas). Se debe declarar la regla AllTest como java_binary , pero debería seguir usando el ejecutor de pruebas como su punto de entrada principal.
El nombre de una clase del ejecutor de pruebas se puede anular con el atributo main_class .
|
java_package_configuration
java_package_configuration(name, data, compatible_with, deprecation, distribs, features, javacopts, licenses, packages, restricted_to, tags, target_compatible_with, testonly, visibility)
Configuración que se aplica a un conjunto de paquetes.
Se pueden agregar parámetros de configuración a objetos java_toolchain.javacopts
.
Ejemplo:
java_package_configuration( name = "my_configuration", packages = [":my_packages"], javacopts = ["-Werror"], ) package_group( name = "my_packages", packages = [ "//com/my/project/...", "-//com/my/project/testing/...", ], ) java_toolchain( ..., package_configuration = [ ":my_configuration", ] )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
data
|
|
javacopts
|
|
packages
|
package_group al que se debe aplicar la configuración.
|
java_plugin
java_plugin(name, deps, srcs, data, resources, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, generates_api, javacopts, licenses, neverlink, output_licenses, plugins, processor_class, proguard_specs, resource_jars, resource_strip_prefix, restricted_to, tags, target_compatible_with, testonly, visibility)
java_plugin
define complementos para el compilador de Java que ejecuta Bazel. Por el momento, los únicos complementos compatibles son los procesadores de anotaciones. Una regla java_library
o java_binary
puede ejecutar complementos según ellos mediante el atributo plugins
. Un java_library
también puede exportar automáticamente complementos a bibliotecas que dependen directamente de él mediante exported_plugins
.
Objetivos de salida implícitos
libname.jar
: Es un archivo Java.
Los argumentos son idénticos a java_library
, excepto por la adición del argumento processor_class
.
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
deps
|
deps en Atributos típicos definidos por la mayoría de las reglas de compilación.
Los archivos jar compilados por las reglas
Por el contrario, los objetivos del atributo |
srcs
|
Se compilan los archivos de origen de tipo
Se descomprimen y compilan los archivos de origen de tipo
Reglas: Si la regla (por lo general,
Este argumento casi siempre es necesario, excepto si un atributo |
data
|
data en Atributos típicos definidos por la mayoría de las reglas de compilación.
Cuando compilas un |
resources
|
Si se especifican recursos, se agruparán en el jar junto con los archivos Los recursos pueden ser archivos fuente o generados. |
generates_api
|
Si una regla usa un procesador de anotaciones que genera la API, las otras reglas que dependen de él pueden hacer referencia al código generado solo si sus acciones de compilación están programadas después de la regla de generación. Este atributo le indica a Bazel que introduzca restricciones de programación cuando --java_header_compilation esté habilitada. ADVERTENCIA: Este atributo afecta el rendimiento de la compilación. Úsalo solo si es necesario. |
javacopts
|
Estas opciones del compilador se pasan a javac después de las opciones globales del compilador. |
neverlink
|
tools.jar para cualquier elemento que se ejecute en un JDK estándar.
Ten en cuenta que Si la biblioteca en tiempo de ejecución difiere de la biblioteca de compilación, debes asegurarte de que lo haga solo en lugares en los que el JLS prohíbe que los compiladores se encarguen (y se debe mantener para todas las versiones futuras de JLS). |
output_licenses
|
common attributes
.
|
plugins
|
java_plugin especificado en este atributo se ejecutará cuando se cree esta regla. Una biblioteca también puede heredar complementos de dependencias que usan exported_plugins . Los recursos
generados por el complemento se incluirán en el archivo jar resultante de esta regla.
|
processor_class
|
|
proguard_specs
|
android_binary según esta biblioteca.
Los archivos que se incluyen aquí solo deben tener reglas idempotentes, es decir, -dontnote, -dontwarn, asunción de efectos secundarios y reglas que comienzan con -keep. Otras opciones solo pueden aparecer en proguard_specs de android_binary para garantizar combinaciones no tautológicas.
|
resource_jars
|
|
resource_strip_prefix
|
Si se especifica, este prefijo de ruta de acceso se quita de todos los archivos en el atributo |
java_runtime
java_runtime(name, srcs, compatible_with, deprecation, distribs, features, hermetic_srcs, java, java_home, lib_modules, licenses, restricted_to, tags, target_compatible_with, testonly, version, visibility)
Especifica la configuración de un entorno de ejecución de Java.
Ejemplo:
java_runtime( name = "jdk-9-ea+153", srcs = glob(["jdk9-ea+153/**"]), java_home = "jdk9-ea+153", )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
srcs
|
|
hermetic_srcs
|
|
java
|
|
java_home
|
srcs y java deben estar vacíos.
|
lib_modules
|
|
version
|
Runtime.version().feature() .
|
java_toolchain
java_toolchain(name, android_lint_data, android_lint_jvm_opts, android_lint_opts, android_lint_package_configuration, android_lint_runner, bootclasspath, compatible_with, deprecation, deps_checker, distribs, features, forcibly_disable_header_compilation, genclass, header_compiler, header_compiler_direct, ijar, jacocorunner, java_runtime, javabuilder, javabuilder_data, javabuilder_jvm_opts, javac_supports_multiplex_workers, javac_supports_workers, javacopts, jvm_opts, licenses, oneversion, oneversion_whitelist, package_configuration, proguard_allowlister, resourcejar, restricted_to, singlejar, source_version, tags, target_compatible_with, target_version, testonly, timezone_data, tools, turbine_data, turbine_jvm_opts, visibility, xlint)
Especifica la configuración del compilador de Java. La cadena de herramientas que se usa se puede cambiar con el argumento --java_toolchain. Por lo general, no debes escribir ese tipo de reglas, a menos que desees ajustar tu compilador de Java.
Ejemplos
Un ejemplo sencillo sería:
java_toolchain( name = "toolchain", source_version = "7", target_version = "7", bootclasspath = ["//tools/jdk:bootclasspath"], xlint = [ "classfile", "divzero", "empty", "options", "path" ], javacopts = [ "-g" ], javabuilder = ":JavaBuilder_deploy.jar", )
Argumentos
Atributos | |
---|---|
name |
Un nombre único para este destino. |
android_lint_data
|
|
android_lint_jvm_opts
|
|
android_lint_opts
|
|
android_lint_package_configuration
|
|
android_lint_runner
|
|
bootclasspath
|
|
deps_checker
|
|
forcibly_disable_header_compilation
|
|
genclass
|
|
header_compiler
|
|
header_compiler_direct
|
Esta herramienta no admite el procesamiento de anotaciones. |
ijar
|
|
jacocorunner
|
|
java_runtime
|
|
javabuilder
|
|
javabuilder_data
|
|
javabuilder_jvm_opts
|
|
javac_supports_multiplex_workers
|
|
javac_supports_workers
|
|
javacopts
|
|
jvm_opts
|
|
oneversion
|
|
oneversion_whitelist
|
|
package_configuration
|
|
proguard_allowlister
|
|
resourcejar
|
|
singlejar
|
|
source_version
|
|
target_version
|
|
timezone_data
|
|
tools
|
|
turbine_data
|
|
turbine_jvm_opts
|
|
xlint
|
|