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

Предполагаю использовать JMS, послав задание на обработку в очередь, ожидать ответа в течении некого таймаута.
По выходу из receive(timeout) формировать ответ в зависимости от того получен или нет ответ.
Если использовать данный подход, то что выгодней использовать при ответе временные очереди или общий topic ?
Возможно есть готовые наработки, надстройки над JMS для упрощения реализации ?

А может проще запустить отдельный тред и там делать все работу. Если он успевает, то червлет отдаст то, что надо. Если нет - сервлет отправит клиенту сообщение об ошибке или невозможности.

Т.е. твоё предложение отдавать задание в тред, усыплять поток сервлета на 5 секунд, а затем проверять достигнут результат обработки или нет ? Тогда получается, что если большинство запросов обрабатываются без задержки они всё равно будут спать по 5 сек для каждого вызова :(

кстати, JMS мне всяко придется использовать для реализации remoting-вызова.

Нет. Поток не усыпляют sleep(), а ставят в ожидание wait(). Например, максимум на 5 сек - wait(5000). Когда придет результат, то вызывают notify(). Если результат не придет в течении 5 сек, то поток сам проснется. 

Можно не программировать вручную wait()-notify(), а воспользоваться java.util.concurrent.LinkedBlockingQueue . Поток, ожидающий ответа, вызывает метод poll( long timeout,        TimeUnit unit), который извлекает элемент из очереди или блокируется на время timeout, если очередь пуста. Соответственно, другой поток, который готовит результат, должен их вставить в очередь через put или offer. Там внутри уже реализовано wait-notify.



Это сообщение отредактировал(а) COVD - 8.5.2008, 16:08