Oksana Palun,

Пересмотреть дизайн приложения.
Есть синхронная обработка - request\response, где вы и можете использовать контекст и
есть асинхронная обработка, естественно без всякой привязки к фейсесконтексту.

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

Oksana Palun,

какой-то у вас неправильный гугл. Куда уж понятней обьяснять, чем Blazkowicz, я не представляю, но я попробую:)

1) Вам определенно надо понять, что запуская задачу в отдельном треде, вы теряете всякую связь с JSF и FacesContext в частности.
2) Если вы понимаете как работает HTTP, то определенно должны понимать что сервер не может вам сообщить что задание окончено, следовательно что вы должны сделать? Правильно, опрашивать сервер на наличие изменений, и вот тут плавно подходим к понятию ajax-polling.
Если вы используете richfaces, то ваша задача вообще сводится к элементарному, так как там есть уже готовый компонент a4J:poll, который кстати очень легко гуглится . http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=poll&skin=blueSky

Итак, теперь о самой задаче.

1) У вас есть кнопка на странице Start Job, на акшнлистенере срабатывает метод, который запускает задачу.
2) У вас есть a4j:poll, котрый по дефолту disabled. Так вот, когда старт джоб листенер срабатывает, он выставляет поллеру флаг enabled.
3) Теперь поллер будет с определенным интервалом опрашивать сервер - закончен ли ваш джоб
4) Как узнать что джоб закончен? - Вариантов масса. Это может быть application-scope bean, запись в базе данных, в конце концов файл. Например, можете сделать так - при старте джоба, ему генерится идентификатор, и в базе данных сохраняется запись о джобе со статусом стартед. Когда поток заканчивает выполнение - он обновляет запись на статус комплитед. В поллере вы просто опрашиваете запись на статус.
5) Как только поллер определил что задача закончена, он обновляет UI, и ставит себе статус disabled

Если у вас нет желания использовать richfaces или подобные фреймворки, написать аналог руками не так уж и сложно.

Oksana Palunтак я тоже делала, только запускала задачу не по екшнлистенеру кнопки, а по клиентлистенеру пула, поскольку по екшнлистенеру запускается ожидалка....Но, в данном способе у меня возникла проблема вызова экземпляра класса бина без очищения данных. Т.е. когда клиентлистенер вызывает метод, запускающий задачу, очищаются все переменные бина, установленные на клиенте, поэтому я решила выделить этот процесс в отдельный поток...
Может объясняю криво, ну как могу, я еще не очень хорошо владею терминологией, поправляйте, если что.

Так. тут определенно проблемы с терминологией. Лично мне непонятны две вещи, что за клиентлистенер и что за пулл. Возможно вы под пулом подразумеваете все же компонент поллера? Давайте я еще раз разложу вам вариант с richfaces по шагам и с кодом.

Ваша начальная страница
<h:commandButton actionListener="#{bean.startJob}" value="Старт"></h:commandButton>
<a4j:poll enabled="#{bean.enabled}" actionListener="#{bean.checkJobResults}" interval="6000" reRender="result"/>
<h:panelGroup id="result">
<rich:messages/>//ну это если через контекст, можно просто брать из бина #{bean.data}, короче со способом определитесь
</h:panelGroup>
Ваши бины
Bean java




По сути вам нужно написать методы isJobCompleted и getResult() со своей логикой. Для этого вам нужно
1) Подумать как определить что джоб закончен 2) Продумать как получить инфу и как ее отобразить.

Я бы делал так - в стартДжоб создавал в БД запись Джоб со стасусом Стартед, а в сессионный бин клал его идентификатор. В потоке джоба, когда он заканчивается, я бы апдейтил джоб и ставил ему статус комплитед, и сохранял результат в колонке result.
В методе изДжобКоплитед проверял статус джоба, если комплитед, клал бы в result - job.GetResult(); Как-то так. На самом деле вариантов масса, начиная с applicationScope bean заканчивая JMS и файлами.

Oksana Palunзабыл никВаша начальная страница
<h:commandButton actionListener="#{bean.startJob}" value="Старт"></h:commandButton>
<a4j:poll enabled="#{bean.enabled}" actionListener="#{bean.checkJobResults}" interval="6000" reRender="result"/>
<h:panelGroup id="result">
<rich:messages/>//ну это если через контекст, можно просто брать из бина #{bean.data}, короче со способом определитесь
</h:panelGroup>

мы по ходу, чутка о разных вещах говорим, судя по коду, это ajax, я пишу на JDev(ADF). То, чтоу вас a4j:poll здесь af:poll, так?

забыл никpublic void startJob(){
Job job = new Job();
//тут мы запускаем job в отдельном потоке, вариантов масса - 1) через Thread t =new Thread(job).start(); 2) ложим в ExecutorPool 3) Ложим в JMS. Например используем 1)
Thread t =new Thread(job).start();
//все ваш джоб исполняется в другом потоке, actionListener успешно заканчивает выполнение, и никаких зависаний на кнопке Старт.
//включаем поллер
enabled = true;
}

да, только тут возникает проблема получения лога выполнения процесса, если его не писать в БД(что есть bad practice, как по мне), то вернуть результат из потока ...есть разве способ?
забыл никЯ бы делал так - в стартДжоб создавал в БД запись Джоб со стасусом Стартед, а в сессионный бин клал его идентификатор. В потоке джоба, когда он заканчивается, я бы апдейтил джоб и ставил ему статус комплитед, и сохранял результат в колонке result.

это вариант, но хотелось бы обойтись без захламления БД схем подобной информацией, как-то это ж можно решить с помощью средств ADFа?!

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

Насчет того как потокам обменяться информацией - есть масса способов - разделяемая память, БД, файлы.

BlazkowiczНо polling по-моему отвратное решение. Я бы server push сразу делал.
http://www.slideshare.net/mwessendorf/server-side-push-with-adf-faces


Ну я бы смотрел по задаче, поллинг просто легче имплементировать как по мне, и если он не дает особой нагрузки - и фиг с ним. А так -да, push получше будет)

BlazkowiczК слову, на JavaScript + Servlet (или любой другой простейший фреймверк) задача решается на много проще в стиле COMET.
Каким-нить jQuery плагином биндится на AJAX запрос к серверу. А сервер без всяких рукописных потоков запускает долгоиграющую задачу и пишет лог в response. JavaScript вычитывает лог частями и обновляет какой-нибудь DIV содержимым.
Реализация простейшая. Никаких своих запускалок потоков и асинхронных задач. JSF - зло.
в точку) трудно не согласиться