Лично я такого не встречал, наверное потому что этот функционал легко заменить альтернативным.

Эти "вкусняшки" превращаются в невообразимый геморрой, когда надо перенести приложение на другой сервер, их не имеющий. А весь код уже провязан "левыми" пакетами.

Перешили с Томкатов на Геронимо очень довольны. Позволяет создавать модульные аппликации без OSGI. Дикая экономия PermGen'a 

 Под "модульными аппликациями" подразумеваете использование GBeanов?

Нет, простые ворники без жарников в нутри (lib).

Использую Tomcat в основном. У Spring инфраструктура своя разворачивается, EJB  и прочее не нужны XD Spring гораздо удобнее тестировать, более предсказуем, сессионные бины нормальные...

Jboss и Glassfish уж больно какие-то толстые... У меня зачастую быстрее получается всё приложение собрать и передеплоить, чем разбираться с их косяками и глюками. И да, томкат стартует 2-3 секунды 0_О

Ещё я слежу за проектом Virgo (томкат с OSGI шиной и поддержкой нативной Spring), пробовал его поюзать, говна хлебнул... Не все библиотеки ещё готовы для использования в OSGI, манифесты дописывать...

Ну а про jetty чего вообще говорить, как соберёшь, так и будет работать. Широкий простор для извращений...

Apache Tomcat

А почему в списке нет Tomee? В конце концов это Tomcat с OpenEJB и CXF.

Oracle AS очень мало голосов... 

Вообще то удивительно, что аж почти 3 процента используют Oracle AS. Этот сервер наши индийские друзья перегрузили всякими надстройками, например PL/SQL шлюзами, Forms и Reports, а также Enterprise Manager'ом. А чтоб последний работал нужна база данных Oracle (для его репозитория).  В общем - вещь в себе! Удивительно, как он вообще работает. 
Однако я тут "наковырял" курс под  TomEE. Оказалось компактная штука, почти как Tomcat, но с EJB и проч. Хотелось узнать, использует ли его кто-либо. В нескольких западных блогах народ пишет, что "сползает" с GlassFish на него. А как у нас?

EJB  пользовал последний раз в 2006году , ни тогда ни счас не понимал зачем оно 
надо, сегодня есть spring + rest , если очень хочется и не жалко призводитеольности 
есть spring jpa data , для больших проектов где много однотипных запросов,
Хотя я лично противник маппингов и прочих фокусов с БД, 
Помню как целыми днями сидели не могли понять как это EJB  конфигурить,
на хрена мне RMI c коброй, и прочей хренью которую по пол дня конфигурить надо,
а при смени версии пол дня искать в гугле что не так, есть контроллер спокойно принимающий обьекты, есть пакет апачи для посылки поста и гета, если богатый клиент 
нужен, если по какой причине контролер не годиться - пишем сервлет,
или даем даем методу контролера request и response или session. И вот она сила AOP.
Что еще надо то? 

Jetty  - для легких вещей удобно , чаще всего как локалтный сервис ,
А спинговский томкат  воюбще в две минуты становиться  как JBOSS  если нужно,

Это сообщение отредактировал(а) sergioK1 - 21.9.2015, 23:39

С 2006 года много воды утекло. И нынче EJB можно грузить в WAR и конфигурить не сильно надо. Компоненты EJB хорошо специализированы под WEB приложения. Контроллер у меня самописный и работает удовлетворительно, для безопасности JAAS.    И в WEB слое в подпорках в виде Spring не нуждаюсь. А для бизнес слоя EJB вполне. Разработчики AOP и Spring рано или поздно захотят вообще избавиться от JavaEE. Оно все к тому идет. И возникает вопрос - куда идтить. Использовать ли универсальную открывалку всего и вся - Spring, или оставаться на платформе "назад в пампасы" и использовать фреймворки разных фирм для нужд низкого уровня. Вопрос ! 

Это сообщение отредактировал(а) mbasil - 2.10.2015, 15:53