3

交叉发布自https://developer.jboss.org/message/988346#988346

在具有复制的独立服务器模式下使用 jboss/infinispan-server:9.4.0.Final ( https://hub.docker.com/r/jboss/infinispan-server )，客户端通过 hotrod 连接。

这是我们的 gradle 文件：

infinispan_version = "9.4.0.Final"

...

'infinispan': [

"org.infinispan:infinispan-core:$infinispan_version",

"org.infinispan:infinispan-client-hotrod:$infinispan_version"

],

以下是每个客户端代码（java）如何通过 hotrod 连接到缓存：

ConfigurationBuilder builder = new ConfigurationBuilder();

builder.forceReturnValues(false).addServer().host("infinispan_hostname").port(11222);

BasicCacheContainer manager = new RemoteCacheManager(builder.build(), true);

BasicCache<Object, Object> ourCache = manager.getCache("OUR_CACHE");

这是相关的xml：

<subsystem xmlns="urn:infinispan:server:core:9.3" default-cache-container="local">

            <cache-container name="local" default-cache="default" statistics="true">        

               <global-state/>



                <local-cache name="OUR_CACHE">

                               <expiration lifespan="-1"/>

                               <locking isolation="SERIALIZABLE" acquire-timeout="30000" concurrency-level="1000" striping="false"/>

                               <file-store relative-to="cachestore.root" path="server" max-entries="-1" purge="false" passivation="false" preload="true" fetch-state="true"/>

                               <memory>

                                     <binary size="100000000" eviction="MEMORY"/>

                               </memory>

                               </local-cache>

           </cache-container>

</subsystem>

有时，我们会在调试级别（例如每 30 分钟后）收到以下异常，但大多数情况下它按预期工作。它似乎在 ourCache.get("key") 方法处同步等待，直到超时 60 秒。

但是，如果我们之后立即重试该操作，它可以正常工作并且没有错误。希望有人可以帮助我了解原因。

2019-03-06 07:15:47,668 错误：当..“我们的应用程序数据消息”时发生错误。: java.net.SocketTimeoutException: GetOperation{OUR_CACHE, key=[B0x033E22742D663039..[37], flags=0} 在 60000 毫秒后超时

org.infinispan.client.hotrod.exceptions.TransportException: java.net.SocketTimeoutException: GetOperation{OUR_CACHE, key=[B0x033E22742D663039..[37], flags=0} 在 60000 毫秒后超时

在 org.infinispan.client.hotrod.impl.Util.rewrap(Util.java:54) ~[infinispan-client-hotrod-9.4.0.Final.jar:9.4.0.Final]

在 org.infinispan.client.hotrod.impl.Util.await(Util.java:27) ~[infinispan-client-hotrod-9.4.0.Final.jar:9.4.0.Final]

在 org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:418) ~[infinispan-client-hotrod-9.4.0.Final.jar:9.4.0.Final]

在 ... 我们的应用程序 jar 的堆栈跟踪

在 javax.servlet.http.HttpServlet.service(HttpServlet.java:661) [servlet-api.jar:?]

在 javax.servlet.http.HttpServlet.service(HttpServlet.java:742) [servlet-api.jar:?]

在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231) [catalina.jar:8.5.35]

在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [catalina.jar:8.5.35]

在 org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) [tomcat-websocket.jar:8.5.35]

在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [catalina.jar:8.5.35]

在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [catalina.jar:8.5.35]

在 ... 我们的应用程序 jar 的堆栈跟踪

在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [catalina.jar:8.5.35]

在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [catalina.jar:8.5.35]

在 ... 我们的应用程序 jar 的堆栈跟踪

在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [catalina.jar:8.5.35]

在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [catalina.jar:8.5.35]

在 org.apache.logging.log4j.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:71) [log4j-web-2.10.0.jar:2.10.0]

在 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193) [catalina.jar:8.5.35]

在 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166) [catalina.jar:8.5.35]

在 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198) [catalina.jar:8.5.35]

在 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) [catalina.jar:8.5.35]

在 org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493) [catalina.jar:8.5.35]

在 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) [catalina.jar:8.5.35]

在 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:81) [catalina.jar:8.5.35]

在 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) [catalina.jar:8.5.35]

在 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342) [catalina.jar:8.5.35]

在 org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:800) [tomcat-coyote.jar:8.5.35]

在 org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) [tomcat-coyote.jar:8.5.35]

在 org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:806) [tomcat-coyote.jar:8.5.35]

在 org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1498) [tomcat-coyote.jar:8.5.35]

在 org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) [tomcat-coyote.jar:8.5.35]

在 java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:?]

在 java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:?]

在 org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-util.jar:8.5.35]

在 java.lang.Thread.run(Unknown Source) [?:?]

原因：java.net.SocketTimeoutException: GetOperation{OUR_CACHE, key=[B0x033E22742D663039..[37], flags=0} 在 60000 毫秒后超时

在 org.infinispan.client.hotrod.impl.operations.HotRodOperation.run(HotRodOperation.java:172) ~[infinispan-client-hotrod-9.4.0.Final.jar:9.4.0.Final]

在 io.netty.util.concurrent.PromiseTask$RunnableAdapter.call(PromiseTask.java:38) ~[netty-common-4.1.28.Final.jar:4.1.28.Final]

在 io.netty.util.concurrent.ScheduledFutureTask.run(ScheduledFutureTask.java:127) ~[netty-common-4.1.28.Final.jar:4.1.28.Final]

在 io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163) ~[netty-common-4.1.28.Final.jar:4.1.28.Final]

在 io.netty.util.concurrent.SingleThreadEventExecutor.runAllTask​​s(SingleThreadEventExecutor.java:404) ~[netty-common-4.1.28.Final.jar:4.1.28.Final]

在 io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:322) ~[netty-transport-native-epoll-4.1.28.Final-linux-x86_64.jar:4.1.28.Final]

在 io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:884) ~[netty-common-4.1.28.Final.jar:4.1.28.Final]

在 java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) ~[?:?]

在 java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) ~[?:?]

... 1 更多

希望有人可以就根本原因和潜在解决方案提出建议。

谢谢，

_Prateek

4

0 回答 0