Java 将应用服务器集成到开发过程中

阿罗哈

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

假设在我完成4-6位开发人员的论文后，会有进一步的开发/维护

我在以前的项目/任务中所做的是在我的开发人员机器上手动安装应用程序服务器（AS）

我所做的也是使用Maven来安装和配置Jetty/Tomcat之类的东西，其他开发人员只需获得Maven项目，运行mvn安装，然后就可以开始了

但是你会怎么对待一只像野蝇一样的苍蝇呢

---

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

如果您将Wildfly视为您的AS，您有4种选择

将修改后的

standalone.xml

包含在项目中，也许在

src/main/resources/

文件夹中，每个开发人员都可以通过Git或您正在使用的任何VCS来获取它

您可以为Wildfly创建脚本，并再次将其包含到代码库中。例如，你可以在网上找到一些教程。相对于XML的优势在于，您不必手动修改源代码，脚本可以作为批处理执行，这意味着它可以正确配置所有内容，也可以保持原样

配置Wildfly，使其通过。您可以在那里运行与选项2中相同的命令，可以看到一些示例

您还可以将修改后的ZIP与服务器一起上传到某个位置，并让每个开发人员都使用此版本。缺点是，如果您对配置进行任何修改，每个人都必须再次下载此ZIP

---

因此，我认为选项3是最好的（因为它是最自动化的，并且最容易在所有开发人员之间传播配置更改），但是您的

pom.xml

可能会因为配置而变得非常臃肿。在本例中，您可以将它与选项2结合使用，这样Maven插件就可以从项目内部运行CLI脚本文件

您可以将配置文件包括在vcs中，然后只需安装wildfly并复制/粘贴配置文件。准备一台服务器、压缩它并将其分发到其他开发机器有什么不对？这是一次性安装，没有什么问题，我只是觉得从控制台执行一个简单的命令（运行CLI脚本）比在出现问题时手动编辑XML时弄乱服务器上的文件要好。此外，您还可以更轻松地实现自动化（就像我说的，一个命令）。啊，对不起，我误解了，我以为您在谈论扩展

standalone.xml

或其他配置。当然，这可能是正确的选择，但我仍然认为传播几千字节的文本比120mg文件要好：）您好，我们生活在21世纪，从互联网下载120mb只需几秒钟；）它很容易在一个FTP或网络驱动器的某个地方停放（这是我在任何情况下所做的）。当然，但是我仍然考虑更快的打字<代码> Git拉< /COD>和<代码> $JBOSSHOH/BI/JBOSS-cli.sH-Connect文件= Config.CLI < /代码>。你不必压缩任何东西，上传到某个地方，让每个人用他们自己的设置替换他们的服务器（在这种情况下，作为一名开发人员，我会非常恼火）。