为确保正确部署耳朵，推荐的 Weblogic 11 清洁过程是什么？答案

【问题标题】：What's the recommended Weblogic 11 cleaning process to make sure an ear is deployed correctly?为确保正确部署耳朵，推荐的 Weblogic 11 清洁过程是什么？
【发布时间】：2019-06-13 17:21:02
【问题描述】：

我想知道是否有将 EAR 组件部署到 WebLogic 11 服务器的标准化过程。

我在部署时遇到了一些问题，看起来不能正常工作。

服务器规格

Oracle Linux 服务器

从“cat etc/os-release”转储

ORACLE_BUGZILLA_PRODUCT="Oracle Linux 6"
ORACLE_BUGZILLA_PRODUCT_VERSION=6.8
ORACLE_SUPPORT_PRODUCT="Oracle Linux"
ORACLE_SUPPORT_PRODUCT_VERSION=6.8

Weblogic 11 (10.3.6.0) Java 1.6

在我要部署 EAR 之前，我执行以下步骤：

停止 weblogic 服务器。删除缓存、tmp 和日志文件夹及其内容。备份旧的 EAR。通过 SFTP 传输新的 EAR。

我不知道我是否遗漏了一些东西来确保一切正常。

您知道我可能缺少什么吗？我一直在寻找，但我找不到任何线索。

【问题讨论】：

Java 1.6？没有人应该运行早于 JDK 8 的任何东西。现在 11 已经投入生产。您应该认真考虑升级 JDK 和应用服务器。当前生产的 WL 是版本 12 - 两年前。
目前我们无法更新，因为这是旧版软件。将来会将此软件迁移到 GCP 中，但这不是现在的问题。我必须部署一个修复程序，我想知道在清理 Weblogic 服务器时是否有一些我可能会跳过的步骤。
我认为现代方法会自动执行此操作。为什么不使用 Jenkins 之类的工具从存储库中检查代码、构建包并将其部署到应用服务器？听起来您打算每次有新的 EAR 文件时都坐下来手动完成。
有 devops 但不是用于开发环境，beta 版和生产版都有。对于商业问题，我们无法采用现代方法。

标签： java weblogic ear

【解决方案1】：

我认为您的列表听起来不错，除了删除日志。我希望您备份日志而不是保留旧的 EAR。

应该可以从代码存储库中标记的分支/版本重建 EAR。只应在新部署启动并运行之前备份 EAR。一旦它还活着，我会删除旧的 EAR。

我建议将所有这些自动化。如果你是手工做的，那就是随波逐流的时候了。

【讨论】：