Java JBoss:War文件部署期间超时异常

我正试图在我的远程服务器上部署一个war，该服务器不断失败，并出现类似TimeOutException的错误

我已经在网上查过类似的问题，但到目前为止运气不佳：

请看下面的日志，因为我不确定我在这里遗漏了什么。此外，我还更新了standalone.xml（添加了部署超时=“240L”）文件，如下所示：

<subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0">
            <deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000" deployment-timeout="240L" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}"/>
</subsystem>

但我仍然得到一个相同的异常，似乎我在这里遗漏了什么，日志如下：

<subsystem xmlns="urn:jboss:domain:deployment-scanner:2.0">
            <deployment-scanner path="deployments" relative-to="jboss.server.base.dir" scan-interval="5000" deployment-timeout="240L" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}"/>
</subsystem>

---

您的

部署超时设置不正确

<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.0">
    <deployment-scanner scan-interval="5000" relative-to="jboss.server.base.dir" path="deployments" deployment-timeout="240" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}"/>
</subsystem>

您的
部署超时设置不正确

<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.0">
    <deployment-scanner scan-interval="5000" relative-to="jboss.server.base.dir" path="deployments" deployment-timeout="240" runtime-failure-causes-rollback="${jboss.deployment.scanner.rollback.on.failure:false}"/>
</subsystem>

查看日志后，您的部署似乎需要5分钟以上的时间才能完成。增加超时不是解决方案

相反，您应该将部署分解成更小的部分，并检查发生了什么

我要检查的东西：


评估您对Spring的依赖性。我知道Spring的人会因此讨厌我，但现在大多数应用程序都不需要“完整的Spring”。几乎所有东西都可以通过JavaEE标准来实现，这些标准由容器（在本例中是Wildfly）提供给您。这减少了应用程序的总体占用空间，使WAR文件更精简，部署速度更快

回答自己：为什么我需要
ehcache
？您正在使用一个功能非常强大的应用服务器，为您提供JPA和“免费”的二级缓存。您不需要发布Hibernate和ehcache，除非您需要使用Hibernate+ehcache的非常特定的版本/功能

尝试将JavaEE示例中的一些应用程序部署到您的Wildfly中。与EC2/OpenShift上的合理机器相比，它们是否也需要“长时间”？如果是这样，这可能表明问题出在环境上，而不是应用程序上。Java EE示例：

查看日志后，您的部署似乎需要5分钟以上的时间才能完成。增加超时不是解决方案

相反，您应该将部署分解成更小的部分，并检查发生了什么

我要检查的东西：


评估您对Spring的依赖性。我知道Spring的人会因此讨厌我，但现在大多数应用程序都不需要“完整的Spring”。几乎所有东西都可以通过JavaEE标准来实现，这些标准由容器（在本例中是Wildfly）提供给您。这减少了应用程序的总体占用空间，使WAR文件更精简，部署速度更快

回答自己：为什么我需要
ehcache
？您正在使用一个功能非常强大的应用服务器，为您提供JPA和“免费”的二级缓存。您不需要发布Hibernate和ehcache，除非您需要使用Hibernate+ehcache的非常特定的版本/功能

尝试将JavaEE示例中的一些应用程序部署到您的Wildfly中。与EC2/OpenShift上的合理机器相比，它们是否也需要“长时间”？如果是这样，这可能表明问题出在环境上，而不是应用程序上。Java EE示例：

您好，此操作再次失败，错误与前面的操作相同。您好，此操作再次失败，错误与前面的操作相同。