您的设置 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>

从deploy timeout设置中删除'l'，该设置只能是数字，这样就可以正常工作了。
注意：此部署超时以秒为单位
此外，在部署过程中，您会遇到几个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)

查看日志后，您的部署似乎需要5分钟以上才能完成。增加超时不是解决办法。
相反，您应该将部署分解成更小的部分，并检查发生了什么。
我要检查的东西：
评估你对spring的依赖性。我知道spring的人会因此恨我，但现在大多数应用程序都不需要“完整的spring”。几乎所有的事情都可以通过javaee标准来实现，这些标准是由容器（在本例中是wildfly）提供的。这减少了应用程序的总体占用空间，使war文件更精简，部署速度更快。
回答你自己：我为什么需要你 ehcache ? 您正在使用一个功能非常强大的应用服务器，为您提供jpa和二级缓存“免费”。您不需要发布hibernate和ehcache，除非您需要使用非常特定的hibernate+ehcache版本/特性。
尝试将javaee示例中的一些应用程序部署到您的wildfly中。与ec2/openshift上的合理机器相比，它们是否也需要“长时间”？如果是这样，这可能表明问题出在环境上，而不是应用程序上。java ee示例：https://github.com/javaee-samples/javaee7-samples