Вопрос в следующем.
Есть типовое EE приложение: web, ejb..
Для организации фоновой обработки задания из web создаётся сообщение для MessageDrivenBean, который в ejb.
Как получить состояние от MDB в ходе обработки этого сообщения?

Это необходимо для оповещения клиента о ходе обработки данных  с использованием технологий Comet.
(например, при сохранении большого объекта: сколько процентов осталось, или ошибки какие возникли при этом).

Между web и браузером связь налажена, проблем нет(используется GWTEventService).
Необходимо наладить такую связь между web и ejb!!

I love to hear from you!
Thanks in advance!
!Las cosas buenas le suceden a la gente buena!
Спасибо за помощь.

Нарушение идеологии J2EE. 
Web является клиентом к EJB, а никак не наоборот. Бизнес-уровень совсем не должен знать о своих клиентах.
Те принципы, которые Вы описываете относятся к ESB: типа куча асинхронных сервисов, которые туда-сюда гоняют данные. И везде висят листенеры, которые эти данные обрабатывают.
В Вашем случае я бы реализовал дальнейшую цепочку пинга от Comet до уровня EJB и проверял какую-нибудь табличку в базе, которую обновлял бы Ваш MessageDrivenBean.

Добавлено через 5 минут и 36 секунд
Ну или можно через JNDI:
привязать объект к конкретному пользователю. Изменять его в MDB. Ну и опять же лукапить его  в каком-нибудь бизнес-методе пингом от Comet

Где же тогда server-push (как только данные изменяются, они отправляются клиенту)?
Получается, что опять же обновление будет происходить через некоторый промежуток времени(пусть и малый, но всё же фиксированный) по инициативе клиента.
Не писать же всю логику в WEB'е!

Если можно в-кратце, как это на ESB реализовать можно

В кратце не получится    
Enterprise Service Bus

Но WEB тут не причем: он тоже является клиентом шины. И также коллбэки будут невозможны.

В Dашем случае можно поковырять в сторону replyTo, Но для этого надо будет на стороне WEB прикручивать такого же листенера очереди как MDB. Это в сторону Spring Integration.
И из такого листенера делать server-push