5

尝试在 Maven 项目中使用 WebDriverManager 打开 ChromeDriver 时出现异常。

我计划的框架倾向于在 pom.xml 中添加依赖项后从 WebDriverManager 中提取 ChromeDriver，并打算使用 Gauge 来执行测试。

在运行测试时尝试为 ChromeDriver 创建新实例时发生错误。

这是一个例外：

 Error Message: java.lang.NoSuchMethodError: com.google.common.util.concurrent.SimpleTimeLimiter.create(Ljava/util/concurrent/ExecutorService;)Lcom/google/common/util/concurrent/SimpleTimeLimiter;
  Stacktrace: 
  org.openqa.selenium.net.UrlChecker.<init>(UrlChecker.java:64)
  org.openqa.selenium.remote.service.DriverService.waitUntilAvailable(DriverService.java:187)
  org.openqa.selenium.remote.service.DriverService.start(DriverService.java:178)
  org.openqa.selenium.remote.service.DriverCommandExecutor.execute(DriverCommandExecutor.java:78)
  org.openqa.selenium.remote.RemoteWebDriver.execute(RemoteWebDriver.java:646)
  org.openqa.selenium.remote.RemoteWebDriver.startSession(RemoteWebDriver.java:255)
  org.openqa.selenium.remote.RemoteWebDriver.startSession(RemoteWebDriver.java:237)
  org.openqa.selenium.remote.RemoteWebDriver.<init>(RemoteWebDriver.java:138)
  org.openqa.selenium.chrome.ChromeDriver.<init>(ChromeDriver.java:178)
  org.openqa.selenium.chrome.ChromeDriver.<init>(ChromeDriver.java:167)
  org.openqa.selenium.chrome.ChromeDriver.<init>(ChromeDriver.java:124)
  StepTests.setupTest(StepTests.java:26)
  sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
  sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
  java.lang.reflect.Method.invoke(Unknown Source)
  com.thoughtworks.gauge.execution.MethodExecutor.execute(MethodExecutor.java:38)
  com.thoughtworks.gauge.execution.HooksExecutor$TaggedHookExecutor.executeHook(HooksExecutor.java:102)
  com.thoughtworks.gauge.execution.HooksExecutor$TaggedHookExecutor.execute(HooksExecutor.java:88)
  com.thoughtworks.gauge.execution.HooksExecutor.execute(HooksExecutor.java:45)
  com.thoughtworks.gauge.processor.MethodExecutionMessageProcessor.executeHooks(MethodExecutionMessageProcessor.java:65)
  com.thoughtworks.gauge.processor.SpecExecutionStartingProcessor.process(SpecExecutionStartingProcessor.java:32)
  com.thoughtworks.gauge.connection.MessageDispatcher.dispatchMessages(MessageDispatcher.java:89)
  com.thoughtworks.gauge.GaugeRuntime.dispatchMessages(GaugeRuntime.java:104)
  com.thoughtworks.gauge.GaugeRuntime.access$100(GaugeRuntime.java:36)
  com.thoughtworks.gauge.GaugeRuntime$2.run(GaugeRuntime.java:85)
  java.lang.Thread.run(Unknown Source)

运行此代码时：

import com.thoughtworks.gauge.*;
import io.github.bonigarcia.wdm.ChromeDriverManager;
import org.openqa.selenium.By;
import org.openqa.selenium.WebElement;
import org.openqa.selenium.WebDriver;
import org.openqa.selenium.chrome.ChromeDriver;
import com.thoughtworks.gauge.Step;
import static org.junit.Assert.assertEquals;


public class StepTests {
//Holds the WebDriver instance
private WebDriver webDriver;

@BeforeSuite
public static void initializeDriver(){
    ChromeDriverManager.getInstance().setup();
}

@BeforeSpec
public void setupTest(){
    webDriver = new ChromeDriver();
}

--test code--



    @AfterSuite
    public void closeDriver(){
        if (webDriver != null) {
            webDriver.quit();
        }
    }
}

如果您需要了解更多信息以找到解决方案，请告诉我。

4

3 回答 3

4

您在 Guava 中存在版本冲突。Selenium WebDriver（不是 WebDriverManager）传递依赖于给定版本的 Guava，并且您似乎在项目中使用了另一个版本。我会使用两者的最新版本。

于 2017-09-15T13:21:12.703 回答
2

是的，添加番石榴依赖后为我工作：

<dependency>
<groupId>com.google.guava</groupId>
<artifactId>guava</artifactId>
<version>27.0.1-jre</version>
</dependency>
于 2019-02-19T10:40:16.777 回答
0

第一种可能的解决方案

第二种可能的解决方案

仅当第一个解决方案未解决问题时才参考此答案。

我遇到了这个问题，但在 SO 上没有找到可接受的答案。我已经通过在非 SO 链接上阅读它并将其粘贴到此处以供将来参考而弄清楚了这一点。

我们需要首先弄清楚确切的问题。

如果您使用 IntelliJ 或 Eclipse，则需要转到运行/调试配置，并添加一个 VM 参数，

-ea -verbose:class

现在，重新运行您的测试。这将开始打印出这些类被导入和使用的类和 jar。在您的特定情况下，如果您搜索SimpleTimeLimiter，您将看到从中导入它的包。

由于软件包版本存在冲突，因此出现了此错误。一个 jar 依赖项将引用较早的guava版本，并且此 jar 将出现在类路径的早期。这将避免使用预期的类路径。 更准确地说，会有一些包比您在 pom.xml 中编写的包更早地导入番石榴。

这怎么可能？

让我们假设，您的项目是导入包dog-2.0.jar和animal-2.0.jar的项目。现在，您可能不知道dog-2.0.jar内部导入了 animal-1.0.jar。因此，由于导入的这种依赖性，JVM 将导入一个名为Animal.class的类，该类将来自animal-1.0.jar而不是您/您的项目期望来自animal-2.0.jar的 Animal.class 。

接着？

JVM 甚至会在Animal.class到达您预期的animal-2.0.jar导入之前获得它的引用。因此，导入 jar 文件的顺序（类路径）会无意中混淆这种传递依赖。

我能做些什么？

您可以在 INtelliJ 中右键单击您的项目，并在 Eclipse 中单击类似的内容。点击

Open Module Settings -> Click on Dependencies

您将在此处获得要导入的 jar 列表。您可以重新排列罐子的顺序。您可以将dog-2.0.jar推送到animal-2.0.jar依赖项的正下方。这将解决问题。

于 2020-09-16T12:05:23.003 回答