Вы почему-то упорно расматриваете Томкат как вэб сервер. А вот к примеру если в качестве вэб-сервера (обработчика 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?