Насчет maven не знаю. А так, просто замещается файл *.war в папке webapps.

Помогите понять, чем сервер приложений отличается от веб-сервера.
Насколько я понял, все сервера приложений строятся на основе веб-сервера.  Также сервер приложений осуществляет поддержку технологий из стандарта Java EE(веб-сервисы, JMS, EJB, JSP и так далее). Он позволяет развертывать веб-сервисы, веб-приложения. Но эти же функции может осуществлять веб-сервер. Тогда в чем же преимущество сервера приложений?
Поясню на примере. Допустим существует трехзвенное приложение. Клиент и сервер взаимодействуют при помощи веб-сервисов. Серверная часть представляет собой по сути консольное приложение, которое занимается кешированием, операциями доступа к данным и др. Самый простой способ развернуть серверную часть - "вручную" опубликовать сервисы при помощи EndPoint. А возможно ли запустить серверную часть приложения в сервере приложений, тем самым не публикуя веб-сервисы вручную?

Веб сервера как таковые не поддерживают JMS, EJB, JPA.

Caucho Resin + Apache для rewrite + nginx для статики 

Товарищи, а подскажите достоинства и недостатки Apache Tomcat и Oracle AS...

Ух ты, сколько зверюг экзотических понапоявлялось!.. ))

Опрос был начат 5.12.2008, но где-то ещё с февраля прошлого года BEA WebLogic прекратил своё существование по причине продажи компании BEA. Теперь это Oracle WebLogic Server. Исправьте, пожалуйста, в опросе.

Кстати, Oracle сейчас пытается всех пользователей Oracle AS перевести на Weblogic.

fixed. 

Jetty набирает обороты!
Поэтому все новое пишу на нём!
http://infoq.com
  

Не хватает SpringSource tc и SpringSource dm

Они, по-сути, на tomcat и они слишком "новы"...

Добавлено через 29 секунд
http://www.springsource.com/products/tcserver
http://www.springsource.com/products/dmserver

По сути - да, однако, по крайней мере, dm вполне можно выделить в отдельный продукт, так как tomcat - лишь часть этого сервера, как и в JBoss. В основном же это навороченный OSGi контейнер.

Добавлено через 49 секунд
Ах да, мой первоначальный вопрос снимается, так как сам уже разобрался 

Caucho Resin хвастаются в документации о своей производительности из-за наличия native-библиотек для каждой из платформ. Также у них есть уже rewrite модуль, насколько помню. 
Резонный вопрос: зачем Resin'у лишние сателлиты в виде Apache и Nginx?

Вот пишут, что глассфиш настройчивей джибосса... такой вопрос -
для одной специфической задачи (на JBoss-е) EJB и JMS доступны для вызова извне через servlet invoker, на том же порту что и вебсайт. А глассфиш так может с EJB работать? А с JMS может?

Это кастомное расширение JBoss, которое не входит в JavaEE спецификацию. Штука конечно интересная. Обычно доступ к бинам по HTTP делают через веб-сервисы (SOAP/RESTful) - это путь по которому с серверной частью могут взаимодействовать не только клиенты написанные на Java. Плюс использование такой фитчи JBoss-a гарантированно делает Ваше приложение непортируемым на другие сервера. И хотя в последнем существует редкая необходимость, такая особенность (портируемость) сама по себе является "хорошим тоном".

Я совершенно с вами согласен, однако стандарт - стандартом, а у каждого сервера приложений должен быть дополнительный набор "вкусняшек", дабы удовлетворять дополнительные капризы нужды пользователей.

И мне действительно интересно, можно ли на Glassfish-е настроить вызов EJB на одном порту совместно с web-сервером.