Есть задача кластеризации программного комплекса.
Имеется.
1. Слой бизнес-логики на GlassFish (назовем его BU)
2. Слой доступа к данным, который состоит из нескольких приложений на GlassFish (назовем их BM и CS)
Все сервисы расположены на разных серверах.

При передачи сообщений от BU к BM или CS производится loadBalancing (вызовы идут по RMI).
Имеем последовательность вызовов
1. От BU к CS (create)
2. От BU к BM (create)
3. От BU к CS (update записи созданной на шаге 1)
Все это происходит в рамках распределенной транзакции.
Вопрос!!!!
Как сделать, чтобы 1 и 3 вызовы попадали на один экземпляр GlassFish, чтобы далее через одну сессию попадали в БД. 
С сессией проблем нет, т.к. это все работает автоматически. А вот как быть с вызовами RMI IIOP?

Пояснение.

Вопрос как добиться, чтобы первый вызов и третий проходили через один и тот же инстанс CS, чтобы с одной БД все работало в рамках одной сессии к БД.
Видится вариант для CS Cluster выделить отдельный узел, который будет держать пул соединений с БД и все взаимодействие с БД строить через него.
Может есть более технологичный вариант, который предполагает, что при распределении нагрузки будет учитываться, что вызовы идут в рамках распределенной транзакции и третий вызов пойдет на тот же инстанс?


Присоединённый файл ( Кол-во скачиваний: 6 )
 bm_sc.png 27,46 Kb