Closed ulfjack closed 7 years ago
I didn't want to download a dist archive, so I took these steps:
bazel build //third_party/protobuf:protoc //third_party/grpc:grpc-java-plugin
cp bazel-bin/third_party/protobuf/3.0.0/protoc bazel-bin/third_party/grpc/grpc-java-plugin /tmp
export JAVA_VERSION=1.7
PROTOC=/tmp/protoc GRPC_JAVA_PLUGIN=/tmp/grpc-java-plugin ./compile.sh
On my machine, the classpath happens to contain the jars in this order: third_party/guava/guava-21.0.jar third_party/guava/guava-testlib-21.0-20161101.jar third_party/guava/guava-testlib-21.0.jar third_party/guava/guava-21.0-20161101.jar
The order is undefined, since we just call find third_party -name "*.jar"
. If we happen to get guava-21.0-20161101.jar before guava-21.0.jar, it'll probably work.
Let's fix compile.sh to get the good version of guava for now.
Mailed a fix in internal code review.
When setting JAVA_VERSION=1.7, bootstrap is broken depending on the order in which jar files are picked up by find.
This is due to commit 0785cbb672357d950e0c045770c4567df9fbdc43 by cushon.
Also see https://bazel-review.googlesource.com/#/c/8971/.