В мире Gradle, где для спецификаций используется только platform
, не существует правила приоритета. Gradle будет учитывать все ограничения, введенные различными спецификациями и транзитивными зависимостями , и разрешать конфликты обычным образом, если они рекомендуют разные версии.
Я не специалист по плагину Spring dependency-management
, но, насколько я понимаю, он направлен на тиражирование контракта спецификации Maven: версии спецификации отменяют любую транзитивную версию и могут, в свою очередь, быть отменены объявлениями локальной версии.
Если это понимание верно, то плагин dependency-management
будет применять свои правила для всех зависимостей, охватываемых спецификациями, которые он импортирует. Все, что не включено в плагин, будет подчиняться правилам Gradle.
В этом смысле сочетание может быть не идеальной ситуацией, поскольку изменения содержимого спецификации по сравнению с версией в обоих направлениях могут оказать довольно серьезное влияние на разрешенные зависимости.