Помнится мне уже был подобный опрос, но время идет и популярность серверов меняется... Замечу, список также включает просто web-контейнеры, а не только полноценные сервера приложений.
Было бы очень полезно, если при ответе, вы поясняли какие технологии для приложения на нем используются и были ли какие проблемы с совместимостью. Например: "Использовали JBoss 4.2.2. Приложение было построено на JBossWS, EJB, JPA. Были проблемы с передачей транзакции между веб-сервисами и EJB. Решить их не смогли, написали свой workarround.  В остальном проблем не было". Или: Использовали JBoss, при нескольких  редиплоях spring приложения падал с PermGen исключением. Отказались от него, перешли на WebLogic, там все ОК." ... ну в общем в таком роде...


P.S.: Если какого сервера не хватает, пишите, добавим.

tomcat  jboss  glassfish   

Зависит от проекта. Последние были такие:
WebSphere 6.1, WebLogic 9.2 + JBoss AS 4.2.2

JBoss (ejb, jpa, ws) - текущие задачи решает
Apache Tomcat
SunOne Web Server (поддержка старого проекта)

проголосовал за Geronimo, а имел ввиду его EJB контейнер OpenEJB - легкий в использовании, на нем удобно осваивать технологии J2EE.

Количество ответов впечатляет и радует...   

А что отвечать то? Какой сервер заказчик хочет такой и используем, а так стандартно Tomcat...

Ипользую JBoss. Начал еще с 3.x, теперь 4.2.3 Надеюсь добраться до 5.0
ejb2, ejb3, web (jsp, jsf, eclipse rap), ws, ejb3 persistence, JMS, JMX, jboss aop

Из неприятных особенностей:
1. не получается на ходу передеплоить *.war
Приходится останавливать сервер, чистить его временные каталоги. Но это, похоже, бага томката.

2. при переходе 4.2.0 - > 4.2.1 получил кучу проблем с local-tx-datasource при использовании нескольких DS в одном приложении. Оказалось, начиная с 4.2.1 jboss использует двухфазные транзакции для таких случаев.

Привет, народ!
Раз уж вы обсуждаете сервера приложений, то возможно сможете помочь с выбором сервера. Сейчас у нас стартуют 2 проекта, оба будут писаться одной командой, поэтому основные технологии будут одинаковыми, чтоб народ не разрывался.

Требования заказчика можно свести к следующим: скорость, удобство и минимальная итоговая цена. Поэтому решили по максимуму использовать дешёвые (по сути бесплатные   ) решения и для AS и для СУБД, тем более, что весь выбор предоставлен нам.

Сами проекты:
1. Небольшой корпоративный портал в масштабах 150 человек; немного узкоспециализированных расчетов, немного KPI, новостной раздел, а так же небольшой форум и голосовалка.

2. Портал уже в масштабах города, почти тоже самое, но умноженное в десятки тысяч раз, практически социальная сеть   

Из СУБД выбираем между MySQL и PostgreSQL. А на счет AS хочу с вами посоветоваться. Сам остановился между JBoss и GlassFish.

Основные требования: надежность, скорость и удобство использования (для самих разработчиков).

kedryz, я бы взял Glassfish. Особенно если вы собираетесь поднимать CI с интеграционными тестами на сервере и делать сборку через maven. По удобству работы и конфигурированию он, ИМХО, превосходит JBoss. По производительности ничего не скажу не про Glassfish, не про JBoss. Впрочем, еще многое зависит от технологий что вы будете использовать. Может вам и Tomcat хватит.

 

Чем же Glassfish лучше JBoss в плане CI?

Уж больно мне нравится maven плагин для Glassfish. Создание/удаление/старт/споп доменов, деплой/андеплой проектов делает легко и непринужденно. Конфигурация простая и логичная. Аналогов по функционалу и удобству для JBoss не встречал... я бы даже сказал что вообще удобных maven плагинов для JBoss не встречал (может плохо искал?).

Попробовал Jetty и Tomcat - не понравилось то, что приложения нельзя Redeploy'ить на "горячую". Сначал происходит undeploy, затем загрузка, а затем deploy. Это не удобно! Для Caucho Resin предлагают в доках использовать два веб-сервера...

Поэтому нашел для себя Glassfish: удобная панель администрирования и подходящая для меня функция Redeploy (они их делят на hot и cold).

AJetman, можно сделать redeploy просто заменив war-файл в папке webapps и он через несколько секунд сделает redeploy.

Как это сделать через maven? Дело в том, что плагины tomcat и cargo делают так, как я написал - сначала undeploy, затем загрузка и далее deploy.
К тому же, твоим способом придется сначала загрузить куда-то файл приложения, а затем его заменить в папке webapps.