Назад | Перейти на главную страницу

tomcat против ПОЛНЫХ решений J2EE

Мы готовимся к серьезному пересмотру архитектуры нашего веб-приложения, которое в настоящее время работает на JBoss 4.2. Сначала мы думали о переходе с 4.2 на JBoss 6, но после некоторых исследований tomcat может быть для нас лучшим решением.

Мой первый вопрос - это все, что JBoss может сделать, чего не может Tomcat, если вы используете правильные плагины. На самом деле мы не используем EJB в нашем решении, и, похоже, есть простые плагины для веб-сервисов, JMX и других функций.

Tomcat, похоже, имеет гораздо лучшую поддержку, более быстрые циклы обновления и много-много книг.

Поскольку в системе меньше возможностей, кажется, что гораздо проще поддерживать ее с точки зрения администратора.

Что мне не хватает?

Основные функции, которые мы хотим включить, - это лучшая поддержка кластеризации и репликация / сохранение сеанса.

Мы также рассмотрим другие серверы приложений, такие как Glassfish / Geronimo.

цитировать из веб-статьи:

Apache Tomcat - самый широко используемый в мире сервер веб-приложений, с более чем одним миллионом загрузок в месяц и более 70% проникновением в корпоративный центр обработки данных. Tomcat используется для работы всего, от простых сайтов с одним сервером до крупных корпоративных сетей.

Я управлял сложными приложениями J2EE, работающими на Tomcat, которые позже были перенесены на Oracle BEA Weblogic, поэтому я думаю, что Tomcat может удовлетворить большинство ваших потребностей. Но только вы можете решить, исходя из требований вашего приложения.

Вот несколько ссылок, которые помогут вам лучше понять это решение.

http://www.slideshare.net/OpenLogic/comparison-of-open-source-app-servers-final-presentation http://www.javaworld.com/javaworld/jw-12-2007/jw-12-appservers.html