Имеем некий сервис который взаимодействует с внешними системами посредством транспорта HTTP (в большенстве случаев), количество внешних систем постоянно прибывает. Сам сервис реализован монолитно как большое web-приложение исполняющееся под Tomcat-ом. 

На данный момент структура проекта разделена на ядро и клиентские модули.
Ядро - объекты DAO и бизнес-логика;
Клиентские модули раелизуют протоколы внешних систем - генерируют сообщения вне и принимают поступающие запросы (как правило через сервлет).
Клиентские модули связаны только с ядром и друг с другом на прямую не взаимодействуют.
Некоторые клиентские модули имеют свои специфичные хранимые данные.

Есть желание выделить ядро и исполнять его как сервис вне контейнера сервлетов. 

Встаёт вопрос смотреть ли в сторону J2EE или попытаться существовать в рамках Spring+Hibernate ?
Кроме этого планирую задействовать JMS для реализации асинхроных взаимодействий.
В будущем будет необходимо озадачиться инструментарием для администрирования всего этого хозяйства,
на даный момент никакого UI не имееется.

Вообще стоит вопрос какие критерии могут быть главными в определении J2EE или не J2EE ?..

J2EE не исключает использование Hibernate+Spring. Вторым по большому счету наплевать под каким сервером работать.
А тот же EJB прекрасно мжет использовать Hibernate в качестве database engine.

Я бы сделал под J2EE сервером - если нет каких-то ограничений.

да, я вот тоже в начале решил однозначно под J2EE идти, но посмотрел/почитал типа лишняя трата сил и времени, хают J2EE все ... хотя может это мода такая нынче 

есть много моментов связанных с асинхронным поведением в обработке сообщений потому смотрю в сторону apache-camel как наследника lingo. другой особой специфики вроде бы и нет...

Нваерно не пробовали последнюю версию - вот и хают. Вполне приличная штука. А учитывая, что там прекрасно чуствует себя JSF, JMS, что там современный вариант JTA, хороший вариант Web-Services, что тот же BPEL работает неплохо (хоть пока и сыроват, но это только время) - не знаю, чего тут ругаться. Просто лениво настраивать и воспоминания о EJB 1 и 2 убивают желание с этим возиться.

Спасибо, укрепили немного в вере  ... 
из серверов выбираю между glassfish и geronimo, какой позволит быстрей прототип организовать ?
как еще можно ускорить работу над прототипом, может Groovy или еще что ?