应用服务器集成到开发过程中[关闭]答案

【问题标题】：application server integration into development process [closed]应用服务器集成到开发过程中[关闭]
【发布时间】：2014-07-22 06:47:45
【问题描述】：

阿罗哈，

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

说明当我完成 4-6 位开发人员的论文后会有进一步的开发/维护。

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

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

但是你会用 Wildfly 这样的 AS 做什么呢？

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

【问题讨论】：

【解决方案1】：

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

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

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

【讨论】：

准备一台服务器、压缩它并将其传播到其他开发机器有什么问题？它是一次性安装的东西。
这并没有什么问题，我只是认为从控制台执行一个简单的命令（运行 CLI 脚本）比在出现问题时手动编辑 XML 时弄乱服务器上的文件要好。你也更容易自动化它（就像我说的，一个命令）。
对不起，我误会了，我以为你在谈论传播standalone.xml 或其他配置。当然这可能是正确的选择，但我仍然认为传播几千字节的文本比 120 MG 文件更好:)
您好，我们生活在 21 世纪，从 Internet 下载 120mb 文件只需几秒钟；）将这样的东西停在某个 FTP 或网络驱动器上非常容易（即在任何情况下我都会做什么）。
当然，但我仍然考虑更快地键入git pull 和$JBOSS_HOME/bin/jboss-cli.sh --connect --file=config.cli。您不必压缩任何东西，将其上传到某个地方，然后让每个人用他们拥有的任何设置替换他们的服务器（在这种情况下，作为开发人员，我真的很生气）。