java - EAR 与 RPM 用于发布 Web 应用程序？

Question

将 Web 应用程序交付生产时，您会考虑企业应用程序存档还是 RPM？

各自的优缺点是什么？

使用 RPM，您可以跟踪版本控制并正确处理配置文件。

假设您的应用程序不会安装在 Windows 机器上，因此操作系统依赖性不是我们担心的问题。

Answer 1

我使用或研究过的大多数 Java Web 应用程序通常都作为企业或 Web 存档发布。除了非常特殊的情况外，RPM 的案例非常薄弱。

有几点支持 EAR/WAR 文件:

• 安装通常很容易，即使它涉及将 EAR/WAR 文件复制/上传到指定目录的一些手动过程。但是，您需要在这里了解您的目标受众。如果您期望 Linux 系统管理员(对 Java 应用程序服务器知之甚少或一无所知)执行应用程序的安装和维护，那么选择 RPM 可能是对的。然而，这对企业来说是一个罕见的案例，因为从支持的角度来看，这不太有意义；当在生产中遇到安装/配置问题时，您根本不希望受到第三方应用程序开发人员的摆布。

• EAR/WAR 文件可以以允许可移植安装的方式发布。理论上可以通过单个构建支持多个容器。与要求为每个容器发布 RPM 相比，这是一个更好的选择；每个 RPM 都必须安装一个特定于应用程序的容器并将 EAR/WAR 文件发布到这个嵌入式容器。如果您希望让您的客户保留部署到他们自己的容器上的选择权，仅 RPM 部署模型将要求他们从 RPM 中提取 EAR/WAR 文件，然后自己执行部署。

  <

• 不能使用 RPM 以标准方式跨商业容器(如 WebLogic、WebSphere 等)部署应用程序。除非您希望您的客户采用涉及目录布局、集群模式的标准安装模型，否则根本无法做到这一点等等。针对单个客户在内部创建的 RPM 可能没有这个问题，因为可以建立关于如何安装和配置容器的内部标准。

从上述陈述推断，EAR/WAR 文件应该始终可用以满足客户需求，并增加了使用 RPM 实现无障碍安装的可能性。