В настоящее время я начинаю разработку нового приложения. Архитектор приложения настаивает, чтобы мы использовали JBoss5, потому что он "лучше". У кого-нибудь есть более широкое определение «лучше» (если это так)?
У меня есть опыт использования Tomcat5 и 6 в крупномасштабных приложениях с большой нагрузкой пользователей, и он работает довольно хорошо (ИМХО). Оба будут работать на RedHat6 в идентичных аппаратных условиях (на случай, если реализация имеет значение).
заранее спасибо
Сказать, что какой-либо инструмент или фреймворк просто «лучше», нелепо. Это всегда зависит от ситуации, архитектуры и т. д. Вам не обязательно использовать молоток, чтобы забить винт.
Я написал JBoss в действии, поэтому мне явно нравится технология JBoss, но я буду первым, кто скажет, что JBoss может быть излишним во многих ситуациях. Например, для последних двух сайтов, которые я разработал, имело смысл создавать с помощью Grails и развертывать на автономном экземпляре Tomcat.
Немного несправедливо говорить, что все, что вы получаете при использовании JBoss, это EJB и JMS. JBoss предлагает множество услуг и функций, в том числе:
Что привлекает многих архитекторов в JBoss, так это его гибкость. Он использует архитектуру плагинов, которая позволяет добавлять и удалять сервисы. Как уже говорили другие, in использует Tomcat в качестве своего контейнера сервлетов, поэтому вы можете буквально сократить JBoss до того уровня, где он является практически просто сервером Tomcat. Какая польза от этого? Задел на будущее, если вы думаете, что собираетесь использовать другие функции JBoss.
Эти сервисы в JBoss поставляются предварительно интегрированными и стремятся обеспечить согласованную модель развертывания, которая сводит к минимуму ваши усилия по написанию логики приложения или конфигурации для их самостоятельной интеграции. При этом другие фреймворки, такие как Spring, также отлично справляются с поддержкой унифицированных способов интеграции многих популярных библиотек и фреймворков. Но поскольку они сосредоточены на интеграции сторонних библиотек, взаимодействие между службами зависит от вас. Поскольку JBoss занимается созданием сервисов и интеграционной платформы, они тратят время на разработку (и обеспечение поддержки) взаимодействия.
Некоторые вопросы, которые следует задать при выборе:
Не хочу, чтобы это звучало как бесстыдная затея, но первая глава JBoss в действии доступна для бесплатно на веб-сайте Manning. Хотя мы не проводим прямого сравнения между JBoss и другими серверами приложений и средами развертывания в этой главе, мы немного говорим об архитектурных различиях, что имеет отношение к вашему вопросу.
В настоящее время я начинаю разработку нового приложения. Архитектор приложения настаивает, чтобы мы использовали JBoss5, потому что он «лучше». У кого-нибудь есть более широкое определение «лучше» (если это так)?
Забавно, потому что JBOSS использует Tomcat в качестве своего сервлета/движка JSP.
Звучит так, как будто «лучше» означает «поддерживает EJB и JMS», потому что Tomcat из коробки не имеет ни того, ни другого.
Но это не проблема, если ваше приложение не использует EJB или JMS.
И если они вам нужны, вы можете добавить их в Tomcat с помощью OpenEJB и RabbitMQ или ActiveMQ.
Я бы спросил у вашей арки приложений, когда они в последний раз писали что-то помимо слайдов Power Point или документов UML. Ответ может вас удивить.
JBoss — это сервер приложений, а Tomcat — Контейнер сервлетов
Таким образом, JBoss может быть лучше, чем Tomcat, в том смысле, что он содержит его, а также другие компоненты. Вот и все.
Если вы не собираетесь использовать эти другие компоненты, вы тратите ресурсы впустую. Если вам нужны эти другие компоненты, Tomcat недостаточно.
Это зависит от того, возможно, ваш Архитектор имеет в виду что-то еще.
Интересно, что бы он сказал, если бы вы спросили его напрямую?
Это не лучше, это просто больше. JBoss включает Tomcat.
Как указывает @duffymo, JBoss использует Tomcat для своего веб-контейнера, поэтому лучше не имеет большого смысла, если мы сравниваем эквивалентные вещи (например, Tomcat и часть веб-контейнера JBoss). И если вы не собираетесь использовать JTA, EJB, JMS, JMX и т. д., нет никаких реальных преимуществ в использовании JBoss, особенно во время разработки (Tomcat легче и запускается быстрее, это часто ценят команды разработчиков).
Однако в некоторых случаях вы можете предпочесть JBoss для производства (я все еще предполагаю, что вы не используете EJB и т. д.):
Но я не уверен, что именно это имел в виду архитектор приложения. Я бы попробовал обсудить этот выбор с архитектором, может у него есть какое-то обоснование. И если действительно нужно использовать JBoss в производстве, вы всегда можете использовать Tomcat или Jetty во время разработки.
Если вы используете JBoss, вы можете заплатить Jboss.org за поддержку. Но это не в случае с Tomcat.
Это правда, однако RedHat (купивший Jboss.org) потребует от вас перехода на одну из поддерживаемых версий JBoss.
JBoss совместим со спецификацией J2EE, он очень хорошо поддерживает спецификации J2EE, такие как EJB, JTA, JMS, JNDI и т. д. Tomcat — это только контейнер сервлетов, хотя он также поддерживает немного спецификации J2ee. Если вы хотите использовать компонент J2EE, вы должны сначала рассмотреть JBoss.
Забыл, JBoss очень хорошо поддерживает JMX, особенно в версии 4.*. Я испытал проект, у него нет веб-интерфейса, JBoss используется просто как платформа, а контейнер EJB для интеграции всех автономных приложений на нем использует MBean.
