В настоящее время я настраиваю рабочую среду для нашей компании, которая включает установку Crowd для SSO, JIRA для отслеживания ошибок и Confluence в качестве нашей вики. Я считаю, что все эти продукты должны быть доступны через HTTP 80 на нашем внутреннем сервере разработки (вроде http://dev/crowd, http://dev/jiraи т. д.) и будут доступны извне (например, для Google Apps требуется общедоступный сервер SSO, поэтому http://dev.acme.com/crowd там должно работать).
Я сейчас в затруднении, пытаясь выбрать хороший сервер приложений для всех этих продуктов. Мне нужен сервер приложений, совместимый с Windows Server 2008 x64 R2, который достаточно легко настроить и администрировать (утилиты администрирования с графическим интерфейсом подойдут, но мне вполне комфортно работать с консолью и файлами конфигурации) и который может обрабатывать более 5 приложений. для организации из 10+ человек.
Я только что прошел через этот процесс (буквально на прошлой неделе) с JIRA + Crowd + Confluence на WinXP box. (не 64-битная серверная ОС, но, вероятно, очень похожая)
Нетрудно настроить Apache + соответствующую информацию о прокси, чтобы извне вы получали доступ к ним через HTTP 80, но внутри они работают на Tomcat 8080 (или на любом другом вашем порту tomcat).
Документация по установке для большинства функций Atlassian очень хороша (у меня был болезненный опыт установки коннектора Apache :: CrowdAuth, в остальном все прошло гладко). Я предлагаю вам посмотреть на их Страница интеграции Apache + JIRA например.
Некоторое время назад я установил Jira и Confluence на машине с Windows. Я использовал IIS в качестве базового веб-сервера и использовал ajp_iis для перенаправления определенных URL-адресов на экземпляры tomcat, работающие на разных портах. Работает довольно хорошо и достаточно легко настраивается.
Если вы ищете решение со всем веб-администрированием, рассмотрите Веб-сервер Sun Java. Он выполняет ту же работу, что и Apache + Tomcat, включая множество дополнительных функций, таких как доступ через WebDAV и виртуальные серверы. Существуют как бесплатные, так и коммерческие варианты поддержки.
У меня нет большого личного опыта работы с платформой, но я слышал хорошие отзывы о том, что она проста в использовании для пользователей, не являющихся администраторами.
Предполагается, что JBoss сможет работать на любой платформе.
Я согласен с Джейсоном С. Поскольку приложение на основе Java не включает EJB (корпоративные компоненты Java), вы можете обойтись без сервера приложений, такого как JBoss или WebSphere. Все, что вам нужно, это веб-контейнер (Tomcat). Чтобы Apache обрабатывал Java-запрос, вам необходимо скомпилировать Apache с помощью mod_jk. Apache не обрабатывает Java-запросы "из коробки". Все это довольно просто на * nix O / S.
Также имейте в виду, что Tomcat - это веб-контейнер, а не веб-сервер. Если вы используете JBoss, интерфейс, который вы используете для подключения к вашему браузеру, на самом деле является урезанной версией контейнера Tomcat-web. Веб-контейнер не предназначен для обработки тяжелых запросов. Итак, для производственных систем у вас всегда должны быть веб-серверы с балансировкой нагрузки, взаимодействующие с экземплярами tomcat / jboss.