问题标签 [infinispan-8]

我们正在尝试将 infinispan 配置为 Jboss EAP 7.1 中 Hibernate 的二级缓存，并在集群的两个节点设置中运行 jboss。

查找缓存元素有效，但如果我们更新休眠实体，则由 infinispan 触发的更新缓存步骤在两个节点上都会失败，并出现我们尝试更新的实体的编组错误（由找不到类异常引​​起）。

这是配置：

在 hibernate-cfg.xml org.hibernate.cache.infinispan.InfinispanRegionFactory

在示例实体 hbm.xml

在 jboss 独立-ha.xml 中

错误 ：

15：02：45,974 WARN [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher]（OOB-20，XXX-53994）ISPN000220：从字节缓冲区解组远程命令时出现问题：java.lang.ClassNotFoundException：com.business。来自本地模块加载器@64d2d351（查找器：本地模块查找器@1b68b9a4（根：C:\jboss-eap-7.1\NodeA\modules,C:\jboss-eap- 7.1\NodeA\modules\system\layers\base.overlays\layer-base-jboss-eap-7.1.5.CP,C:\jboss-eap-7.1\NodeA\modules\system\layers\base,C:\ jboss-eap-7.1\DEV\modules))] 在 org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412) 的 org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198) .modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:348) at org.jboss .marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:123) 在 org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:104) 在 org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:1022) 在org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1355) 在 org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272) 在 org.jboss.marshalling.river.RiverUnmarshaller.doReadObject( RiverUnmarshaller.java:220) 在 org.jboss.marshalling.river.RiverUnmarshaller.readFields(RiverUnmarshaller.java:第 1853 章.doReadObject(RiverUnmarshaller.java:272) 在 org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:205) 在 org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) 在 org.infinispan。 commons.marshall.MarshallUtil.unmarshallArray(MarshallUtil.java:159) at org.infinispan.commands.write.InvalidateCommand.readFrom(InvalidateCommand.java:109) at org.hibernate.cache.infinispan.util.BeginInvalidationCommand.readFrom(BeginInvalidationCommand. java:47) 在 org.infinispan.marshall.exts.ReplicableCommandExternalizer。readCommandParameters(ReplicableCommandExternalizer.java:113) at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:89) at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readObject(ReplicableCommandExternalizer.java:41) at org.infinispan .marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable.java:479) 在 org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:236) 在 org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject (JBossMarshaller.java:149) 在 org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:205) 的 org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:350)。编组.AbstractObjectInput。readObject(AbstractObjectInput.java:41) at org.infinispan.commands.remote.SingleRpcCommand.readFrom(SingleRpcCommand.java:46) at org.infinispan.marshall.exts.ReplicableCommandExternalizer.readCommandParameters(ReplicableCommandExternalizer.java:113) at org.infinispan .marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:173) at org.infinispan.marshall.exts.CacheRpcCommandExternalizer.readObject(CacheRpcCommandExternalizer.java:68) at org.infinispan.marshall.core.ExternalizerTable$ExternalizerAdapter.readObject(ExternalizerTable .java:479) 在 org.infinispan.marshall.core.JBossMarshaller$ExternalizerTableProxy.readObject(JBossMarshaller.java:149) 在 org.jboss 的 org.infinispan.marshall.core.ExternalizerTable.readObject(ExternalizerTable.java:236)。 marshalling.river.RiverUnmarshaller。doReadObject(RiverUnmarshaller.java:350) 在 org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:205) 在 org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41) 在 org.infinispan.commons .marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:134) 在 org.infinispan.marshall.core.VersionAwareMarshaller.objectFromByteBuffer(VersionAwareMarshaller.java:101) 在 org.infinispan.commons.marshall.AbstractDelegatingMarshaller.objectFromByteBuffer(AbstractDelegating.java :80) 在 org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:163) 在 org.jgroups 的 org.infinispan.remoting.transport.jgroups.MarshallerAdapter.objectFromBuffer(MarshallerAdapter.java:28)。块。RequestCorrelator.handleRequest(RequestCorrelator.java:455) at org.jgroups.blocks.RequestCorrelator.dispatch(RequestCorrelator.java:406) at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:357) at org.jgroups.blocks org.jgroups 的 org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:664) 的 .RequestCorrelator.receive(RequestCorrelator.java:245) org.jgroups 的 org.jgroups.JChannel.up(JChannel.java:738)。 stack.ProtocolStack.up(ProtocolStack.java:1030) at org.jgroups.protocols.FRAG2.up(FRAG2.java:165) at org.jgroups.protocols.FlowControl.up(FlowControl.java:390) at org.jgroups .protocols.pbcast.GMS.up(GMS.java:1037) 在 org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:234) 在 org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1077 ) 在 org.jgroups.protocols。UNICAST3.handleDataReceived(UNICAST3.java:792) at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:649) at org.jgroups.UNICAST3.up(UNICAST3.java:433) at org.jgroups .protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155) 在 org.jgroups.protocols.FD_ALL.up(FD_ALL.java:200) 在 org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:325) 在 org. jgroups.protocols.MERGE3.up(MERGE3.java:292) at org.jgroups.protocols.Discovery.up(Discovery.java:296) at org.jgroups.protocols.MPING.up(MPING.java:178) at org .jgroups.protocols.TP.passMessageUp(TP.java:1658) 在 org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1876)VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155) 在 org.jgroups.protocols.FD_ALL.up(FD_ALL.java:200) 在 org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:325) 在 org.jgroups.protocols .MERGE3.up(MERGE3.java:292) 在 org.jgroups.protocols.Discovery.up(Discovery.java:296) 在 org.jgroups.MPING.up(MPING.java:178) 在 org.jgroups。 org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1876) 上的协议.TP.passMessageUp(TP.java:1658)VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155) 在 org.jgroups.protocols.FD_ALL.up(FD_ALL.java:200) 在 org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:325) 在 org.jgroups.protocols .MERGE3.up(MERGE3.java:292) 在 org.jgroups.protocols.Discovery.up(Discovery.java:296) 在 org.jgroups.MPING.up(MPING.java:178) 在 org.jgroups。 org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1876) 上的协议.TP.passMessageUp(TP.java:1658)jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1876)jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1876)

谢谢 Santhosh S

我目前正在使用依赖于 jgroups-3.6.7.Final 的 infinispan 8.2.11.Final。这个版本的 infinispan 是否与最新版本的 jgroups 3.6.x (3.6.19.Final) 兼容？

我想将 MERGE3 和 CENTRAL_LOCK 协议的修复程序带入我的项目。

我正在使用播放框架版本 2.3.8 和插件（https://github.com/n4cer/playInfinispanCachePlugin）在我的应用程序中集成 infinispan（版本 8.0.1 和 jgroups）以进行分发缓存。infinispan 的配置可以在插件项目中找到，我使用的是 S3_PING 协议。

在我从集群中删除成员之前，此设置运行良好。当我从集群中删除一个成员时，集群中的其他活动成员慢慢下降并抛出错误，最后我的应用程序没有响应。当我重新启动所有成员时，此问题得到解决。从集群中删除成员时如何使其工作？

我看到了这个异常

我正在使用 infinispan 8.2.11。在使用 cache.entrySet().iterator() 遍历缓存期间，线程被卡住而不移动。这是我收集的线程转储：

我在 Jboss 社区档案中找到了描述类似问题的文章：https ://developer.jboss.org/thread/271158 。infinispan 9 中有一个修复程序，我相信它可以解决这个问题：ISPN-9080

是否可以将此修复程序反向移植到 infinispan-8 中？不幸的是，我无法在我的项目中提升 infinispan 的版本。