2012-03-28 2 views
1

Кто-нибудь использовал TaskService Restlet в приложении Java EE (развернуто в Tomcat, GlassFish и т. Д.)?Опыт работы с TaskService Java EE Restlet на сервере приложений?

Используется ли он против спецификаций Java EE? Как Remlet справляется с этим, когда сервер/контейнер поддерживает пул потоков и НЕ идет против спецификации Java EE, не создавая собственные потоки в управляемом контейнером приложении?

Или вы вынуждены использовать Spring и/или интерфейс с интерфейсом WorkManger CommonJ для асинхронной обработки?

PS: FYI, TaskService в основном обертывает ExecutorService Java 6, но рекомендуется не использовать его в контексте сервера приложений. Тем не менее, версия для Java EE для Restlet, похоже, имеет эту услугу и задавалась вопросом, будет ли использование ее нарушать спецификации Java EE или является строгим no-no или на самом деле выполнимо или должно быть отложено на Spring/CommonJ

ответ

2

Не совсем ясно из версии 2.5 сервлета, что создание потоков запрещено внутри контейнера сервлетов. Cf глава «SRV.14.2.2 Web Application Environment», страница 151:

Этот тип контейнера сервлетов должен поддерживать Lookups таких объектов и вызовы, сделанные на эти объекты, когда выполняется в потоке под управлением сервлета контейнер. Этот тип контейнера сервлета должен поддерживать это поведение, когда выполняется в потоках, созданных разработчиком, но в настоящее время не требуется делать , поэтому. Такое требование будет добавлено в следующей версии этой спецификации. Разработчики предупреждаются о том, что в зависимости от этой возможности для создаваемых приложений потоки не рекомендуется, так как они не переносятся.

Я посмотрю спецификацию Java EE.

С наилучшими пожеланиями, Тьерри Буало

+0

Отлично! Кстати, что случилось с вашим идентификатором пользователя? :) – PhD