Java-buildpack: Поддержка отключения автопереконфигурации

Какого изменения конфигурации вы пытаетесь избежать? На практике JAR автоматической реконфигурации Spring помещается в путь к классу, но на самом деле может не выполнять никаких автоматических реконфигураций. Автоматическая реконфигурация происходит только тогда, когда существуют как сервис, который является кандидатом на реконфигурацию, так и компонент, который является кандидатом на реконфигурацию. Таким образом, вы можете избежать автоматической перенастройки, не привязывая сервисы, с которыми вы не хотите автоматически перенастраиваться. Кроме того, полностью исключается автопереконфигурация, если определены какие-либо компоненты spring-cloud .

Я хочу избежать любой магии, о которой я специально не просил. У меня нет возможности отладить то, что возня с автоматической реконфигурацией может делать на стороне сервера, в том числе точно ли он анализирует предоставляемые пользователем услуги, и я бы предпочел освободить капельную память для немного большего количества кеша или чего-то еще, чем дополнительный код, который я использую Не нужно и не хочу. Кроме того, автоматическая реконфигурация почти полностью недокументирована (по крайней мере, мне удалось найти) и поэтому непредсказуема с практической точки зрения.

@chrylis Последний пункт, о котором упоминал

С учетом всего вышесказанного мы предложили отключить автоматическую реконфигурацию в версии 1 (см. Https://spring.io/blog/2011/11/04/using-cloud-foundry-services-with-spring-part-2 -авто-реконфигурация). Сейчас настало время разветвлять сборочный пакет и модифицировать его под любые нужды. Так что, если такой переключатель все еще оправдан в самом пакете сборки java, я позволю @nebhale позвонить.

На данный момент я считаю, что автоматическая реконфигурация ведет себя должным образом, действуя только при очень предсказуемых обстоятельствах. Я основываю это на том факте, что это первая проблема, требующая отключения. Однако я готов пересмотреть эту позицию, если мы получим ряд запросов, подобных этому. Пока мы не увидим воспроизводимую ситуацию, когда автоматическая реконфигурация работает неправильно и не может быть изменена для правильной работы, я склонен сохранять все как есть.

Как и для всех компонентов, автоматическую реконфигурацию можно отключить, удалив соответствующую запись из списка компонентов. Лучшее место для документации по автоматической реконфигурации - в его репозитории GitHub и на странице документации фреймворка .

Если есть конкретные улучшения в поведении автопереконфигурации или в документации, связанной с ней, сообщите нам об этом, и мы будем рады их внести.

Кроме того, полностью исключается автоматическая реконфигурация, если определены какие-либо компоненты Spring-Cloud.

По моему опыту, в этом поведении есть проблемы со временем. Если bean-компонент spring-cloud определен в профиле, то он может быть идентифицирован после того, как «ранее» объявленный bean-компонент (т. Е. Определенный вне определенного профиля) уже был изменен с помощью автоматической реконфигурации.

Например, учитывая конфигурацию, которая определяет два компонента DataSource : встроенный источник данных и внешний источник данных, который может различаться в зависимости от среды / профиля. Ссылки на встроенный источник данных будут переконфигурированы, чтобы указывать на внешний источник данных, если вы не измените конфигурацию, чтобы встроить определение bean-компонента встроенного источника данных.

Я также хотел бы отключить автоматическую реконфигурацию по тем же причинам, что и исходный плакат: я не хочу, чтобы произошло какое-либо волшебство, которого я не понимаю.
Это изменилось? Можно ли отключить его каким-либо другим способом, кроме разветвления buildpack?

Привет, да, теперь это возможно.
Любая конфигурация теперь может быть установлена ​​через переменную среды вместо того, чтобы разветвлять buildpack для непосредственного изменения файлов конфигурации. Например, чтобы отключить автоматическую реконфигурацию, вы должны установить такую ​​переменную среды.

cf set-env myapp JBP_CONFIG_SPRING_AUTO_RECONFIGURATION '[enabled: false]'

Дополнительная информация находится в документации https://github.com/cloudfoundry/java-buildpack#configuration -and-extension

Я уже использую эту технику для настройки калькулятора памяти. Думаю, мне лучше проверить все файлы конфигурации и посмотреть, что внутри них, прежде чем я снова буду задавать вопросы.
Спасибо.

Для этого в файле манифеста требуется другой формат.

Попробуй это,

JBP_CONFIG_SPRING_AUTO_RECONFIGURATION: '[enabled: false]'

Обратите внимание на лишние :

Есть ли план для этой библиотеки автоматической реконфигурации для поддержки частичного отключения соединений служб? В частности, в нашем случае использования нам нужна настроенная RedisConnectionFactory (поскольку мы используем SSL-соединение со службой Azure Redis), однако мы хотим, чтобы эта библиотека автоматической реконфигурации перенастроила наш RabbitMQ (поскольку мы используем предоставленную PCF службу RabbitMQ).