Уважаемые, помогите советом...

Существуют два отдельных приложения JSF+EJB3... Для примера, БАНКИ и АДРЕСА... В одном существует сущность Банкир, в котором используется сущность Адрес... И так есть JSF- форма для редактирования данных по Банкиру, в котром есть поле с демонстрацией текущего Адреса банкира... поле снабжено кнопкой для редактирования Адреса, которое должно переводить нас на форму редактирования Адреса...

Каким образом организовать взаимодействие? Необходимо:
1) Передавать в форму Адресов идентификатор текущего адреса..
2) В случае отсутствия Адреса - передавать сигнал об этом и впоследствии предать форме Банкира идентификатор нового адреса... 
3) Осуществлять слежение за маневрами пользователя для корректного возвращения в исходную страницу... 

    Я пошел простым путем - формирую URL с параметрами http://бла-бла?parameter=1... но это меня пока не вполне устраивает... 

возникают вопросы:
каким образом, можно установить с какой страницы я пришел на эту JSF-страницу?  
каким наиболее простым образом можно эти параметры вытащить из URL текущей страницы?
каким образом можно указать правильный контекстный URL? поскольку абсолютные адреса слишком неудобны... 

И вообще правильно ли я поступаю...??  

Я честно говоря не сталкивался с такой ситуацией - запоминать страницу, на которую надо вернуться.
Варинатов я виже несколько:
1. Можно сделать нечто вроде параметра BACK на странице, который будет представлять из себя просто URL. Каждый сервлет, который будет вызывать какую-то страницу фомирует также и такую ссылку.
2. Запоминать URL в сессии для пользователя и делать специальную команду BACK на нужной странице. При вызове команды извлекать необходимую информацию из сессии и отправляться туда, куда сказано 

Наверняка можно придумать что-то еще.

можно проанализировать http-заголовок http-referer


организация взаимодействия независимых приложений - всегда геморрой, т.к. они не разделяют общие серверные ресурсы (jsf backing beans, http sessions, etc).
мораль - связать их можно или как ты делаешь, по клиентскому слою (параметры), или по общему серверному ресурсу (т.к. приложения разные, они ничего не разделяют, в т.ч. ServletContext), например, данным в БД. 
FYI: Для асинхронных веб-сервисов часто применяется хранение состояния клиента в БД.

Этот метод не дает полной гарантии.

Это я уже понял...   



Дело в том, что Адрес есть не только у Банкира, но и у Банка, и у Клиента... Таким образом, нужно всегда знать - откуда пришел редактировать Адрес, чтобы вернуться назад, к нужной форме.... 

И все-таки, каким наиболее простым образом можно эти параметры вытащить из URL текущей страницы?

Дело в том, что в сервлете вроде понятно как это сделать.. а в JSF-странице? Куда тыкаться? Как проанализировать - какой URL у страницы?

Добавлено через 6 минут и 50 секунд


Пришла в голову шальная мысль - если создать EJB для связи.. подрубить его в оба проекта... и в нем хранить необходимые данные?? не слишком ли?

Мысли вслух:
всю дополнительную информацию (URL и проч.) сохранять в каком-нибудь Map'e.
А сам Map хранить в application scope.
Ну а в request'e передавать параметром key нашего Map'a.

(понятно, что нужен дополнительный класс-manager для работы с этой табличкой - добавлять данные, очищать мусор и проч.)

ну так этот класс-manager - это ведь EJB? Более легкого способа работы с таблицей я не знаю... 

Maverick, нет, под таблицей я имел ввиду Map )
И EJB в моем простейшем варианте не нужны.

При переходе из приложения в приложение - идентификатор сессии измениться? И вообще - как правильно работать в JSF с сессией... ну хотя бы получить ее идентификатор??

насколько я понял из постановки задачи, приложения разворачиваются как или независимые war или  ear.  в этом случае они не разделяют servletcontext.


ejb для связи.... попробуй создать на базе одного ejb- или web-приложения фасад поверх всех твоих банкиров и пр. думается, это будет крайне неплохой путь.

абсолютно верно... отдельные ear...


нельзя ли развить мысль - чуть-чуть... торможу чего-то... 

не волнуйся, и это пройдет ))

смотри: вместо сцепки (не смейся, есть такой термин в теории языков программирования) двух приложений по внешним данным (вншн БД) или по параметрам (как ты вначале хотел) можно использовать design pattern фасад.

что это значит: ты имеешь два независимых ejb-приложения (банкиры и чего-то там), и к ним у тебя два независимых клиента (web-apps). вместо двух этих независимых ты делаешь одно, которое будет взаимодействовать с обоими бинами. это и будет фасадом )
в нем у тебя уже таких проблем описанных тобой. не будет )

неа... так не прокатит... дело в том, что адрес используется очень много где (около 20 приложений)... система общая из модульной превратиться в единую... будет одно гигантское приложение... тоже будет нерадостно....       мы уже думали об этом.... но слишком уж годзильно получается... лучше все-таки механизм взаимодействия продумать единый... 

отнюдь. ты деплоишь бин адреса как независимый jar-модуль и к нему останется доступ из остальных приложений. абсолютно независимых )


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

да... все EJB будут отдельными jar... но web-приложение-то будет одно?