----

как мне добавить несколько containerFactory = "${container.factory.create-ticket}"? на каждый handler, ведь они разные везде будут Command классы.

@KafkaListener(topics = "${producer.topic.create-ticket}", containerFactory = "${container.factory.create-ticket}")
@Service
public class TicketServiceCommandHandler {

 @KafkaHandler
 private void createTicket(CreateTicket command) {
              ....
 }

       @KafkaHandler
 private void createTicket(CreateTicketTest2 command) {
              ....
 }

         @KafkaHandler
 private void createTicket(CreateTicketTest3 command) {
              ....
 }
}

🤔

без containerFactory - не работает

Друзья, всем хорошего вечера, подскажите, а возможно ли из файла с конфигами (spring.config.location) все переменные перенести в строку при старте java сервиса?

не ужели помощи не от куда ждать?(

конечно.  можно даже в переменные окружения.

Да мне бы наоборот из файла, что бы удобно было опрерировать переменными)) Спасибо большое)

так а что мешает запускать с необходимыми аргументами?
плюс, немного не понял про наоборот.

Я со стороны админа, у меня есть продукт разработанный не нами и который я хотел бы запустить в контейнере. Вот нашел и вижу, что переменные забираются из конфиг файла, хочу их распарсить и вставить как JAVA_OPTS=$SPING_OPT1 $SPRING_OPT2
Я понятно обьяснил?))

@KafkaListener(topics = "${producer.topic.create-ticket}", containerFactory = "${container.factory.create-ticket}")
@Service
public class TicketServiceCommandHandler {

 @KafkaHandler
 private void createTicket(CreateTicket command) {
              ....
 }

       @KafkaHandler
 private void createTicket(CreateTicketTest2 command) {
              ....
 }

         @KafkaHandler
 private void createTicket(CreateTicketTest3 command) {
              ....
 }
}

.

В спринге если у тебя условно есть в конфиге ключ my.awesome.prop - то ее можно передать через окружение назвав ее MY_AWESOME_PROP

Принцип понятен?

Арсений, а можешь пожалуйста для примера распарсить один конфиг, не пойму синтасис.

server:
 address: 0.0.0.0
 port: 9140
 username: #must be filled
 password: #must be filled
 session:
   timeout: 86400

у меня yaml конфиг, наверное не совсем подходит)

Ну, если у тебя там массивы - да

А так - ну вот у тебя на самом деле пропсы типа server.address, server.port, server.session.timeout

т.е. на нашем примере будет что-то по типу такого? spring.config.server.session.timeout=120000

А spring.config зачем?

т.е. фактически у меня будет вот так?
java $JAVA_OPTS -server.session.timeout=120000

-Dserver.session.timeout

В начале -D обязательно