RS
бин, который указан в условиях, не из авто-конфигурации случайно приходит?
Size: a a a
2019 August 19
Д
Привет народ, есть два класса и в них объявлены бины, оба класса помечены аннотацией @Configuration, в одном из классов инициализируется бин по @ConditionalOnBean(name="someBeanName"), на одной машине создаётся Бин и все хорошо, а на другой не создаётся, в дебаг логах видно, что бин, который указан в условие создаётся, какие ещё варианты могут быть, что так странно получается?
Кондишн бины не рекомендовано использовать вне автоконфигурации
SA
опрос без холивара) хочется немного в цифрах посмотреть, спасибо
A
Ruslan Stelmachenko
бин, который указан в условиях, не из авто-конфигурации случайно приходит?
Не, бин инициализируется в другом классе, который также помечен аннотацией configuration
A
Дмитрий
Кондишн бины не рекомендовано использовать вне автоконфигурации
Я знаю, что они используются при созданий авто конфигураций, но не слышал такого ограничения, незнаю чем это связано
Д
Я знаю, что они используются при созданий авто конфигураций, но не слышал такого ограничения, незнаю чем это связано
В доке написано что их не рекомендуется использовать вне автоконфигурации
RS
смотря для чего. все ОСи хороши по-своему.
SA
Ruslan Stelmachenko
смотря для чего. все ОСи хороши по-своему.
Я понимаю. Ну интересен факт
RS
Да просто рамки слишком широки. Например, если перефразировать вопрос "Какую ОС предпочитаете для РАЗРАБОТКИ" (если именно это интересно), тогда будет проще ответить)
A
Дмитрий
В доке написано что их не рекомендуется использовать вне автоконфигурации
Увидел, что можно только волноваться за порядком загрузки бинов
A
Надо будет попробовать, добавить в spring.factories свою конфигурацию
RS
Я знаю, что они используются при созданий авто конфигураций, но не слышал такого ограничения, незнаю чем это связано
это ограничение написано прямо в жавадоке к этой аннотации :) В самом низу.
думаю, это связано с тем, что автоконфигурации добавляют бин-дефинишины в контекст уже после всех не-авто конфигураций.
а вот почему может в пределах обычных конфигураций не работать... ну возможно просто порядок сканирования
думаю, это связано с тем, что автоконфигурации добавляют бин-дефинишины в контекст уже после всех не-авто конфигураций.
а вот почему может в пределах обычных конфигураций не работать... ну возможно просто порядок сканирования
@Bean методов другой на разных машинах из-за какого-нибудь отличия в case sensitivity или версии jvm.A
Да, в полне возможно, ну надо попробовать на третьей машине, ради эксперимента))
SA
Ruslan Stelmachenko
Да просто рамки слишком широки. Например, если перефразировать вопрос "Какую ОС предпочитаете для РАЗРАБОТКИ" (если именно это интересно), тогда будет проще ответить)
да наверное) но уже думаю поздно переделывать опрос
Д
Увидел, что можно только волноваться за порядком загрузки бинов
Да так и есть, но в том и проблема что он на разных машинах будет разным
A
Дмитрий
Да так и есть, но в том и проблема что он на разных машинах будет разным
Ага, спасибо
2019 August 20
Ю
Подскажите правильно ли я делаю? данный метод контроллера получает изображение и сохраняет его в каталоге.
Я так понимаю все это нужно обрабатывать в сервисе? как создать сервис, не привязывая к репозиторию?
Я так понимаю все это нужно обрабатывать в сервисе? как создать сервис, не привязывая к репозиторию?
Ю
вопрос у меня говнокод? если да, то подскажите места, где тот самый говнокод)
А
ээээ.... создаешь класс, называешь его .....Service, ставишь аннотацию над ним @Service, автовайришь в контроллер, вызываешь метод сервиса из контроллера передавая ему полученный мультипарт
SB
Подскажите правильно ли я делаю? данный метод контроллера получает изображение и сохраняет его в каталоге.
Я так понимаю все это нужно обрабатывать в сервисе? как создать сервис, не привязывая к репозиторию?
Я так понимаю все это нужно обрабатывать в сервисе? как создать сервис, не привязывая к репозиторию?
Не привязывая к репозиторию - это не не инжектить в него репу?