You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please provide the following information. The more we know about your system and use case, the more easily and likely we can help.
Description of the problem / feature request / question:
The Android rules' tools depend on //third_party:android_common_25_0_0 which contains jars that were built against Guava 17.0 (http://mvnrepository.com/artifact/com.android.tools/common/25.0.0). However, these tools depend on //third_party:guava which is Guava 21.0. This results in failures in the Android commons code at runtime.
If possible, provide a minimal example to reproduce the problem:
$ cat WORKSPACE
android_sdk_repository(name = "androidsdk")
$ cat BUILD
android_binary(
name = "bin",
custom_package = "foo",
manifest = "AndroidManifest.xml",
resource_files = ["res/values/strings.xml"],
)
$ cat AndroidManifest.xml
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="foo" />
$ cat res/values/strings.xml
<?xml version="1.0" encoding="utf-8"?>
<resources>
<not_string name="invalid_string">Unrecognized tag</not_string>
</resources>
$ bazel build //:bin
INFO: Found 1 target...
ERROR: /usr/local/google/home/ajmichael/playgrounds/resources-crash/BUILD:1:1: Processing Android resources for //:bin failed: Process exited with status 1 [sandboxed].
Exception in thread "main" java.lang.NoSuchMethodError: com.google.common.base.Objects.firstNonNull(Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;
at com.android.ide.common.res2.MergingException$Builder.build(MergingException.java:129)
at com.google.devtools.build.android.ParsedAndroidData$Builder.checkForErrors(ParsedAndroidData.java:89)
at com.google.devtools.build.android.ParsedAndroidData$Builder.build(ParsedAndroidData.java:98)
at com.google.devtools.build.android.ParsedAndroidData$ParsedAndroidDataBuildingPathWalker.createParsedAndroidData(ParsedAndroidData.java:218)
at com.google.devtools.build.android.ParsedAndroidData.from(ParsedAndroidData.java:354)
at com.google.devtools.build.android.AndroidResourceProcessor.mergeData(AndroidResourceProcessor.java:1131)
at com.google.devtools.build.android.AndroidResourceProcessingAction.main(AndroidResourceProcessingAction.java:248)
at com.google.devtools.build.android.ResourceProcessorBusyBox$Tool$1.call(ResourceProcessorBusyBox.java:53)
at com.google.devtools.build.android.ResourceProcessorBusyBox.main(ResourceProcessorBusyBox.java:137)
Use --strategy=AndroidAapt=standalone to disable sandboxing for the failing actions.
Target //:bin failed to build
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 0.622s, Critical Path: 0.43s
Environment info
Operating System:
Ubuntu 14.04
Bazel version (output of bazel info release):
release 0.4.5
Have you found anything relevant by searching the web? (e.g. GitHub issues, email threads in the bazel-discuss@googlegroups.com archive)
No
The text was updated successfully, but these errors were encountered:
Please provide the following information. The more we know about your system and use case, the more easily and likely we can help.
Description of the problem / feature request / question:
The Android rules' tools depend on
//third_party:android_common_25_0_0
which contains jars that were built against Guava 17.0 (http://mvnrepository.com/artifact/com.android.tools/common/25.0.0). However, these tools depend on//third_party:guava
which is Guava 21.0. This results in failures in the Android commons code at runtime.If possible, provide a minimal example to reproduce the problem:
Environment info
Operating System:
Ubuntu 14.04
Bazel version (output of
bazel info release
):release 0.4.5
Have you found anything relevant by searching the web? (e.g. GitHub issues, email threads in the bazel-discuss@googlegroups.com archive)
No
The text was updated successfully, but these errors were encountered: