Jetty ServletTester выдает исключение SecurityException

Question

Когда я помещаю следующую зависимость (и все ее транзитивные ошибки) в мой путь к классу:

<dependency>
    <groupId>org.eclipse.jetty</groupId>
    <artifactId>test-jetty-servlet</artifactId>
    <version>8.1.14.v20131031</version>
</dependency>

И запустите этот тест JUnit:

public class MySimpleTest {
    private ServletTester tester;

    @Before
    public void setUp() {
        tester = new ServletTester();
        tester.contextPath = "http://localhost:8080/myapp/location";
        tester.addServlet(MyAppMockEndpoint.class, "/address/*");
        tester.start();
    }

    @After
    public void tearDown() {
        tester.stop();
    }

    @Test
    public void test() {
        // Dummy assertion that is always true, just to prove its not
        // my code throwing the exception.
        Assert.assertTrue(System.currentTimeMillis() > 0L);
    }

    public class MyAppMockEndpoint extends HttpServlet {
        @Override
        public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
            response.getWriter().println(provideJson())
            response.getWriter().flush()
        }

        public String provideJson() {
            return "{ \"id\": 5, \"fizz\": \"true\", \"buzz\": \"false\" }";
        }
    }
}

Я получаю это:

java.lang.SecurityException: class "javax.servlet.DispatcherType"'s signer information does not match signer information of other classes in the same package
    at java.lang.ClassLoader.checkCerts(ClassLoader.java:952)
    at java.lang.ClassLoader.preDefineClass(ClassLoader.java:666)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:794)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
    <giant stack trace omitted for brevity>
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)

Зачем? Что за исправление? Если одна из транзитивных зависимостей подписана, как мне определить, какая именно? Есть ли способ указать неподписанные версии всех транзитивных deps? Здесь есть другая проблема или лучшее решение?

Answer 1

Для чего это стоит. У меня была похожая проблема, и я избавился от нее, удалив избыточный сервлет-API, который был у меня на пути (предоставлен javax.servlet servlet-api 2.3).

Я смог запустить тесты из командной строки (в моем случае sbt), но когда я запустил их из Intellij, они потерпели крах.