есть много моментов связанных с асинхронным поведением в обработке сообщений потому смотрю в сторону apache-camel как наследника lingo. другой особой специфики вроде бы и нет...
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Java EE (J2EE) и Spring > архи-архитектурный вопрос |
| Автор: DrewV 23.3.2009, 19:27 |
| Имеем некий сервис который взаимодействует с внешними системами посредством транспорта HTTP (в большенстве случаев), количество внешних систем постоянно прибывает. Сам сервис реализован монолитно как большое web-приложение исполняющееся под Tomcat-ом. На данный момент структура проекта разделена на ядро и клиентские модули. Ядро - объекты DAO и бизнес-логика; Клиентские модули раелизуют протоколы внешних систем - генерируют сообщения вне и принимают поступающие запросы (как правило через сервлет). Клиентские модули связаны только с ядром и друг с другом на прямую не взаимодействуют. Некоторые клиентские модули имеют свои специфичные хранимые данные. Есть желание выделить ядро и исполнять его как сервис вне контейнера сервлетов. Встаёт вопрос смотреть ли в сторону J2EE или попытаться существовать в рамках Spring+Hibernate ? Кроме этого планирую задействовать JMS для реализации асинхроных взаимодействий. В будущем будет необходимо озадачиться инструментарием для администрирования всего этого хозяйства, на даный момент никакого UI не имееется. Вообще стоит вопрос какие критерии могут быть главными в определении J2EE или не J2EE ?.. |
| Автор: ecologist 24.3.2009, 09:26 |
| J2EE не исключает использование Hibernate+Spring. Вторым по большому счету наплевать под каким сервером работать. А тот же EJB прекрасно мжет использовать Hibernate в качестве database engine. Я бы сделал под J2EE сервером - если нет каких-то ограничений. |
| Автор: DrewV 24.3.2009, 11:18 |
| да, я вот тоже в начале решил однозначно под J2EE идти, но посмотрел/почитал типа лишняя трата сил и времени, хают J2EE все ... хотя может это мода такая нынче есть много моментов связанных с асинхронным поведением в обработке сообщений потому смотрю в сторону apache-camel как наследника lingo. другой особой специфики вроде бы и нет... |
| Автор: ecologist 24.3.2009, 12:06 | ||
Нваерно не пробовали последнюю версию - вот и хают. Вполне приличная штука. А учитывая, что там прекрасно чуствует себя JSF, JMS, что там современный вариант JTA, хороший вариант Web-Services, что тот же BPEL работает неплохо (хоть пока и сыроват, но это только время) - не знаю, чего тут ругаться. Просто лениво настраивать и воспоминания о EJB 1 и 2 убивают желание с этим возиться. |
| Автор: DrewV 24.3.2009, 13:55 |
| Спасибо, укрепили немного в вере ... из серверов выбираю между glassfish и geronimo, какой позволит быстрей прототип организовать ? как еще можно ускорить работу над прототипом, может Groovy или еще что ? |
