问题标签 [infinispan-9]

我们计划在域模式下为 infinispan 服务器 10 或 11 版本设置 infinispan 服务器集群设置。

独立/域模型在 Infinispan 服务器中可用，直到版本 9。

Infinispan 服务器 10/11 设置指南没有讨论任何关于域模型的内容。

谁能确认最新的 infinispan 服务器是否不再支持域模式？

谢谢，

桑托什

我们目前正在评估 infinispan 服务器作为我们在 JBOSS 中运行的应用程序的缓存服务器。

我们计划使用 hotrod 端点从我们的应用程序节点访问 infinispan 缓存。

我们有大约 300 多个测试环境，安装 infinispan 服务器的正确策略是什么？

我不想创建 300 多个 infinispan 服务器实例，这会导致管理混乱。

有没有一种方法可以运行一个 infinispan 实例，将 30 个 hotrod 端点暴露给服务器 30 个测试环境？因此，我们只需要设置 10 个 infinispan 服务器实例，其中每个 infinispan 实例支持 30 个环境/应用程序服务器。

任何有关该方法的帮助将不胜感激。

谢谢 Santhosh S

我们正在尝试将 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

环境

1. Infinispan 9.4.18 嵌入式
2. 3 个节点以复制模式缓存
3. RocksDB 存储（或其他，没关系）

重现步骤

1. 创建基于 TCP 的集群
2. 创建缓存
3. 将实体添加到缓存
4. 检查实体是否存储在每个节点上
5. 停止非协调节点
6. 从协调器上的缓存中删除实体
7. 检查实体在运行节点上是否被移除
8. 启动之前停止的非协调节点
9. 检查实体是否存在于重新启动的节点上，但在其余节点上不存在。但预期的行为是将删除也复制到重新启动的节点。

问题 1. 这种行为可以吗？2.我可以将其更改为预期的指示吗？3. 如果是这样呢？

我正在尝试根据 Keycloak 文档在两个 infinispans 9.4.x 之间设置跨数据中心复制模式，但问题是我试图在经过轻微修改的环境中执行此操作：

• 由于明显的原因，多播在 DC 之间不起作用
• 我必须使用端口 7601，因为 Keycloak JGroups 传输已经在此主机上使用了 7600（是的，通过它的内部 infinispan，我未来的问题是“为什么我需要使用外部额外的 Infinispan 实例而不是在内部 Keycloak 的 Infinispans，但首先要做的是）。

这些是我添加/修改的配置的一部分：

当然，我相应地更改了 JGroups 套接字绑定中的端口号。两个实例似乎都开始正常（只抱怨休息 https 绑定，这似乎是一个小错误），我什至可以在日志中看到实例之间的通信：

主要问题是，只要我打开任何实例的 Web 管理页面，我就会在日志中收到错误消息（假设我从site1、host1.tld打开管理页面）：

如果我从另一个站点打开 Web 管理页面，则会反映错误 - 这次它抱怨host1.tld。很明显我做错了什么，但我不知道到底是什么。如果有人可以帮助我，我会很高兴。

我在嵌入式模式下使用 Infinispan 9.4.16。这是缓存的配置：

我运行一个由 4 个节点组成的集群。可以同时读取、更新或删除此缓存中的条目。所以随机地，一个线程被这个堆栈跟踪阻塞（无限期地等待）：

经过一番调查，我发现线程被自己阻塞了。但我不知道这怎么可能。这是 Infinispan 的问题吗？

我只是按照Infinispan 嵌入式教程，在第 5 步它因为这个异常不起作用：

我正在寻找如何在 这里注册编组器，但我不明白，它应该在pom.xml或哪里声明？

如果是在pom，在哪一部分？

感谢：D

我们一直在使用旧版本的 infinispan 和 wildfly（10.x 和 infinispan 6.x）。缓存已被用作嵌入式缓存，例如它是从应用程序代码（实际上是 wildfly 模块）启动的。每当在集群模式下创建缓存时，代码都会创建一个带有特定类加载器的装饰缓存，该类加载器允许处理远程数据传输并提供了所有必需的课程。在 inifinspan 9.4.x 中， with(ClassLoader) 在 AdvancedCache 和 DecoratedCache 上都已弃用，在检查代码时我们发现它什么也没做。结果当缓存项被存储并发送到远程节点时发生远程异常（java.lang.ClassNotFoundException）

, 写键 [1-14341@127.0.0.1:c803fe42:null]: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from ip-10-0-0-82-50680, see cause for remote stack trace at org .infinispan.remoting.transport.ResponseCollectors.wrapRemoteException（ResponseCollectors.java:28）

源代码显示全局配置现在正在存储类加载器，它是从wildfly提供的。有没有办法为 infinispan 9.x 提供自定义类加载器，或者至少定义在远程操作处理中使用哪一个

BR Yulian Oifa

我有一个配置了 infinispan 的 Maven 项目：

version.infinispan 是 9.4.16.Final，这与 Wildfly 18 相同，我正在使用的 AS。

我创建了一个单元测试：

当尝试实例化 EmbeddedCacheManager 时，它在最后一行失败。错误日志是：

哪里错了？

我有这个infinispan.xml配置：

如何使用本地缓存名称配置而不是默认缓存（dist-sync）实例化 DefaultCacheManager