![]() |
|
Модераторы: LSD, AntonSaburov |
![]()
|
|
| d_k |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 76 Регистрация: 20.7.2004 Репутация: 1 Всего: 1 |
Коллеги, может кто присоветует какие либо best practices пор решению следующей задачи. Есть шина на основе Camel. Есть стейт машина зашитая в конфиг кэмела. Но. По мере прохождения сообщения по шине оно должно обогащаться (нужна доп инфа для финансового аудита, списания начисления фин. средств, почтовых нотификаций и т.д.).
Так вот чего хотелось бы добиться 1. Дело в том что в качестве payload camel принимает 1 объект, а данные я должен плевать в общем случае шину разные. Писать 1 God Object, который будет двигаться по разным маршрутам - антипаттерн, да и сильно читаемость кода теряется. Использовать для каждого маршрута свой объект тоже не очень красиво - плодить мусор только. Наборы полей пересекаются - вытащить суперклас как то не получается для этих объектов. Каким оразом можно поднять уровень абстракции не впадая в антипаттерны и не теряя читабельность кода, может подскажете? 2. По поводу обогащения сообщения: можно было бы в шину плюнуть сообщение содержащее некий идентификатор сущности и тип пользовательского акшина, но частично необходимые данные присутствуют уже на начальном этапе, и хотелось бы их положить в сообщение уже дабы дважды не теребить те же самые DAO (в ресурсах сильно ограничен, нагрузка может быть высокой). Может тут есть какие трики? Кастомные хедеры или что то еще? В общем хотелось бы понять какие лучшие методики есть для решения таких задач. Заранее спасибо |
|||
|
||||
![]()
|
| Правила форума "Java" | |
|
|
Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Java EE (J2EE) и Spring | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |