Всем доброго вечера.

Прошу помощи по такому вопросу. Есть распределенная система из нескольких серверов приложений, а именно на Glassfish. "Наружу" выставлены несколько веб-сервисов. Требуется складывать лог вызовов к сервисам в централизованное хранилище - в БД. Грубо говоря это просто скинуть request и response. Вроде бы несложно, но! Как всегда доп. требования )) Требуется детализация по операциям внутри сервиса с иерархией вызовов, т.е. если у EJB вызывается метод, то надо залогировать и его. В итоге в БД складываются записи в виде дерева, отражающего иерархию вызовов. EJB могут быть remote.
Извините, если путанно объясняюсь. Вообще не представляю как это сделать, в голове каша. На J2EE перешел со спринга, много чего недогоняю. Есть общая идея. Аннотациями помечать логгируемые методы, на интерцепторах обрабатывать лог вызываемых методов, но как это реализовать - непонятно. Прошу подтолкнуть к правильному решению. Собссно пока непонятно даже как вообще реализовать сами интерцепторы... (((

Нашел тему: Вопрос по логированию , но ответа на свой вопрос там не увидел.

Kostya Ilyinov,

Непонятно как передавать текущему "уровню" id родителя, учитывая, что есть методы к remote EJB. Хотя можно иерархию накапливать в отдельном EJB доступного всем прочим.
Kostya IlyinovВ БД просто кладете логи (аппендером Log4J или как-нибудь еще), Такая задача тоже есть, но для конечного пользователя надо что-то более читабельное, потому надо самому классификацию записей делать, сообщения прикреплять об результатах операции, классифицировать такие записи. Но в принципе можно такую классификацию сделать на уровнях логгирования.

Решил задачу с помощью @RequestScoped EJB, доступного всем сервисам. Вроде работает )))

Поспешил, не работает
Подскажите плз можно ли сделать context dependency injection в скоупе request в распределенной системе?

Kostya IlyinovWGA,

С удаленными EJB думаю только какой-нибудь суррогатный ключ. Подумайте, что в вашей предметной области может таким ключом являться. У нас был мобильный номер.Ключа нет. По-крайней мере универсального. Очень разнообразные бизнес-операции.Kostya IlyinovKostya Ilyinov,

Как вариант, можно добавить параметр к вызову EJB - но это самый крайний случай.совсем крайний...

mayton,

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

Спасибо всем кто участвовал.

marx_freedomя, конечно, очень поздно отвечаю, но дайте попробовать...

а зачем/почему у вас там remote ejb?
наружу выставлены web-services - разверните их на каждой ноде, поставьте перед ними балансировщик, пусть ws получает информацию о вызвавшем и складывает ее в threadlocal (он же ее и очистит после завершения работы), далее пусть ws дергает ejb через local интерфейс (этот ejb дергает другие тоже через local интерфейсы - т.е. в результате запрос обработается полностью на той ноде, на которую его отправил балансировщик). это если я правильно понял задачу :)Не поздно, проблема все равно никуда не делась ) Проблема в передаче контекста между разными JVM. В данном конкретном случае что-то наподобие @RequestScoped.