Swagger codegen swagger-jersey2-jaxrs с пружинным чехлом 2 / Spring 5 не работает - PullRequest
Новая
       18

Swagger codegen swagger-jersey2-jaxrs с пружинным чехлом 2 / Spring 5 не работает

0 голосов
/ 04 марта 2019

Сервер jersey-server по умолчанию и другой связанный jarsey-файл зависимостей, который поставляется с springboot 2 и spring 5, - это jersey-server-2.6, однако, когда я пытаюсь добавить зависимость swagger-jersey2-jaxrs в мой проект maven, jersey-serverзависимость переопределяется на jersey-server-2.25.1.из-за этого мое приложение не запускается с ошибкой ниже.

Если я удаляю зависимость, приложение работает нормально.

Добавлена ​​зависимость 

<dependency>
                <groupId>io.swagger</groupId>
                <artifactId>swagger-jersey2-jaxrs</artifactId>
                <scope>compile</scope>
                <version>1.5.22</version>
            </dependency>

Ошибка Яполучение 

{
    "timestamp": "2019-03-01T08:10:03.918+0000",
    "status": 500,
    "error": "Internal Server Error",
    "message": "org.glassfish.jersey.server.spring.SpringComponentProvider.initialize(Lorg/glassfish/hk2/api/ServiceLocator;)V",
    "path": "/helloworld/v1/service/hello"
}

Мой вопрос такой: какая совместимая версия swagger-jersey2-jaxrs с springboot 2 и spring 5. Есть ли что-то неправильное, что я мог сделать? Кто-нибудь пробовал использовать swagger-jersey2-jaxrs с пружинной загрузкой 2 и пружиной 5

Есть ли какой-либо другой способ исключить / переопределить зависимость от джерси, которая исходит от кодекса swagger, кроме тегов исключения maven?Я пытался использовать исключение, но, похоже, есть много зависимостей от Джерси.

Также еще один момент, который я заметил, в моем предыдущем проекте, где версия SB была 1.5, зависимость совместима, и все было хорошо.

Трассировка стека, которую я получаю, после добавления зависимости чванства без зависимости червя, работает нормально: 

java.lang.AbstractMethodError: org.glassfish.jersey.server.spring.SpringComponentProvider.initialize(Lorg/glassfish/hk2/api/ServiceLocator;)V
    at org.glassfish.jersey.server.ApplicationHandler$4.get(ApplicationHandler.java:408)
    at org.glassfish.jersey.server.ApplicationHandler$4.get(ApplicationHandler.java:399)
    at org.glassfish.jersey.internal.util.collection.Values$LazyValueImpl.get(Values.java:340)
    at org.glassfish.jersey.server.ApplicationHandler$3.call(ApplicationHandler.java:350)
    at org.glassfish.jersey.server.ApplicationHandler$3.call(ApplicationHandler.java:347)
    at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
    at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
    at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:255)
    at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:347)
    at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:392)
    at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:177)
    at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:369)
    at javax.servlet.GenericServlet.init(GenericServlet.java:158)
    at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1144)
    at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:789)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:133)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
    at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:800)
    at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
    at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:800)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1471)
    at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:748)

Ответы [ 2 ]

0 голосов
/ 04 марта 2019

Попробовав некоторое время вместо упомянутой выше swagger-jersey2-jaxrs зависимость, которую я использовал ниже зависимости, и это решило проблему, так как ниже зависимость не переопределит зависимость сервера Джерси, поэтому мое приложение работает нормальносейчас 

<dependency>
                <groupId>io.swagger</groupId>
                <artifactId>swagger-jaxrs</artifactId>
                <version>1.5.22</version>
                <exclusions>
                <exclusion>
                     <groupId>javax.ws.rs</groupId>
                     <artifactId>jsr311-api</artifactId>
                </exclusion>
                </exclusions>
            </dependency>
0 голосов
/ 04 марта 2019

Я думаю, что сервер Glassfish поставляется с библиотекой swagger-jersey2-jaxrs.

Удалите сервер Glassfish из зависимости с помощью исключения, которое должно работать.

...