我正在开发一个在wildfly-11.0.0.Final上使用java 8和java ee7分布在多节点上的Web应用程序，并且我使用infinispan缓存来共享数据 . 这是缓存的配置：
<cache-container name="mycache-container" default-cache="my-cache" jndi-name="infinispan/mycache-container">
<transport lock-timeout="60000"/>
<replicated-cache name="my-cache" jndi-name="infinispan/mycache-container/my-cache" mode="ASYNC">
<locking isolation="READ_COMMITTED"/>
<transaction locking="OPTIMISTIC" mode="NON_XA"/>
<eviction strategy="NONE"/>
</replicated-cache>
</cache-container>
这是用于复制缓存的jgroups子系统的配置：
<subsystem xmlns="urn:jboss:domain:jgroups:5.0">
<channels default="ee">
<channel name="ee" stack="tcpping" cluster="ejb"/>
</channels>
<stacks>
<stack name="tcpping">
<transport type="TCP" socket-binding="jgroups-tcp"/>
<protocol type="org.jgroups.protocols.TCPPING">
<property name="initial_hosts">
node1[7600], node2[7600]
</property>
</protocol>
<protocol type="MERGE3"/>
<protocol type="FD_SOCK"/>
<protocol type="FD_ALL"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
</stack>
</stacks>
</subsystem>
在应用程序的启动时，我从数据库加载所有实体并放入缓存 . 如果我以这种方式通过容器注入缓存：
@Resource(lookup="java:jboss/infinispan/mycache-container")
EmbeddedCacheManager container;
@PostConstruct
public void init(){
Cache mycache = container.getCache();
}
应用程序启动并加载缓存中的所有对象没有问题，但在其他节点中，这些对象也不会复制，即创建jgroups群集时没有错误 . 相反，如果我以这种方式直接注入缓存：
@Resource(lookup="java:jboss/infinispan/mycache-container/my-cache")
Cache myCache;
启动时的应用程序给我这个错误：“WFLYCTL0348：等待服务容器稳定后[300]秒后超时 . 操作将回滚 . 首先更新服务的步骤;服务器无法启动”
我应该如何使用缓存来防止启动时超时并能够在所有节点上复制这些对象？
谢谢 .
1 回答
第一种方法不能按预期工作的原因是因为在调用EmbeddedCacheManager.getCache（）之前，您没有采取任何措施来确保安装必需的缓存配置 .
要确保安装必需的缓存配置，您可以：
直接注入缓存（正如您在第二种方法中所做的那样）
通过@Resource或resource-ref为应用程序添加必需的缓存配置依赖项 .
我总是推荐＃1，因为它更直观，更简洁，缓存生命周期由容器处理 .
至于“Timeout [......]等待容器稳定性”的原因，我不能肯定地说没有看到将对象加载到缓存中的代码以及相关的堆栈跟踪 . 只是一个猜测 - 你确定你的交易模式是NON_XA吗？这意味着缓存操作通过同步提交给活动的UserTransaction . 这不是常见的要求 . 如果您正在使用@PostConstruct方法加载缓存，并且未正确处理事务，则可能会阻止组件启动（导致超时等待容器稳定性） .
在不相关的说明中，我建议使用不推荐使用的TCPPING配置 . 例如
... socket-bindings引用配置了outbound-socket-bindings . 例如