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

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

- Вэб-приложением является комплекс состоящий из представления на стороне клиента (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(недоделанный) + система развёртывания приложений... Это вроде на фреймворк не тянет, "маловато будет". =) (Как говорил мужик из "Падал прошлогодний снег")