Плагин Gradle – другая версия Java для подпроекта ⇐ JAVA
Плагин Gradle – другая версия Java для подпроекта
Речь идет о многомодульном проекте Gradle и поддержке версий JDK.
У нас есть общий модуль (Commons), в котором есть собственный плагин и другие утилиты, которые раньше сохраняли ограничения на подпроекты, например микросервисы.
У нас есть много микросервисов, использующих этот общий пользовательский плагин для наложения ограничений на свойства сборки и задачи Gradle.
Этот проект Commons gradle ранее использовался для работы в JDK 11.
Предыдущая конфигурация выглядит следующим образом:
Общая сборка.gradle
sourceCompatibility= JavaVersion.VERSION_11
plugin.gradle для создания общего плагина (который присутствует внутри подпроекта модуля Commons)
все проекты { применить плагин: 'java' применить плагин: 'java-library' } подпроекты { sourceCompatibility= JavaVersion.VERSION_11 целевая совместимость = JavaVersion.VERSIOM_11 } Микросервис build.gradle
применить плагин: 'com.commons.common-plugin' всепроекты{ } сценарий сборки { доб{ } } Теперь мы хотим, чтобы модуль Commons был в JDK 17, а плагин для сборки и применения версии Java в микросервисах — в JDK 11. Я попытался изменить приведенный выше плагин.gradle для сравнения исходного и целевого объектов, но в итоге столкнулся с той же проблемой.
Проблема, с которой я столкнулся в микросервисе во время сборки, заключалась в следующем:
Вызвано org.gradle.internal.comComponent. NoMatchingConfigurationSelectionException: нет соответствующего варианта com.commons. - Возможность варианта apiElements com.commons объявляется как библиотека, упакованная в виде jar, а ее зависимости объявляются извне. - Несовместимо, поскольку этот компонент объявляет компонент для использования во время компиляции, совместимый с Java17, а потребителю необходим компонент для использования во время выполнения, совместимый с Java 11. - Вариант «runtimeElements».... та же ошибка. Есть ли какой-нибудь возможный способ добиться этого? Если да, можете ли вы предложить.
Заранее спасибо.
Теперь мы хотим, чтобы модуль Commons был на JDK 17, а плагин для создания и применения Java-версии в микросервисах должен быть на JDK 11. Я пытался изменить что-то в приведенном выше плагине.gradle для сравнения исходного и целевого источников, но в конечном итоге столкнулся с та же проблема.
Речь идет о многомодульном проекте Gradle и поддержке версий JDK.
У нас есть общий модуль (Commons), в котором есть собственный плагин и другие утилиты, которые раньше сохраняли ограничения на подпроекты, например микросервисы.
У нас есть много микросервисов, использующих этот общий пользовательский плагин для наложения ограничений на свойства сборки и задачи Gradle.
Этот проект Commons gradle ранее использовался для работы в JDK 11.
Предыдущая конфигурация выглядит следующим образом:
Общая сборка.gradle
sourceCompatibility= JavaVersion.VERSION_11
plugin.gradle для создания общего плагина (который присутствует внутри подпроекта модуля Commons)
все проекты { применить плагин: 'java' применить плагин: 'java-library' } подпроекты { sourceCompatibility= JavaVersion.VERSION_11 целевая совместимость = JavaVersion.VERSIOM_11 } Микросервис build.gradle
применить плагин: 'com.commons.common-plugin' всепроекты{ } сценарий сборки { доб{ } } Теперь мы хотим, чтобы модуль Commons был в JDK 17, а плагин для сборки и применения версии Java в микросервисах — в JDK 11. Я попытался изменить приведенный выше плагин.gradle для сравнения исходного и целевого объектов, но в итоге столкнулся с той же проблемой.
Проблема, с которой я столкнулся в микросервисе во время сборки, заключалась в следующем:
Вызвано org.gradle.internal.comComponent. NoMatchingConfigurationSelectionException: нет соответствующего варианта com.commons. - Возможность варианта apiElements com.commons объявляется как библиотека, упакованная в виде jar, а ее зависимости объявляются извне. - Несовместимо, поскольку этот компонент объявляет компонент для использования во время компиляции, совместимый с Java17, а потребителю необходим компонент для использования во время выполнения, совместимый с Java 11. - Вариант «runtimeElements».... та же ошибка. Есть ли какой-нибудь возможный способ добиться этого? Если да, можете ли вы предложить.
Заранее спасибо.
Теперь мы хотим, чтобы модуль Commons был на JDK 17, а плагин для создания и применения Java-версии в микросервисах должен быть на JDK 11. Я пытался изменить что-то в приведенном выше плагине.gradle для сравнения исходного и целевого источников, но в конечном итоге столкнулся с та же проблема.
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Как получить пружинные бобы из другого модуля/подпроекта без декларации зависимости в градли
Anonymous » » в форуме JAVA - 0 Ответы
- 10 Просмотры
-
Последнее сообщение Anonymous
-