Хм, если только в java-конфиге создавать KafkaMessageListenerContainer или что там, где и ловить исключение. Но, поскольку нужно вернуть бин, то придется возвращать null в случае выброса исключения, и делать null-чек там, где этот бин инжектится. Другого решения я так сходу не вижу...

Добрый день
возникла проблема
по xsd нужно сгерерить класс для серриализации, но xsd на русском
есть ли какой-то сервис или утилита
что может сгенерить нормальный класс (с англ полями)  и русскими аннотациями, что бы код не превращался в языковое месево

нет. только биндинги для xjc накатать

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

Помешает в харкдорных технических конторах, то есть в 95% всем без разницы

Понял...
Я просто смотрю вакансии Globallogic, там вообще не написано про образование. Только знание того и сего.

если заграницу перезжать  может помешать, а так нет проблем

Ещё от страны зависит, конечно, но это уже другая тема

Ну я планирую начинать у себя в Украине в Киеве. Но все равно крупные компании все на аутсорсе же...

Извините за долгий ответ.
А можете пример привести?

Я на всякий случай попробую конкретизировать на примере, что хочется получить:
Описание:
Приходит сообщение в котором есть информация о товаре (сущность Product) и его модели (сущность ProductModel). При этом связь между сущностями один ко многим (у товара может быть только одна модель). По результатам обработки сообщения мы должны создать сущности Product и ProductModel и записать их в базу (при этом в сущности Product должна быть ссылка на ProductModel). То есть создание запись в БД Product зависит от создания ProductModel. В этом примере две сущности, на деле их больше и зависимостей больше.

Цель:
Хочется написать обработчик в котором я могу сделать условно следующий код (т.е. максимально упростить дальнейшее расширение функционала):

@Autowired
private List<Handlers> handlers;

public void process(Message message){
    handlers.forEach(h -> h.handle(message));
}

Надо понимать, что я не пытаюсь привести код к такому - это просто пример. Я хочу максимально разделить ответственность по созданию сущностей по разным handler, чтобы упростить тестирование. Т.е. уйти от написания в одном методе кода вида:

Product product = new Product();
ProductModel productModel = new ProductModel;
product.model = productModel;
...
...
...

В чем проблема:
Мне в процессе выполнения handler в сущности нужно добавлять ссылки на другие сущности. Т.е. при создании Product нужно указать ссылку на ProductModel. Получается, что нужен либо формировать каким-то образом порядок выполнения handler (в голове есть DependsOn, но это повысит связность как по мне), либо придумывать какую-то пост обработку создания сущностей, но это тоже будет завязано на конкретный кейс получается.
Возможно я загоняюсь по пусту, но не могу придумать как сделать менее связанно и легко расширяемо :)

то что ты хочешь сделать похоже на ETL и обычно для этого используют EIP
https://www.enterpriseintegrationpatterns.com/patterns/messaging/

А если просто в сервисе с транзакцией создать родителя, а потом в другом сервисе передавать ссылку с родителем и на каждую модель  создавать модель с родителем? Я что-то упускаю из идеи автора. Почему при создании продукт нужна продукт модель. Один ко многим же. То есть один продукт- много моделей?

это протекают заморочки связанные с реляционной структурой ему нужно пульнуть в базу "агрегат" причём сохранение состоит из нескольких операций и делать их нужно именно в нужном порядке, потому что не в любом порядке получится корректно сохранить

конкретно в этом случае, да, owning side находится в  потомке и можно сначала сохранить родителя а потом добавить референс на него во всех потомков, и сохранить их но он хочет отразить зависимость одного шага на другой

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

То есть вы можете сначала сохранить модель. А потом в цикле все продукты... Что вы ещё хотите сделать? Я просто не понимаю идею :)

Аааа, в итоге цель сохранить просто модель и чтобы продукты по мнимой связи отработали?

вот здесь правильно в целом мое желание.
Если разбирать на примере опять же:
Есть отдельный handler который создает продукт (ответственность - создать продукт) и есть отдельный handler, который создает модель (ответственность - создать модель). В моем понимании это отдельные классы т.к. у класса должна быть единственная ответственность.

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

Но учитывая, что задача в целом выглядит просто - я видимо просто как-то неправильно в голове собираю у себя эту задачу ("кубики" неправильно расставляю). Видимо надо просто посидеть с листочком и порисовать связи. Если так и не стало понятней, то видимо это все таки действительно я злобный буратино и пойду нормально формулировать задачу для себя)

У вас объекты в message?

Да, одно сообщение. А его нужно распарсить и раскидать по базе данных по некоторым условиям

Может просто в Ordered.LOWEST_PRECEDENCE обрабатывать родителя, а потом далее по листу все зависимые сущности?