我目前正在为我们公司设置操作环境,其中包括安装 Crowd 用于 SSO、JIRA 用于错误跟踪,以及将 Confluence 作为我们的 wiki。我的想法是,所有这些产品都应该通过 HTTP 80 在我们的内部开发服务器(有点http://dev/crowd
,http://dev/jira
等等)上可用,并且可以从外部使用(例如,Google Apps 需要公开可用的 SSO 服务器,所以http://dev.acme.com/crowd
应该在那里工作)。
我目前在尝试为所有这些产品选择好的应用服务器时不知所措。我需要的是一个与 Windows Server 2008 x64 R2 兼容的应用服务器,它很容易设置和管理(GUI 管理实用程序会很好,但我对控制台和配置文件很满意)并且可以处理大约 5 个以上的应用程序对于 10 人以上的组织。
我刚刚在 WinXP 机器上使用 JIRA+Crowd+Confluence 完成了这个过程(实际上是在上周)。(不是 64 位服务器操作系统,但可能非常相似)
设置 Apache + 适当的代理信息并不难,因此您可以从外部通过 HTTP 80 访问这些信息,但在内部它们在 Tomcat 8080(或任何您的 Tomcat 端口)上运行。
对于 Atlassian 的大多数功能,安装文档都非常好(我在安装 Apache::CrowdAuth 连接器时有过痛苦的经历,否则一切都运行顺利)。例如,我建议您查看他们的Apache+JIRA 集成页面。
如果您正在寻找所有基于 Web 的管理解决方案,请考虑Sun Java Web Server。它的工作与 Apache+Tomcat 相同,包括许多高级功能,例如 WebDAV 访问和虚拟服务器。有免费和商业支持选项。
我对该平台没有太多的个人经验,但我听说过它对非管理员的易用性的好消息
我前段时间在 Windows 机器上设置了 Jira 和 Confluence。我使用 IIS 作为基本的 Web 服务器,并使用 ajp_iis 将特定的 URL 重定向到在不同端口上运行的 tomcat 实例。工作得很好,很容易设置。
JBoss 应该能够在任何平台上运行。
我同意 Jason S。因为基于 Java 的应用程序不包含任何 EJB(企业 Java bean),您可以在没有 JBoss 或 WebSphere 之类的应用程序服务器的情况下生存。您只需要一个 Web 容器 (Tomcat)。为了让 Apache 处理 Java 请求,您需要使用 mod_jk 编译 Apache。Apache 不处理开箱即用的 Java 请求。所有这些在 *nix O/S 上都非常简单。
另外,请记住 Tomcat 是一个 Web 容器,而不是一个 Web 服务器。如果你使用 JBoss,你用来连接浏览器的前端实际上是 Tomcat-web 容器的精简版。Web 容器不是为处理繁重的请求而构建的。因此,对于生产系统,您应该始终让负载平衡的 Web 服务器与 tomcat/jboss 实例通信。