【问题标题】:Building one project for automated multiple environment deployment为自动化多环境部署构建一个项目
【发布时间】:2014-02-15 16:57:45
【问题描述】:

我正在处理的项目需要部署到多个环境。这是一个 Websphere 8.5 J2EE 应用程序。我们部署到的 6 个环境及其以下服务器类型是:

  • 本地(面向开发人员的 Websphere Liberty 8.5)
  • 开发(WAS v8.5)
  • 测试 (WAS v8.5)
  • UAT (WAS v8.5)
  • 暂存 (WAS v8.5)
  • 生产(WAS v8.5)

每个环境(服务器)都需要稍微调整其文件(例如:TEST 的数据库名称与 UAT 不同,LOCAL 需要某些文件来跳过登录过程而不是其他服务器,等等)。

目前,我们根据需要部署到的环境手动修改每个必要的文件 - 这是重复的并且需要时间。我们可以使用某种类型的系统来自动执行此操作吗?理想情况下,我希望只需单击一个按钮即可开始部署,具体取决于我要部署到的位置。

谢谢!

编辑:我在自动化部署方面没有经验,因此非常感谢任何帮助。谢谢!

EDIT2:我们正在部署 .EAR 文件

【问题讨论】:

    标签: jakarta-ee deployment automation build-process ear


    【解决方案1】:

    嗯,据我了解,您的问题...您的耳朵需要部署到多个环境。每次您需要修改耳朵中的某些内容并重新构建和部署时。

    我认为您没有在应用程序中有效地使用 JNDI。应用程序应该通过对 JNDI 的简单查找来获取与数据库相关的设置和其他参数。这将确保当您在不同的环境中部署时,您会获得不同的数据库连接值和其他参数。

    【讨论】:

    • 这是一个我正在维护的项目,所以有很多我无法修复的错误代码。我现在已经设置好了,因此可以看到一些需要根据部署到的环境更改其值的 java 属性文件。我开始使用 Gradle 自动修改 .properties 文件。你对 Gradle 很熟悉吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2010-12-13
    • 1970-01-01
    • 1970-01-01
    • 2017-01-14
    • 1970-01-01
    • 1970-01-01
    • 2020-11-05
    相关资源
    最近更新 更多