Проблема dependency hell в плагине

011 012

Проблема:

013 014

На плагине сервис в public static void main(String[] 015 args){}, или в тестах успешно работает. При подключении ядра 016 и поднятия всего контекста - сервис перестает работать.

017 018

В первый раз при вызове сервиса падает с ошибкой 019 (NoSuchMethodError):

020 021

022  "message": "Handler dispatch failed; nested exception is java.lang.NoSuchMethodError: 'okhttp3.MediaType okhttp3.MediaType.get(java.lang.String)'",
023  
024

025 026

Все остальные запросы теряют определение класса в процессе 027 рантайма (NoClassDefFoundError):

028 029

030  "message": "Handler dispatch failed; nested exception is java.lang.NoClassDefFoundError: Could not initialize class com.infobip.RequestFactory$MediaTypeRegistry",
031  
032

033 034

Например:

035 036

com.squareup.okhttp3:3.* версии написан на 038 Java;
com.squareup.okhttp3:4.* и выше переписали на 041 Kotlin, изменили метод обращения к MediaType.

043 044

Чтобы посмотреть дерево зазивисмостей можно запустить:

045 046

./gradlew allDeps

047 048

где

049 050

051  (*) - зависимость ранее встречалась
052  (n) - not resolved
053  (c) - dependency constraint
054  
055

056 057

или точечно для либы:

058 059

060  ./gradlew :plugin_module_name:dependencyInsight --dependency okhttp3
061  
062

063 064

Решение:

065 066

зайти в контейнер плагина:

067 068

069  docker exec -it container_name bash
070  
071

072 073

тут есть две директории:

074 075

/app/external - внешние .jar пакеты ядра (core 077 mybpm);
/app/plugins/mybpm-plugin-monamie/external - 080 внешние .jar пакеты плагина (plugin mybpm).

082 083

Cпособ рабочий, но не рекомендуемый. Может не скомпилироваться 084 ядро проекта. Точечно удалить .jar командой RUN в 085 Dockerfile, создающем image плагина (и на его место поставить 086 другую версию либы при необходимости):

087 088

089  RUN cd /app/extern \
090  && rm /app/extern/okhttp-3.9.0.jar \
091  && rm /app/extern/okio-1.13.0.jar 
092  
093

094 095

Идеальный вариант: обновить старую библиотеку на ядре 096 проекта.

097 098

Дополнительно:

099 100

По приоритету gradle подтягивает первый обнаруженный пакет, 101 поэтому в приоритете компилируется jar ядра проекта.

102 103

Установка принудительной версии (строгой 104 зависимости) на плагине не поможет:

105 106

107  implementation("com.squareup.okhttp3:okhttp") {
108    version {
109      strictly '4.10.0'
110    }
111  }
112  
113

114 115

Существуют либы, которые используют принудительные версии 116 пакетов, это мешает gradle правильно составлять дерево 117 зависимостей.

118 119

Исключение пакета из сборки и повторная 120 имплементация в корневом build.gradle плагина тоже не 121 поможет:

122 123

124  configurations.configureEach { pkg ->
125    pkg.exclude(group: "com.squareup.okhttp3", module: "okhttp")
126  }
127  
128

129