Federwolke netflix Jersey Versionskonflikt

Question

Hallo Ich habe eine Frühlings Boot-Anwendung, die auf Jersey Version 2,7

<dependency> 
     <groupId>org.springframework.boot</groupId> 
     <artifactId>spring-boot-starter-jersey</artifactId> 
    </dependency> 

Dies ist abhängig verwendet.

Wenn

<dependency> 
    <groupId>org.springframework.cloud</groupId> 
    <artifactId>spring-cloud-starter-eureka</artifactId> 
</dependency> 

zu verwenden versuchen, die intern verwendet Jersey Version 1.1, schlägt die Anwendung die zwei verschiedenen Versionen derselben Bibliothek gegeben.

irgendwelche Ratschläge, wie dieses Problem zu beheben, ich habe nur die Version 2.7 zu verwenden versucht, aber sie scheint nicht kompatibel each-anderen

Dank

java.lang.NoSuchMethodError zu sein: javax.ws .rs.core.Application.getProperties() Ljava/util/Map; bei org.glassfish.jersey.server.ApplicationHandler. (ApplicationHandler.java303) bei org.glassfish.jersey.server.ApplicationHandler. (ApplicationHandler.java:284) bei org.glassfish.jersey.servlet.WebComponent. (WebComponent.java:311) bei org.glassfish.jersey.servlet.ServletContainer.init (ServletContainer.java:168) bei org.glassfish.jersey.servlet.ServletContainer.init (ServletContainer.java:358) bei javax .servlet.GenericServlet.init (GenericServlet.java:158) bei io.undertow.servlet.core.LifecyleInterceptorInvocation.proceed (LifecyleInterceptorInvocation.java:117) bei io.undertow.servlet.core.ManagedServlet $ DefaultInstanceStrategy.start (ManagedServlet .java: 220) bei io.undertow.servlet.core.ManagedServlet.get Servlets (ManagedServlet.java:163) bei io.undertow.servlet.handlers.ServletHandler.handleRequest (ServletHandler.java:84) bei io.undertow.servlet.handlers.FilterHandler.handleRequest (FilterHandler.java:82)

Answer 1

Hmm, das ist nicht gut. Jersey 1 und 2 unterscheiden sich signifikant. Ich denke, die einzige Option, die Sie haben, ist, Spring-Boot-Starter-Trikot und Code zu Jersey 1.1 zu entfernen.

Es könnte sich lohnen, sich den Spring-Boot-Starter-Trikot-Code anzuschauen, um zu sehen, was er Ihnen bei der automatischen Konfiguration bietet, was Ihnen bei der Codierung helfen könnte.

Es ist sehr bedauerlich, da Spring Boot Ihnen eine kuratierte, kompatible Reihe von Abhängigkeiten geben soll, aber es sieht so aus, als wäre Spring-Cloud-Starter-Eureka nicht in Spring-Boot gefaltet worden eine alte API.

<plugin> 
     <groupId>org.springframework.boot</groupId> 
     <artifactId>spring-boot-maven-plugin</artifactId> 
     <configuration> 
      <excludes> 
       <exclude> 
        <groupId>javax.ws.rs</groupId> 
        <artifactId>jsr311-api</artifactId> 
       </exclude> 
      </excludes> 
     </configuration> 
    </plugin> 

Das einzige Problem ist aber, dass die Tests laufen noch nicht:

Answer 2

Ich habe das Setup mit Jersey 2 und Eureka-Client alle durch Federwolke durch Angabe der folgenden Arbeit bekommen. Aber wir versuchen immer noch, eine vollständige Lösung für das Problem zu finden.

Answer 3

Ich schaffe es, mein Problem zu lösen, das ist nicht das Beste, aber es funktioniert, ich habe eine strip-out-Version der Bibliothek gemacht, Trikot-Client mit einer CXF-Bibliothek zu ersetzen, und es funktioniert perfekt.

https://github.com/MicroIdeas/service-registry/tree/master/src/main/java/co/microideas/framework

Answer 4

ich das gleiche Problem hatte, bis ich Feder-boot-Starter-Trikot an die Spitze der Abhängigkeiten bewegt. Das scheint es vollständig zu heilen.