Добрый день! В сети нашел информацию, что 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

Ну вот, вы опять не про то. Вы описали Томкат как классический веб сервер.

Тогда получается веб-сервер и сервер приложений это одно и тоже?

- Вэб-приложением является комплекс состоящий из представления на стороне клиента (view) и контроллера (controller) 
Правильно. С сервер приложений НЕ обязан заботиться о view на стороне клиента.
Усекаете разницу?


Что мешает из кода PHP вызывать Java приложения? Или любые другие?


Да бросьте, 101% что вы не знаете латыни 

Стесняюсь спросить. А разве Томкат не обеспечивает выполнение MVC приложений? Со всеми тремя звеньями? Мне просто интересно что такого должно делать приложение, чтобы считаться таковым?


Не знаю. Каюсь. Знаю только это слово.



На стороне клиента об этом заботится броузер. Усекаете?

И еще просветите меня. К примеру приложение написанное на GWT и выполняющееся на AppEngine сервере может считаться приложением в вашем понимании? И в таком случае, сервер AppEngine является сервером приложений в Вашем понимании? Или  это всего лишь контейнер сервлетов? (на всякий случай - AppEngine не поддерживает J2EE спецификацию).

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

Сам по себе - нет.
Что он делает, уже дважды сказал.

Ядро Linux позволяет выполнять MVC приложения?
Значит оно тоже сервер приложений.

P.S.
Да, и PostgreSQL по сути сервер приложений, потому что позволяет вызывать приложения на Python'e.

Вобщем по вашему - все что позволяет, да тем более содержит слово "сервер" уже и есть сервер приложений.


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

Вот черт. А как Вы объясните такой факт. Я учавствовал в разработке проекта, представлявшее из себя (уже не знаю что в Вашей терминологии) которое выполнялось на Tomcat сервере. При этом использовалась абсолютно стандартная поставка Tomcat без каких либо плагинов. Приложение работало в кластере 100+ машин. В качестве модели использовалась база на Postgres(MSSQl, Oracle, MySQL). В качестве view - Freemarker шаблоны. Кроме того эта байда имела вэб-сервисы и общалась с линукосвыми и виндовыми машинами с использованием различных протоколов. А пользователями этого были десятки тысяч людей.

По вашему мнению то что я описал может считаться приложением? Или есть разница где выполнять один и тотже WAR файл? Он будет работать по другому, если его на Weblogic запустить? И вообще - что за безобразие, когда Web Application Archive (WAR) выполняется на каком то контейнере сервлетов! 

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

Вы сами дали ответ:
В качестве view - Freemarker шаблоны.

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

Но тогда Да/Нет
Apache HTTPD - это сервер приложений?
nginx - это сервер приложений?

Мой ответ на оба вопроса - нет. Хотя они - позволяют.

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

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


То вы предлагаете абстрагироваться от Java, то приводите сугубо конкретные реализации в Java.

А я вот сталкивался с сервером приложений написанном на plain C в 80ых.

Клиенты просто ложили текстовые файлы, определенного наименования и содержания в расшаренную папку. На сервер крутилось приложение которое следило за этой папкой. Ответы клиентам оно писало в их папки, также в виде текстовых файлов.
Само оно также поддерживало целостность данных, алгоритмов обработки и работы с базой данных (B-Tree)

Классический сервер приложений, без всяких WAR'ов, и отдачи view'ов.


WebLogic — семейство продуктов от компании BEA Systems (с 2008 года принадлежит Oracle Corporation). В платформу WebLogic входят сервер приложений J2EE

О WAR:
In computing, a WAR file (or Web application ARchive) is a JAR file used to distribute a collection of JavaServer Pages, Java Servlets, Java classes, XML files, tag libraries and static Web pages (HTML and related files) that together constitute a Web application.

Опять идет речь о -  Web application

То есть, вы хотите сказать что сервер поддерживающий запуск WAR есть сервер приложений?

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

Sun, зачем устоявшиеся термины ломаешь?... Тебя  же люди понимать не будут...

Это всего лишь библиотека. JAR файл который кладется в папочку WEB-INF/lib. Tomcat для ее использования не нужно дополнительно настраивать.

Вы ошибаетесь. В качестве вэб-сервера мы использовали Apache. А в качестве сервера приложений, на котором выполнялся WAR (Web Application Archive) - Tomcat.



До сих понимали. Уже лет 10 как пишу энтерпрайз приложения. 

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

Скоро 20 лет как в энтерпрайзе. Еще до Java.


Если варитесь только в Java - то действительно, какая разница.
Вообще - главное чтобы код работал, а что там понимает, и как называет программист - дело десятое.

Я же понимаю чего вы не понимаете 
Как и многие сугубо узкие специалисты.

Да, я определенно узкий специалист. Писал только под C/C++, Delphi, Java, .NET, Python, Perl. Пиcал под Linux, FreeBSD, Win32.

Поздравляю. У вас длинее.

P.S. Тему можно в холивар наверно.

Длиной вы решили побахвалиться. - "Уже лет 10 как"


На этом и я писал.
Добавлю еще FoxPro и MUMPS.

MUMPS кстати "сервер приложений + сервер БД" в одном флаконе. До SQLная штука.


Однозначно. Веб 2.0 окончательно запудрил мозги даже вот вполне опытным 

не трогай веб2.0 =) а то совсем сейчас трэш пойдёт

Всем участникам зачет. Хорошая тема. 
Мне кажется это вполне жизненная ситуация. Томкат популярный продукт. Он эволюционировал. Спецификация, нет. Томкат подтянулся под спецификацию. Собственно, а что он еще должен был делать. 
Желание разгроничить все и систематизировать заложено глубоко в природе человека. Но в реальности не всегда можно провести четкую границу. 


Это сообщение отредактировал(а) priam220 - 19.9.2011, 13:38

Это традиция Винграда. Мы когда форумовки устраивали - всегда мерялись   


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

Понятно.

Просто те кто пришел в профессиональное программирование уже после веба как обычного явления - путаются.
А трехзвенка, еще до веба, пробивала себе дорогу в жизнь на моих глазах.
Так же как ООП.

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

Для меня веб приложение это по сути вообще терминальный сервер просто на очередном витке развития.
Вместо аппаратного терминала - программный (веб-браузер).
Вместо постоянного коннекта - пара запрос-ответ.
Ну и возможность выполения интерфейсного кода на стороне терминала (JavaScript в веб-браузере).

Считать ли сервер терминалов - сервером приложений?
Как по мне - нет.
И наоборот, может быть сервер приложений без функционала сервере терминалов? может.
Например работа с сотнями датчиков - получение данных с них и управление ими.

Но в обоих случаях нужно обеспечить взаимодействие клиента и сервера.
По кабелю, самое частое (хотя я встречал отработавшую более 20ти лет систему с обменом и не по кабелю. Выше писал.)
Томкат вообще можно назвать HTTP фреймворком для Java.
Обеспечивающим обработку сетевых соединений, и вызов стандартизированно оформленных классов Java.
Что там будет, тем Томкат и "станет". Будет статический контент - станет просто удаленной смотрелкой HTML файлов.

Ну ты сказал... просто реализация стандарта сервлетов и JSP + Jndi(недоделанный) + система развёртывания приложений... Это вроде на фреймворк не тянет, "маловато будет". =) (Как говорил мужик из "Падал прошлогодний снег")

Вы почему-то упорно расматриваете Томкат как вэб сервер. А вот к примеру если в качестве вэб-сервера (обработчика HTTP реквестов) используется Apache или IIS, а WAR архив запускается в Томкате - он все равно для вас HTTP-фреймворк?

Вы так мне и не доказали почему Томкат не поддерживает трехвенную архитектуру (MVC я так понимаю). Хотя не сервер отвечает за архитектуру, а само приложение. Если в приложении реализована MVC - ему по барабану на чем оно будет запускаться - хоть на Томкате, хоть на Вэблоджике.

Я уже 2,5 раза объяснял как его рассматриваю.


Опять 25.

А вот к примеру если птице отрезать крылья - она будет птицей,
А вот к примеру если хранить данные в xml - это база данных
А вот к примеру ...

Вы как начинающий демагог, ей богу.


А при чем здесь вопрос - чем является Томкат?

Уже спрашивал - если напишу плагин под Ecplipse RCP - который запускает warы, и поставлю в Ecpilse IDE - чем является Ecpilse IDE

Это и не было моей целью.
Потому что невозможно. 
Вы напрочь игнорирурете мои рассуждения. Как будто я ничего не писал вообще.
Для недемагогической дискуссии же требуется опроверграть рассуждения оппонента.
А не упрямо повторять свои.

Причем они построены на одном принципе,
Принципе возможности, потенциала:
Человек может убить - значит убийца

У вас сплошь - позволяет, 

и
" вот к примеру", - это другими словами "довод блондинки":
А вот я знаю случай

Так можно вести разговор бесконечно,
что и как возможно, и знаю вот случай.


Вона оно как оказывается!   .
Ну что, ж размышляйте в эту сторону дальше. 
Все же есть искорка   

Spring, Alfresco и Searchsoa одобряют Sun'a

А разработчики Tomcat одобряют мнение Skynin'а

Apache Tomcat is an open source software implementation of the Java Servlet and JavaServer Pages technologies. 
Apache Tomcat

И отмечают самое быстрое его применение
Apache Tomcat powers numerous large-scale, mission-critical web applications across a diverse range of industries and organizations. 

Не шарят они короче, что сами то разработали.

Теперь почему его назвал фреймворком http.

А потому что состоит он из:
Catalina
Catalina is Tomcat's servlet container.

Coyote
Coyote is Tomcat's HTTP Connector component that supports the HTTP 1.1 protocol for the web server or application container. 

Jasper
Jasper is Tomcat's JSP Engine.

И все.
Расшифровываю:

Catalina - средство для вызова неких специально оформленных классов. По сути - подсистема поддержки плагинов.
Coyote - обслуживатель http запросов
Jasper - средство обработки текстовых файлов-шаблонов для генерации html

Где тута - уже готовый сервер приложений?
На "плагинах" под названием сервлеты, да, можно что угодно написать.

В русской вики переведено из английской:
Сервер приложений (англ. application server ) — это программная платформа (software framework), предназначенная для эффективного исполнения процедур (программ, механических операций, скриптов), которые поддерживают построение приложений. Сервер приложений действует как набор компонент, доступных разработчику программного обеспечения через API (Интерфейс прикладного программирования), который определен самой платформой.

Для веб-приложений эти компоненты обычно работают на той же машине, где запущен веб-сервер. Их основная работа — обеспечивать создание динамических страниц. Однако современные серверы приложений нацелены гораздо больше не на то, чтобы генерировать веб-страницы, а на то, чтобы выполнять такие сервисы как кластеризация, отказоустойчивость и балансировка нагрузки, позволяя таким образом разработчикам сфокусироваться только на реализации бизнес-логики.
(напомню, что трехзвенка появилась еще до веб-приложений. То есть исторически появлялся сервер приложений, а потом уже в веб 2.0 сервер приложений скрестили с веб-сервером, для создания - веб приложений. Изначально же веб - это средство работы с гипертекстовой информацией расположенной на физически разных серверах.)

Обычно этот термин относится к Java-серверам приложений. В этом случае сервер приложений ведет себя как расширенная виртуальная машина для запуска приложений, прозрачно управляя соединениями с базой данных с одной стороны и соединениями с веб-клиентом с другой.

Они намеренно избегают определения "cервер приложений", чтобы не вносить смуту и не отвечать на многочисленные вопросы, вроде "а что у вас с поддержкой JMS, JMX, EJB?"  Определение "open source software implementation of the Java Servlet and JavaServer Pages technologies" однозначно очерчивает круг применимости продукта.  Но в нём не сказано, что Tomcat не сервер приложений.  Причина терминологической путаницы в том, что определение J2EE application server постепенно сократилось до просто application server. И Sun прав в том, что за пределами Java суть этого спора вообще не понятна. 
Определение Java application server с сайта Spring мне кажется совершенно корректным. Оно означает всего лишь: "сервер, позволяющий выполнять веб-приложения, написанные на Java", так ведь? Что тут противоречит определению сервера приложений? 


 



Tomcat поддерживает кластеризацию. Resin тоже её поддерживает.  Кстати, Resin это сервер приложений или нет?  Если да, то что делает его сервером приложений, в отличие от Томката?

Да, давайте еще телепатию привлечем и теории заговора.


И не сказано что он НЕ кофеварка.
Значит он кофеварка.

Если бы на луркоморье не было уже "Правил демагога", можно было пополнить с этой темы 


Что тут противоречит определению сервера приложений? 
А вот:
То есть если не веб приложения писать, то нечто между клиентом и БД, ..., уже не сможет называться Java application server.


И что?


Не знаю, не читал, не пробовал.

Перечитайте тему, может сами сможете ответить на вопрос.

Рассматривать - "а вот еще такой случай" недосуг.

Ха-ха! Не смешите мои тапочки! Eclipse тоже на нашей стороне!



http://www.eclipse.org/webtools/community/..._in_Eclipse.pdf


Neil Simpkins как-бы намекает - Tomcat application server

Это сообщение отредактировал(а) Sun - 21.9.2011, 14:06

1. Есть вещи которые нужно знать, вызубрить, есть которые нужно понимать.
Свое понимание, может неверное, рассуждения, почему понимаю так - привел.

В ответ - демагогия.

А сейчас - ссылка на общеупотребительные слова и авторитеты.

Возникает

2. Я тоже говорю "легкое масло" и "крабьи палочки", хотя знаю что первое - вид маргарина, а он -  не масло. А в палочках крабьего мяса не бывает. 
А вот мой ребенок да, верит, что раз крабьи палочки все называют крабьими, то они из крабов.

Так и здесь.
В документации к продукту и я напишу, сервер приложений Томкат.
И вот толпы малопонимающих и на меня еще сошлется.

Skynin, будьте проще. Если людям нравится так говорить - зачем вы им мешаете? Ведь что такое термин? Это то что понятно людям. Во всех Java IDE предлагают добавить Application Server, а не HTTP-фреймворк. Если разработчики Java IDE для Вас не авторитет - дело Ваше.

P.S. Страшно подумать как Вы мучаете людей на собеседованиях   

Пахнет снобизмом. Подозреваю что у Eclipse, IDEA, Spring, Alfresco пользователей поболее чем у Вашего продукта. И "малопонимающими" их отнюдь не назовешь. Меня, я так понял, Вы тоже причислили к "малопонимающим". "Малопонимающий узкий специалист" - надо статус поменять.

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

Аргумент мнения миллиона хомячков?
Или вариант - если такой умный чего такой бедный?
Глубокие аргументы   

А документация да, должна писаться для пользователей.
На общепринятом языке, каковы бы ни были заблуждения заложены в этом языке.


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

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


Тавтологическая фраза 

Во-первых специалист обычно - это и есть синоним узкости.
Во-вторых - если точно "узкий специлист", то разумеется малопониающ.

Для понимания нужно уметь подняться над своим ремеслом, выйти в мета- расуждение, абстрагироваться. Понимать философию своего дела.


Зачем?


Когда и где?
Тема называется - "Tomcat vs Glassfish, разница"


Только вопрос - а что конкретно ты понимаешь, а не эти люди.


Я говорил с вами. Предоставил ход своих рассуждений.
Если вы не умеете рассуждать, то и не беритесь ссылаться на авторитеты.

На месте разработчиков IDE я тоже бы так поступил, дабы не усложнять жизнь простым программистам - "добавить Application Server".
Но только я понимаю почему говорю "крабьи палочки" в быту, а вы как вижу - верите словам.


Зачем же мучить интеллектуальными играми дрессированных обезъянок? Они должны работать, а не думать 

Так что на собеседованиях я подобных вопросов не задаю.

А в чем заключается кластеризация Java приложений с использованием GlassFish и чем это будет отличаться от Tomcat?