AbstractMethodError в UriBuilder при обновлении клиента Джерси 1.x до 2.x

Мы находимся в процессе обновления нашего веб-приложения (работающего на Tomcat7) с Jersey 1.7 до Jersey 2.4.1. Теперь мне удалось заставить работать серверную часть, но тесты JUnit, использующие jersey-client, выдают AbstractMethodError: java.lang.AbstractMethodError:

javax.ws.rs.core.UriBuilder.uri(Ljava/lang/String;)Ljavax/ws/rs/core/UriBuilder;
    at javax.ws.rs.core.UriBuilder.fromUri(UriBuilder.java:119)
    at org.glassfish.jersey.client.JerseyWebTarget.<init>(JerseyWebTarget.java:72)
    at org.glassfish.jersey.client.JerseyClient.target(JerseyClient.java:180)
    at org.glassfish.jersey.client.JerseyClient.target(JerseyClient.java:69)
    at ******.test.resources.ResourceConfig.getResourceWithCredentialsAt(ResourceConfig.java:144)
    at ******.test.resources.ResourceConfig.getResourceAsUserAt(ResourceConfig.java:99)
    at ******.test.resources.UsersResourceTest.testGetAuthorizedUser(UsersResourceTest.java:251)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
    at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Проект поддерживается maven, вот зависимости pom:

<!-- Our webapps are tomcat servlets -->
        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>javax.servlet-api</artifactId>
            <version>3.0.1</version>
            <scope>provided</scope>
        </dependency>

        <!-- Jersey Container to allow jersey running inside tomcat servlet -->
        <dependency>
            <groupId>org.glassfish.jersey.containers</groupId>
            <artifactId>jersey-container-servlet</artifactId>
            <version>${jersey.version}</version>
        </dependency>

        <!-- Jersey core dependencies -->
        <dependency>
            <groupId>org.glassfish.jersey.core</groupId>
            <artifactId>jersey-client</artifactId>
            <version>${jersey.version}</version>
        </dependency>
        <dependency>
            <groupId>org.glassfish.jersey.core</groupId>
            <artifactId>jersey-server</artifactId>
            <version>${jersey.version}</version>
        </dependency>

        <dependency>
            <groupId>org.glassfish.jersey.bundles</groupId>
            <artifactId>jaxrs-ri</artifactId>
            <version>${jersey.version}</version>
        </dependency>

        <!-- Media stuff -->
        <dependency>
            <groupId>org.glassfish.jersey.media</groupId>
            <artifactId>jersey-media-multipart</artifactId>
            <version>${jersey.version}</version>
        </dependency>
        <dependency>
            <groupId>org.glassfish.jersey.media</groupId>
            <artifactId>jersey-media-json-jackson</artifactId>
            <version>${jersey.version}</version>
        </dependency>

        <!-- Jackson JSON handling -->
        <dependency>
            <groupId>com.fasterxml.jackson.jaxrs</groupId>
            <artifactId>jackson-jaxrs-json-provider</artifactId>
            <version>${jackson.version}</version>
        </dependency>

        <dependency>
            <groupId>com.fasterxml.jackson.jaxrs</groupId>
            <artifactId>jackson-jaxrs-xml-provider</artifactId>
            <version>${jackson.version}</version>
        </dependency>

По-видимому, мне не хватает конкретной реализации класса UriBuilder, но я понятия не имею, какую зависимость мне нужно добавить для этого. Кроме того, это работает на стороне сервера, не так ли!?


java jersey-client jersey-2.0
person Pepster    schedule 19.11.2013    source источник
comment
проверьте это: stackoverflow.com/questions/12137073/abstract-method- ошибка/   -  person Nandkumar Tekale    schedule 19.11.2013
comment
у меня та же проблема, что и у вас... не могли бы предоставить ваш WEB-INF\lib?   -  person Luigi Saggese    schedule 04.12.2013

Ответы (2)


arrow_upward
4
arrow_downward

Я обнаружил, что библиотека enunciate каким-то образом зависит от джерси 1.1.7. Это привело к тому, что части моего кода компилировались нормально, хотя он все еще зависел от API 1.1.7.

Я нашел это, выполнив поиск:

find . -name *.pom -exec grep -Hn jersey {} \;

...в папке ~/.m2 на майке. Это можно сделать только в том случае, если ваше приложение является единственным, использующим maven на вашем компьютере.

person Pepster    schedule 20.11.2013
comment
Спасибо за это. Это было очень полезно. В моем случае мне нужно было запустить mvn clean, но вы дали мне хорошую отправную точку. - person Jayen; 30.11.2013

arrow_upward
1
arrow_downward

Когда вы видите эту ошибку, это означает, что UriBuilder загружается из других библиотек, таких как cxf-2.1.3.jar. Просто переименуйте его в z-cxf-2.1.3.jar. Это должно работать нормально. В maven найдите, какая зависимость приносит банку, и используйте что-то вроде этого

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>app</artifactId>
    <version>${project.version}</version>
    <exclusions>
        <exclusion>
            <groupId>*</groupId>
            <artifactId>*</artifactId>
        </exclusion>
    </exclusions>
</dependency>
person constantlearner    schedule 19.11.2013
comment
Найдите, какие все библиотеки содержат cxf-2.1.3.jar, и исключите конкретную банку, используя maven exclude - person constantlearner; 19.11.2013
comment
Спасибо за подсказку! Теперь я вижу, что у меня также есть версии 1.x файлов jar в папке Maven Dependencies (eclipse). Смешивать с версиями 2.4.1 кажется неправильным. Как ни странно, у меня в помпонах не осталось ни одного джерси 1.x. - person Pepster; 20.11.2013
comment
вам не нужно иметь прямую зависимость, некоторые плагины или трансактивные зависимости могут иметь их, но вы можете их исключить - person constantlearner; 20.11.2013