![]() |
Модераторы: LSD, AntonSaburov |
![]() ![]() ![]() |
|
AndrewV |
|
|||
Новичок Профиль Группа: Участник Сообщений: 16 Регистрация: 26.10.2007 Репутация: нет Всего: нет |
Как лучше реализовать следующий сценарий...
Имеется клиент который ждеёт ответа на свой http-вызов в течении фиксированного небольшого промежутка времени порядка 5 секунд. Обработка вызова зависит от внешних факторов и поэтому в некоторых случаях может затянуться, в таких ситуациях надо по истечении этих 5 секунд давать соответствующий ответ. Предполагаю использовать JMS, послав задание на обработку в очередь, ожидать ответа в течении некого таймаута. По выходу из receive(timeout) формировать ответ в зависимости от того получен или нет ответ. Если использовать данный подход, то что выгодней использовать при ответе временные очереди или общий topic ? Возможно есть готовые наработки, надстройки над JMS для упрощения реализации ? |
|||
|
||||
AntonSaburov |
|
|||
![]() Штурман ![]() ![]() ![]() ![]() Профиль Группа: Модератор Сообщений: 5658 Регистрация: 2.7.2002 Где: Санкт-Петербург Репутация: 8 Всего: 118 |
А может проще запустить отдельный тред и там делать все работу. Если он успевает, то червлет отдаст то, что надо. Если нет - сервлет отправит клиенту сообщение об ошибке или невозможности.
|
|||
|
||||
AndrewV |
|
|||
Новичок Профиль Группа: Участник Сообщений: 16 Регистрация: 26.10.2007 Репутация: нет Всего: нет |
Т.е. твоё предложение отдавать задание в тред, усыплять поток сервлета на 5 секунд, а затем проверять достигнут результат обработки или нет ? Тогда получается, что если большинство запросов обрабатываются без задержки они всё равно будут спать по 5 сек для каждого вызова :(
кстати, JMS мне всяко придется использовать для реализации remoting-вызова. |
|||
|
||||
COVD |
|
|||
Эксперт ![]() ![]() ![]() Профиль Группа: Завсегдатай Сообщений: 1655 Регистрация: 26.7.2005 Репутация: 4 Всего: 43 |
Нет. Поток не усыпляют 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 |
|||
|
||||
![]() ![]() ![]() |
Правила форума "Java" | |
|
Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux. |
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | Java EE (J2EE) и Spring | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |