Bazel-Java测试运行是否支持持久性工作者？

您可以使用持久工作程序（而不是远程工作程序）运行java测试目标吗？
如果是，工作人员如何处理测试状态？它是否使用测试后丢弃的单独类装入器？

实际上，我们正在测试中的特性，您是对的，它使用一个新的类加载器加载测试目标的类，这些类在每次测试后都会被丢弃。 虽然我们还没有在黄金时段对其进行测试，但可以在当前bazel（0.5.1）中使用以下标志调用它：

    --explicit_java_test_deps --experimental_testrunner --test_strategy=experimental_worker

由于此功能尚未启动，有关这些标志的最佳解释现在可以在中找到。

实际上，我们正在测试中的特性，您是对的，它使用一个新的类加载器加载测试目标的类，这些类在每次测试后都会被丢弃。 虽然我们还没有在黄金时段对其进行测试，但可以在当前bazel（0.5.1）中使用以下标志调用它：

    --explicit_java_test_deps --experimental_testrunner --test_strategy=experimental_worker

---

由于此功能尚未启动，有关这些标志的最佳说明，请参阅。

谢谢！我看到了你在这方面的工作，但不知何故错过了这个承诺。提交消息非常有用。你认为这在“可能会失败”到“即将正式化”之间有多大的实验性？答案取决于测试本身试图做什么。很多测试都通过了，但我知道它目前无法处理以下情况：1。当我们尝试加载本机库时。二,。当被测试的代码假定它是由默认的系统类加载器加载的，并且基于Clasloader/classpath执行一些操作时，我们可能会得到不正确的结果。我认为运行实验性的持久工作者已经改变了<代码>--test\u strategy=experimental\u worker导致：

错误：“experimental\u worker”是测试策略的无效值。有效值为：独占、独立

谢谢！我看到了你在这方面的工作，但不知何故错过了这个承诺。提交消息非常有用。你认为这在“可能会失败”到“即将正式化”之间有多大的实验性？答案取决于测试本身试图做什么。很多测试都通过了，但我知道它目前无法处理以下情况：1。当我们尝试加载本机库时。二,。当被测试的代码假定它是由默认的系统类加载器加载的，并且基于Clasloader/classpath执行一些操作时，我们可能会得到不正确的结果。我认为运行实验性的持久工作者已经改变了<代码>--test\u strategy=experimental\u worker导致：

错误：“experimental\u worker”是测试策略的无效值。有效值为：独占、独立