Question

我正在尝试在我的远程服务器上部署一个战争，该战争因TimeOutException错误而一直失败。

我已经通过网络检查了类似的问题但是现在运气不好：

请看下面生成的日志，因为我不确定我在这里缺少什么。我还更新了我的standalone.xml （添加了deployment-timeout =“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>

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

http://pastebin.com/BS6hrJ4z

Answer 1

deploy-timeout的设置不正确。

<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>

删除＆＃39; L＆＃39;从部署超时设置，它应该只是数字，然后它应该工作正常。

注意：此部署超时以秒为单位

此外，您在部署期间遇到了一些Spring初始化错误。要获取更多信息，您需要增加日志级别以查看根本原因：

2016-03-28 09:10:44,422 WARN  [org.jboss.as.ee] (MSC service thread 1-7) WFLYEE0007: Not installing optional component org.springframework.http.server.ServletServerHttpAsyncRequestControl due to an exception (enable DEBUG log level to see the cause)
2016-03-28 09:10:44,423 WARN  [org.jboss.as.ee] (MSC service thread 1-7) WFLYEE0007: Not installing optional component org.springframework.web.context.request.async.StandardServletAsyncWebRequest due to an exception (enable DEBUG log level to see the cause)

Answer 2

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

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

我要检查的事情：

评估您对Spring的依赖。我知道春天的人会讨厌我，但现在大多数应用程序都不需要＃34;完整的春天＆＃34;。几乎所有东西都可以通过Java EE标准实现，这些标准由容器提供给你（Wildfly，在这种情况下）。这减少了应用程序的总体占用空间，使WAR文件更加轻薄，部署速度更快。
回答自己：为什么我需要ehcache？您正在使用功能非常强大的应用程序服务器，为您提供JPA和二级缓存＆＃34;免费＆＃34;给你。您不需要发布Hibernate和ehcache，除非您需要使用Hibernate + ehcache的非常特定的版本/功能。
尝试将Java EE示例中的一些应用程序部署到Wildfly中。他们是否也采用了＃34; long＆＃34;比较EC2 / OpenShift上合理的机器？如果是这样，这可能表明问题出在环境上，而不是应用程序上。 Java EE示例：https://github.com/javaee-samples/javaee7-samples

JBoss：部署War File期间的超时异常

2 个答案: