java - 应用服务器集成到开发流程中

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 8 年前。

Improve this question

阿罗哈，

我目前正在完成我的硕士论文，主题是编写内部 Web 应用程序。我几乎是从头开始。当然有一些要求，但这些对于我的问题来说并不是太重要。

给出这样的情况:当我完成 4-6 个开发人员的论文时，将会有进一步的开发/维护。

我在之前的项目/作业中所做的就是在我的开发人员计算机上手动安装应用程序服务器 (AS)(进行设置等)。

我所做的也是使用 Maven 来安装和配置像 Jetty/Tomcat 这样的东西，其他开发人员只需要获取 Maven 项目，运行 mvn install 就可以了。

但是您会如何处理像 Wildfly 这样的 AS？

我的问题是，在由 4-6 名开发人员组成的团队中处理 AS 是否有最佳实践？(AS 仅在开发人员计算机上，而不是开发/质量/生产系统上)

Answer 1

如果您考虑将 Wildfly 作为您的 AS，您有 4 个选择

1. 将修改后的 standalone.xml 包含在项目中，也许在 src/main/resources/ 文件夹中，每个开发人员都可以通过 Git 或您使用的任何 VCS 拉取它。
2. 您可以创建CLI Wildfly 的脚本并将其再次包含到您的代码库中。你可以在网上找到一些教程，例如here 。相对于 XML 的优点是您不必手动修改源代码，脚本可以批量执行，这意味着它将正确配置所有内容或保持原样。
3. 通过 Maven plugin 配置 Wildfly 。您可以运行与选项 2 中相同的命令，可以看到一些示例 here 。
4. 您还可以通过服务器将修改后的 ZIP 上传到某个位置，并使每个开发人员都使用此版本。缺点是，如果您对配置进行任何修改，每个人都必须重新下载此 ZIP。

所以我认为选项 3 是最好的(因为它是最自动化的，并且最容易在所有开发人员之间传播配置更改)，但是您的 pom.xml 可能会因配置而变得非常臃肿。在这种情况下，您可以将其与选项 2 结合使用，这样 Maven 插件将只从项目内部运行 CLI 脚本文件。