В Weblogi c 12.2.1.3 вам не нужно выполнять процедуру, описанную по указанной вами ссылке, я имею в виду ссылку ниже.
https://docs.oracle.com/middleware/1213/wls/RESTF/use-jersey20-ri.htm#RESTF297
Это потому, что эта ссылка принадлежит Oracle Weblogi c 12.1.3 , и есть несколько различий между Weblogi c 12.1.3.0 и Weblogi c 12.2.1.3.
Кроме того, этот документ для Oracle Weblogi c 12.2.1.3 состояний.
Примечание:
Jersey 2.x (JAX-RS 2.0 RI) поддержка предоставляется по умолчанию в этом выпуске WebLogi c Server. Регистрация в качестве разделяемой библиотеки не требуется больше не требуется .
Это означает, что когда дело доходит до Weblogi c 12.2.1.3 Библиотеки Jersey уже есть и готов к использованию. Таким образом, ваше приложение должно иметь возможность их использовать.
Однако я думаю, что у серверных библиотек возникают проблемы с библиотеками, которые вы используете в своем файле pom. xml.
Более того Oracle Weblogi c 12.2.1.3 предоставляет jersey 2.22.4
Я также использовал wls-cat на одном из моих серверов, чтобы узнать, какая библиотека загружает класс org .glassfi sh .jersey.ext.cdi1x.internal.CdiComponentProvider , и я нашел библиотеку в $ ORACLE_HOME / oracle_common / modules / org.glassfi sh .jersey.ext.cdi.jersey- cdi1x.jar , что означает, что он загружен Weblogi c, как указано в документации выше.
Кроме того, после запуска wls-cat я вижу следующее:
org.glassfish.jersey.ext.cdi1x.internal.CdiComponentProvider implements org.glassfish.jersey.server.spi.ComponentProvider
Таким образом, приведение типов не должно быть проблемой, что означает наличие проблемы с загрузкой класса, которая, скорее всего, вызвана библиотеками, включенными в ваше приложение.
Вы можете увидеть результаты wls-cat выполнено на моем сервере на картинке ниже
You can use wls-cat to see which file (a JAR library) is loading the conflicting class. In below post you will find information about how to use wls-cat to analyse class loading problems.
https://blog.sysco.no/class/loader/AnalysingClassLoadingConflicts/