SimanoА что мы собственно можем получить, если вместо бесплатного сервера приложений Apache Tomcat будем использовать какое-нибудь платное средство? Например, Microsoft BizTalk? Или Oracle Application Server?
- а Вы уверены что знаете что такое Application Server? Tomcat - это контейнер сервлетов, но не сервер приложений :(

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

- я думаю лучше всего на этот вопрос могут ответить разработчики Tomcat: Apache Tomcat 6.0 / Documentation Index / Introduction

This is the top-level entry point of the documentation bundle for the Apache Tomcat Servlet/JSP container . Apache Tomcat version 6.0 implements the Servlet 2.5 and JavaServer Pages 2.1 specifications from the Java Community Process, and includes many additional features that make it a useful platform for developing and deploying web applications and web services.


- требования к серверу приложений включают как минимум: поддержку EJB, поддержку JMS, поддержку RMI-IIOP, JAAS, JTA и т. д.

- а вообще забавно, что Oracle дает такое определение Tomcat и видимо считает его конкурентом для Oracle Application Server :)) не иначе как у Tomcat аналогичный функционал :)) Про Wiki уж и говорить нечего, полная каша :)

iscrafmЕсли сервер приложений не Java-based, то зачем ему EJB,JMS и прочее? От этого он не перестанет быть Applications Server.
- а причем тут тогда сервлеты и JSP (если не Java-based)? Предположим мы используем не "Java-based" сервер приложений, на эту роль претендуют: .NET Framework, Zope (взято из статьи в Wiki). И что, они поддерживают сервлеты и JSP? Нет! Так что если мы говорим о Tomcat, мы говорим в контексте Java приложений, а в Java сервером приложений называют продукт соответствующий спецификации JavaEE

iscrafmА у разработчиков спрашивать названия - дело провальное. Ну придумали "контейнер сервлетов"... :) А почему не назвали тогда WEB - сервер?
- странно выглядит мнение о том что разработчики не знают что они сделали ... А почему не назвали web-сервером могу объяснить: в силу исторических причин, так как в древние времена Sun выпустила продукт для разработчиков JSWDK (Java Servlet Web Developer Kit) который и послужил основой для Tomcat. JSWDK не претендовал на роль полноценного web-сервера, хотя мог выполнять обработку запросов по протоколу HTTP. Предполагалось что JSWDK позволит разрабатывать сервлеты, а их выполнение будет производиться в контейнере сервлетов, являющемся частью полноценного J2EE сервера приложений. Отсюда и пошел термин "контейер сервлетов" (можно еще вспомнить модуль JServ к Apache) и представление Tomcat как надстройки к для обработоки сервлетов, связаной с полноценным web-сервером типа Apache или IIS, хотя Tomcat вполне может выступать в качестве независимого web-сервера (даже поддержка SSI и CGI в нем предусмотрена).

Чтобы дать определение термину "сервер приложений" надо сначала разобраться что такое "приложение" :) Существует слишком много задач разных по масштабу и по функциональным требованиям где используется термин "приложение", отсюда видимо и идет путаница. Я достоверно могу описать только функционал "сервера приложений" применительно к Java EE (похоже разработчики платформ .NET и Zope позаимствовали красивый термин у Sun, хотя их функционал действительно близок к функционалу платформы Java EE).

Simanoтогда не могли бы Вы описать собственно функциональность максимально полно?
тынц

SimanoТак. Я прочитал. И чего не хватает из перечисленного в Apache-Tomcat?
- проще перечислить чего есть :) Tomcat реализует пункт "Web Application Technologies" из длинного списка открывающегося при клике по приведенной выше ссылке, т. е. JSR 252 (при добавлении нескольких библиотек, т. е. по дефолту не поддерживает), 245, 52, 154, при желании можно реализовать поддержку web-сервисов, но для этого опять же придется навешивать дополнительные библиотеки (JAXM и т. п.). Главное чего не хватает - поддержки EJB!

Тогда и я 2 копейки добавлю: JBoss, GlassFish и т. д.