Имеется sрring conroller 




Задача запустить работу над этим обьектом в отдельном таске, поесть 
конторолер уже отработал а работа над обьектом еще может продолжаться ,
Я обдумываю вариант запустить отдельный процесс и ему через pipe передать 
этот обьект , Я не могу сообразить как создать поток чтобы он гарантированно продолжал работать , после окончания работы контролера , 
Какие есть варианты ? 

Вернуть из контроллера Future?

Как вариант: В контролере создавай новый поток или сколько тебе нужно. Передавай туда объекты и спокойно обрабатывай. Создай второй контроллер, который будет возвращать результат по некому "айди запроса" который ты сам можешь генерировать.

Добавлено через 1 минуту и 36 секунд
т.е. фактически первый контроллер возвращает айди запроса, он берет объекты на обработку, а некий веб сервис типо getResult будет тебе по айди запроса возвращать результат и статус. 

нехорошо на вебе порождать потоки самому. Через механизм очередей и фоновый обработчик было бы интереснее

d_k,   Значит весь механизм асинхронизации был придуман просто так?

Судя по RequestMapping - используется спринг, спека EE не при чем. Хотя даже в ее рамках ИМХО, порождать потоки которые не управляются контейнером - не айс. Ранее сан еще предостерегал разработчиков от порождения потоков на уровне EJB, сейчас дали послабление через конкарренси апи, а толку то? попытка угнаться за тем же самым спрингом?

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

ЗЫ: спека спекой, но под конкретную задачу - конкретный рецепт. панацеи нет)))
ЗЗЫ: холиварить не собирался, просто высказал свое мнение

А нельзя использовать аякс? Пусть сервлет выполняется синхронно.

Этот ответ добавлен с нового Винграда - http://vingrad.com

Вот как это делается в Спринге

Этот ответ добавлен с нового Винграда - http://vingrad.com

d_k, спринг конечно крут, но я дал ссылку на Java, потому что это всё таки Java  А не фрэймворк (хоть и один из мощнейших в мире) И если отцы основатели так сказали делать, значит это делать можно. Опять же, пример привел из своей практики, буквально пол года назад на веб приложении, на рест сервисах, делал многопоточную обратбоку. Полгода работает - норм. Вообще, во всех больших ВЕБ приложения я видел многопоточность. При разумном использовании (обрабатывать кол-во потоков и кол-во памяти, дабы не положить сервак), всё очень даже работоспособно. Не знаю на чем это написанно, предположим на Жаве, слать запросы на сотни продавцов в одном потоке глупо, юзер ждал бы результаты минут пять.
Полностью согласен с 

Задача размана изначально, поэтому предложил из опыта. Будут детали вопроса, можно думать дальше. 

Ну я это с самого начала предложил. Спринг умеет это делать - пускай делает.

Cпринг применяют там где есть аспекты, тут аспектов нет,
ты делаешь так ?


или его разновидности ? 
d_k видимо имеет ввиду пользовать конфигурацию томката через 
JNDI. Я пока не могу найти пример как жто сделать .

задача проста как три копейки   
Все что нужно это отсылать данные клиенту каждые пару секунд,
Сервис с обращением к бд сделать в потоке не проблема 

проблема в том что есть контолер , 


нужно из него возвращать результат каждые 3-5секунд тоесть 
но response больше одного раза отправить нельзя , 
можно переделать на WebSockets но мне лень менять код клиента , как это переделать с минимумом лишних телодвижений ?