В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.jvm

5248 membersпожаловаться на группу
2020 August 31

ПФ

Паша Финкельштейн... in pro.jvm
23 59
всем привет.

ситуация: конфликт зависимостей при развертывании проекта на стенде. ошибка класслоадера, LinkageError
наш проект использует Спринг версии A, и в наших же зависимостях есть пакет, тянущий тот же Спринг версии B.

при этом наше приложение собирается и стартует локально, а при дереве зависимостей mvn dependency:tree Спринга версии B нет.

кто может подсказать, чем обусловлено это отличие и что нужно проверить?
Спринг Бут или просто Спринг? На чём запускаете?
источник
13:27пожаловаться#1

25

23 59 in pro.jvm
простой, не бут. сборка — maven, развертывание — WAS
источник
13:28пожаловаться#2

AE

Alexandr Emelyanov in pro.jvm
23 59
простой, не бут. сборка — maven, развертывание — WAS
почистите кеш в WAS
источник
13:31пожаловаться#3

AE

Alexandr Emelyanov in pro.jvm
в папке деплоя смотрите и в libs
источник
13:31пожаловаться#4

25

23 59 in pro.jvm
да, возможно что что-то was-специфичное
но не очень ясно, почему это может быть связано с кэшем (на этом стенде наша приложуха — единственная, проблемы начались сразу же при подключении зависимости)
источник
13:37пожаловаться#5

ПФ

Паша Финкельштейн... in pro.jvm
23 59
да, возможно что что-то was-специфичное
но не очень ясно, почему это может быть связано с кэшем (на этом стенде наша приложуха — единственная, проблемы начались сразу же при подключении зависимости)
Ну таки что-то откуда-то приехало в класспас. У вашего was случайно нет своей версии спринга встроенной?
источник
13:38пожаловаться#6

25

23 59 in pro.jvm
насколько я знаю, нет.
версия B в класспас приехала из зависимости, нет?
источник
13:39пожаловаться#7

V

Vladimir in pro.jvm
23 59
насколько я знаю, нет.
версия B в класспас приехала из зависимости, нет?
Если не секрет, то что за зависимость нужна?
источник
13:40пожаловаться#8

V

Vlad in pro.jvm
23 59
насколько я знаю, нет.
версия B в класспас приехала из зависимости, нет?
В идее в списке зависимостей нет этой B? А, не увидел про dependency: tree, сорян
источник
13:40пожаловаться#9

AE

Alexandr Emelyanov in pro.jvm
23 59
да, возможно что что-то was-специфичное
но не очень ясно, почему это может быть связано с кэшем (на этом стенде наша приложуха — единственная, проблемы начались сразу же при подключении зависимости)
с кешем может быть связано с тем что при выгрузке остались зависимости от старой версии приложения с другим спрингом
источник
13:41пожаловаться#10

25

23 59 in pro.jvm
Vladimir
Если не секрет, то что за зависимость нужна?
это spring-oxm, на нем построен маршаллер, который используют сервисы нашей платформы
источник
13:41пожаловаться#11

V

Vladimir in pro.jvm
23 59
это spring-oxm, на нем построен маршаллер, который используют сервисы нашей платформы
какая-то конкретная версия или версия берется из бута?
источник
13:42пожаловаться#12

ПФ

Паша Финкельштейн... in pro.jvm
Vladimir
какая-то конкретная версия или версия берется из бута?
У них не Бут
источник
13:44пожаловаться#13

25

23 59 in pro.jvm
указана в помнике явно
источник
13:44пожаловаться#14

V

Vladimir in pro.jvm
23 59
указана в помнике явно
она сходится с версией исопльзуемого спринга?
источник
13:51пожаловаться#15

25

23 59 in pro.jvm
нет. я неверно выразился — конфликт версий A и B как раз у этого пакета (и ещё парочки, но не рожается именно этот бин)
источник
13:52пожаловаться#16

V

Vladimir in pro.jvm
23 59
нет. я неверно выразился — конфликт версий A и B как раз у этого пакета (и ещё парочки, но не рожается именно этот бин)
думаю так делать точно не стоит
источник
13:58пожаловаться#17

V

Vladimir in pro.jvm
почему нельзя взять одну и ту же версию спринга и его зависимости?
источник
13:59пожаловаться#18

V

Vladimir in pro.jvm
Ребят, возьмите бут по возможности и меняйте только его версию. А остальное в зависимости от него. Это столько гемороя уберет...
источник
13:59пожаловаться#19

YM

Yuri M in pro.jvm
Vladimir
почему нельзя взять одну и ту же версию спринга и его зависимости?
Пропишите явно в <dependencyManagement> версии.

Иначе maven сделает nearest first conflict resolution, не самая предсказуемая из стратегий.

И перед тем как терзать WAS посмотрите, какие версии зависимостей у вас в war-нике лежат.

Все версии Спринга совпадают?
источник
14:03пожаловаться#20