JerseyTest Grizzly Web 服务器在 Unix 上的行为

Question

我们创建了一个测试套件，为了运行它，我们使用带有 JerseyTest 框架的嵌入式 Grizzly Web 服务器。

我们正在从 JerseyTest 扩展一个自定义类，并在其构造函数中创建 ApplicationDescriptor，然后调用超类 setupTestEnvironment() ，这实际上会启动嵌入式 grizzly Web 服务器。

我们的测试用例很少扩展这个自定义类来直接启动 grizzly 服务器。然而，我们并没有在代码中的任何地方停止这个嵌入式服务器。

测试用例在 Windows 上运行良好，但在 Unix 上失败，并出现 java.net.BindException 端口 9998 正在被另一个进程使用。

很明显，如果我们不停止代码中的嵌入式 Web 服务器，这些测试在 Windows 上也会失败，并出现类似的错误。它们如何在 Windows 上运行良好而在 Unix 上失败。这与 Unix 如何生成线程或进程有关吗？

PS 我们还使用 netstat -a | 测试了端口 9998 是否被其他进程使用。 grep 9998 但找不到使用该端口的其他进程。

Answer 1

我遇到了类似的问题，并且我确实通过不使用默认端口（如果已使用）来修复它。只需将以下代码添加到您的测试用例中：

@Override
protected int getPort(int defaultPort) {

    ServerSocket server = null;
    int port = -1;
    try {
        server = new ServerSocket(defaultPort);
        port = server.getLocalPort();
    } catch (IOException e) {
        // ignore
    } finally {
        if (server != null) {
            try {
                server.close();
            } catch (IOException e) {
                // ignore
            }
        }
    }
    if ((port != -1) || (defaultPort == 0)) {
        return port;
    }
    return getPort(0);
}

Answer 2

当我编写集成测试时，我遇到了同样的问题。我没有在 Windows 机器上进行测试，但在我的 Unix 机器上，我发现问题是默认情况下 JerseyTest 类在其 tearDown 方法上使用 @After 来关闭嵌入式服务器。由于我已经重写了此方法来进行清理，因此我必须调用 super.tearDown()

@After
public void tearDown() throws Exception{
    super.tearDown();
    ...
}

执行此操作后，一切都按预期进行。