Sonatype Nexus、Jenkins 和 Collabnet Subversion Edge 中的嵌入式应用服务器答案

【问题标题】：Embedded application servers in Sonatype Nexus, Jenkins and Collabnet Subversion EdgeSonatype Nexus、Jenkins 和 Collabnet Subversion Edge 中的嵌入式应用服务器
【发布时间】：2012-02-08 03:08:55
【问题描述】：

我需要设置一个包含以下内容的构建开发环境

Sonatype Nexus
詹金斯
Collabnet 颠覆

我的应用程序在 GlassFish 应用服务器上运行。我注意到以上三个工具都带有嵌入式应用服务器。我已经下载了每一个并试用了它们，但我有点担心我现在有 4 个应用程序服务器正在运行。

我注意到它们中的每一个都提供了战争文件变体，可以将其拖放到现有的应用服务器上。我认为使用“Collabnet Subversion Edge”我可能没有任何其他选项，因为它没有附带战争安装选项。另外两个可以作为war文件下载。

在同一应用服务器上同时运行 Nexus 和 Jenkins 有什么缺点。有什么缺点吗？我目前正在研究的一个是如何配置它。似乎只有在应用程序服务器对 war 文件进行分解/取消归档后才能对其进行配置。

我也不愿意将这些 war 文件放入现有的 Glassfish 实例中，因为它用于正式测试。我想也许我应该安装 Tomcat 并将其用于这些工具。您会建议我坚持使用嵌入式服务器还是只使用一个应用程序服务器并在必要时分配更多内存？这些工具中的任何一个在他们的嵌入式服务器上工作得更好还是没有任何区别？

谢谢

【问题讨论】：

标签： svn tomcat jenkins nexus collabnet

【解决方案1】：

所有 3 个工具都可以共享一个 Glassfish（或类似的应用服务器）实例。问题是您需要负责设置合理的内存处理参数。如果一个应用程序导致 Java OutOfMemory 异常，所有应用程序都可能受到影响:-(

如果您检查各种应用程序的启动器脚本，您会发现每个应用程序都为 Java 堆和 permgen 设置设置了不同的默认值。

我的建议是保持每个应用程序隔离并使用嵌入式应用程序服务器。 Jenkins 和 Nexus 都相当轻量级（我不使用 Collabnet）。

【讨论】：

【解决方案2】：

Hudson/Jenkins 以及 Nexus 可以在 Tomcat 或 Glassfish 中作为 war 文件运行。然而，对于他们来说，首选和最受支持的选项是使用捆绑的应用程序服务器。

Nexus 在内部使用 Jetty。 Hudson 3（来自 Eclipse 的测试版）也是如此。 Old Hudson 和 Jenkins 都在内部使用 winstone。这两个都是非常轻量级的容器，并排运行它们的开销应该可以忽略不计。

您将从这些服务器实际执行的操作（运行构建、提供工件等）中获得更多影响。

因此，为了让您的安装、升级和运行时支持更轻松，我建议坚持使用嵌入式默认应用服务器。

【讨论】：

【解决方案3】：

我没有使用过 Jenkins，但我看到 nexus 和 hudson 在单个 tomcat 实例中作为单独的战争运行。对于 nexus，war 版本和独立版本之间的唯一区别是独立版本包含码头，以便您可以独立运行它......但这只是包装器。实际运行的nexus是一样的。

我认为 Jenkins 也是如此。因此，当您可以在一台服务器上运行 4 个实例时，没有理由运行 4 台服务器。应该可以正常工作，因为它们都有不同的网络上下文。

【讨论】：