为什么java_executable_exec_path给我一个旧的"external"运行文件路径

Question

假设我有一个最小的 Scala WORKSPACE文件，如下所示：

workspace(name = "scala_example")
git_repository(
    name = "io_bazel_rules_scala",
    commit = "e9e65ada59823c263352d10c30411f4739d5df25",
    remote = "https://github.com/bazelbuild/rules_scala",
)
load("@io_bazel_rules_scala//scala:scala.bzl", "scala_repositories")
scala_repositories()
load("@io_bazel_rules_scala//scala:toolchains.bzl", "scala_register_toolchains")
scala_register_toolchains()

然后是BUILD：

load("@io_bazel_rules_scala//scala:scala.bzl", "scala_binary")
scala_binary(
    name = "example-bin",
    srcs = glob(["*.scala"]),
    main_class = "Example",
)

还有一个Example.scala：

object Example { def main(args: Array[String]): Unit = println("running") }

我可以运行bazel run example-bin，一切正常。我的问题是，最近的 rules_scala PR 改变了 Java 二进制路径设置为使用以下方式的方式：

ctx.attr._java_runtime[java_common.JavaRuntimeInfo].java_executable_exec_path

。而不是以前的ctx.executable._java.short_path.

在此更改之后，Java 二进制路径在路径中包含external目录，这似乎是一个遗留的东西(？这意味着在此更改之后，如果我运行以下命令：

bazel run --nolegacy_external_runfiles example-bin

它不再有效：

INFO: Running command line: bazel-bin/example-bin
.../.cache/bazel/_bazel_travis/03e97e9dbbfe483081a6eca2764532e8/execroot/scala_example/bazel-out/k8-fastbuild/bin/example-bin.runfiles/scala_example/example-bin_wrapper.sh: line 4: .../.cache/bazel/_bazel_travis/03e97e9dbbfe483081a6eca2764532e8/execroot/scala_example/bazel-out/k8-fastbuild/bin/example-bin.runfiles/scala_example/external/local_jdk/bin/java: No such file or directory
ERROR: Non-zero return code '127' from command: Process exited with status 127

它还破坏了我拥有的一些脚本，这些脚本期望非external路径。

java_executable_exec_path为什么要给我这条external路？我能给巴泽尔一些选择来说服它不要这样做吗？

Answer 1

抱歉回复缓慢 - 这似乎是因为 Scala 规则错误地使用了java_executable_exec_path而他们应该使用java_executable_runfiles_path。

我

发送了一个拉取请求来修复它，然后我意识到你已经在 https://github.com/bazelbuild/rules_scala/commit/4235ef58782ce2ec82981ea70b808397b64fe7df

由于后者现在在 HEAD 上与 Bazel 一起可用，因此如果至少删除丑陋的内容，我会删除。