Добрый день! В сети нашел информацию, что glassfish - это сервер приложений, Tomcat - контейнер сервлетов и jsp. Glassfish содержит в себе tomcat. Подскажите, пожалуйста, верны ли данные утверждения, какая разница между этими понятиями ? И где можно найти сравнительную характеристику...

Сервер приложений это более навороченная вещь, которая реализует спецификацию JavaEE.



Контейнер сервлетов реализует лишь часть этого списка (сервлеты и JSP главным образом).

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

Так по функционалу и используемым технологиям и ориентируйтесь. Если у вас web-приложение на базе JSP, Spring, Hibernate, GWT (к примеру) то вам будет достаточно Tomcat или Jetty. 

Если же у вас тяжеловесная enteprise система, используются EJB, очереди сообщений, то вам нужны GlassFish, JBoss, WebLogic.

Что именно использовать зависит от исходных требований и ограничений. В принципе никто не запрещает вам в приложении, крутящемся на Tomcat-е использовать JMS, например ActiveMQ. Смысл в том (если упрощенно говорить), что в сервере приложений все дополнительные плюшки идут одним большим комплектом c готовой инфраструктурой. 

Если вы еще на старте освоения этих технологий, то Tomcat-а вам вполне хватит.

Это сообщение отредактировал(а) Nofate - 17.9.2011, 21:51

Утверждение верно отчасти. Название "контейнер сервлетов" это устаревшее название "сервера приложений". Томкат полноценный сервер приложений.

То о чем говорит Nofate в большей степени относится к энтерпрайз серверу приложений. Разница между сервером приложений и энтерпрайз сервером в масштабируемости (то есть способности к повышению нагрузки и кластеризации) и плюс полная поддержка J2EE спецификации. Хотя многие вещи из мира J2EE стали доступны и для обычного сервера приложений.

Это сообщение отредактировал(а) Sun - 18.9.2011, 20:24

очереди сообщений вполне и в верблюде езь

Хороший пример отличия.

Набор OpenEJB состоит из:
Apache Tomtom - Pre-bundled Tomcat
Apache Tomcat 6.0.29
Apache OpenEJB 3.1.3
Apache ActiveMQ 5.3.1
Apache CXF 2.2.10
Apache OpenJPA 1.2.1
Apache Geronimo Connector & Transaction 2.1

Утрировано говоря, Glassfish,  JBoss, Apache Geronimo уже содержат этот функционал, плюс еще по мелочам.
Томкат полноценный сервер приложений - мелкая такая неправда. См. выше что нужно чтобы быть похожим на полноценный сервер приложений. (пакет удобен когда нужно от сервера приложений не все и для отладки, у Apache Tomtom быстрый старт и редеплой)

Это сообщение отредактировал(а) Skynin - 18.9.2011, 18:02

Думаю Вы в большей степени говорите об энтепрайз сервере приложений. Который по сути состоит из сервера приложение + набор подключаемых модулей. Но никто не мешает самостоятельно выбрать набор этих самых модулей под конкретную нужду и подключить их к обычному серверу приложений,такому как Томкат.  Томкат не перестает быть сервером приложений только потому что в базовом пакете не содержит набора, описанного Вами выше.

Но если НЕ собирать, томкат - сервер приложений или нет?


Если дедушке отрезать ... то он конечно и бабушкой станет.

Если бы не перестал он быть, то и собирать под него ничего не нужно было бы.

P.S.
Netbeans IDE - это сервер приложений, потому что никто не мешает самостоятетельно написать в нем эти самые модули и сам Томкат.

Это сообщение отредактировал(а) Skynin - 18.9.2011, 19:59

Да, несомненно. Так как он позволяет выполнять вэб-приложения. А есть еще J2EE Application Server, который помимо обычных вэб-приложений позволяет выполнять различные J2EE сервисы. Если быть кратким есть Application Server, которым безусловно является Tomcat и есть J2EE Application Server, который содержит в себе обычный Application Server + поддержка J2EE сервисов.

Это сообщение отредактировал(а) Sun - 18.9.2011, 20:19

на главной вики томката:




Это сообщение отредактировал(а) Farmazon - 19.9.2011, 06:47

Glassfish ~!

Добавлено через 1 минуту и 14 секунд
Толще...

Ребята, поймите одну вещь. Понятие "application server" не есть сугубо из мира Java. Если сервер позволяет запускать приложения для .Net, он также является "сервером приложений", хотя ни о какой J2EE  (да и вообще Java) поддержке там речь не идет! Точно также сервер приложений может выполнять приложения написанные на Perl, Python, Rubby и еще на чем угодно. Определитесь с понятием что такое "приложение" и что такое "сервер" и всё станет на свои места. 



Это сообщение отредактировал(а) Sun - 19.9.2011, 10:02

Да.

Но только ни сервер базы данных, ни веб сервер серверами приложений не являются.
И не всякий сервер написанный на Java - сервер приложений.

С помощью Томкат можно сделать - сервер приложений, веб сервер, и сервер базы данных.
Но только это не значит что он и есть - сервер приложений, веб сервер, и сервер базы данных.

Томкат это - сервер сервлетов, специфических для Java понятий.
Универсальней его определение - Томкат это сервер обработки внешних вызовов TCP/IP и уже реализованными средствами работы с протоколом HTTP (не путать с веб сервером который уже генерит HTML).


А может и НЕ выполнять. Как написан.

Кстати, на Python'е тоже есть отдельное понятие - сервер приложений. Например Zope - сервер приложений. А вот Django - уже называют сервером веб-приложений.


Это вам стоит сделать. А то у вас любой сервер получиьтся сервером приложений.

P.S.
Чтобы закрыть этот боян

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

Понятие "сервер приложений" появилось не из терминов сервер и приложение как таковых, не их арифметическим сложением, а когда вызрела идея трехзвенной архитектуры: клиент - сервер приложений - хранилище данных. Это цельное понятие, качественно другое чем арифметическое сложение "сервера" и "приложений". Вне архитектуры трехзвенки не имеет смысла.

Веб-сервер отчасти можно считать специфческим сервером приложений. Специфическим, потому что универсальный сервер приложений не обязан работать только по HTTP и отдавать только HTML страницы (XML-RPC, SOAP, ..., Java RMI и т.д.). Можно сказать - веб-сервер это один из видов сервера приложения. Урезанный и заточенный под HTTP и HTML.

А если:
Skynin: Но если НЕ собирать, томкат - сервер приложений или нет?
Sun: Да, несомненно. Так как он позволяет выполнять вэб-приложения. 

То тогда и мой компьютер, с которого пишу - сервер приложений, потому что ОН позволяет ...

Мало ли что кто позволяет.
Что делает - вот конкретный разговор.

Что делает Томкат уже сказал:
Обеспечивает обслуживание запросов по TCP/IP с инструментами для HTTP, и обеспечением универсального, расширяемого средства их обработки с помощью технологии сервлетов.

А дальше его обвешивают, превращая в что нужно.


Это сообщение отредактировал(а) Skynin - 19.9.2011, 11:42

Я вполне определился. Вэб-приложением является комплекс состоящий из представления на стороне клиента (view) и контроллера (controller) на стороне сервера. Представлением выступает сгенерированный HTML-документ, а контролером может быть сервлет или JSP страница. 

Соотвественно сервером приложений является программный комплекс который обеспечивает выполнение распределнного приложения. С чем собственно Томкат прекрасно справляется. Не понимаю почему такая простая логическая цепочка вызывает столь бурное обсуждение.



Веб сервер (HTTP server) - это часть Томката по обработке HTTP запросов. Томкат также может использовать внешний HTTP-сервер, такой как Apache или IIS. Используя веб-сервер Томката можно даже выполнять не Java приложения, написанные к примеру на PHP.

Но в составе Томката помимо веб-сервера идут и модули, позволяющие выполнять Java вэб-приложения. То есть по сути сервер приложений. Вот и всё. 

Dixi.

Это сообщение отредактировал(а) Sun - 19.9.2011, 11:19