AbstractMethodError sur UriBuilder lors de la mise en Jersey de client 1.x à 2.x

Nous sommes dans le processus de mise à niveau de notre application Web (en cours d'exécution sur Tomcat7) à partir de Jersey 1,7 à Jersey 2.4.1.
J'ai réussi à avoir du côté serveur, le travail maintenant, mais JUnit tests qui sont à l'aide de jersey-client sont à jeter le 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)

Le projet est maintenu par maven, voici les pom dépendances:

<!-- 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>

Apparemment je manque une mise en œuvre concrète de la UriBuilder classe, mais je n'ai aucune idée de ce qu'est la dépendance-je besoin d'ajouter à cette. Aussi, pour le côté serveur, wut!?

vérifiez ceci : stackoverflow.com/questions/12137073/abstract-method-error/...
j'ai le même problème comme vous...pourrait fournir votre WEB-INF\lib ?

OriginalL'auteur Pepster | 2013-11-19

4

J'ai trouvé que la énoncer bibliothèque repose en quelque sorte sur le maillot 1.1.7. Cela a causé des parties de mon code pour compiler amende alors qu'il était encore en fonction 1.1.7 de l'API.

Je l'ai trouvé en faisant une recherche:
```
find . -name *.pom -exec grep -Hn jersey {} \;
```
...dans le ~/.m2 dossier sur le maillot. Cela peut être fait seulement si votre application est la seule à l'aide de maven sur votre machine.

Merci pour cela. Cela a été très utile. Dans mon cas, j'avais besoin de courir mvn clean mais vous m'avez donné un bon point de départ.

OriginalL'auteur Pepster
1

Lorsque vous voyez ce message d'erreur, cela signifie UriBuilder est chargé à partir d'autres bibliothèques, comme cxf-2.1.3.jar. Juste le renommer z-cxf-2.1.3.jar. Il devrait fonctionner correctement.Dans maven trouver lequel la dépendance est de mettre le pot et utiliser quelque chose comme ceci
```
<dependency>
<groupId>${project.groupId}</groupId>
<artifactId>app</artifactId>
<version>${project.version}</version>
<exclusions>
<exclusion>
<groupId>*</groupId>
<artifactId>*</artifactId>
</exclusion>
</exclusions>
</dependency>
```
Serait-ce de travailler avec maven?
Trouver toutes les bibliothèques contient cxf-2.1.3.jar et d'exclure le particulier bocal à l'aide de maven exclure
Merci pour l'astuce! Je vois maintenant que j'ai aussi 1.x versions du maillot fichiers jar à l'intérieur de l'Dépendances Maven dossier (eclipse). Mélangé avec le 2.4.1 versions ne semblent pas droit. Assez étrangement, je n'ai pas de 1.x jersey dep qui traînent autour de la pdm.
u n'avez pas besoin d'avoir directement la dépendance de certains plugin ou transative dépendance se peut que ceux qui sont encore u peut les exclure

OriginalL'auteur constantlearner

Vous devez vous connecter pour publier un commentaire.