WARNING: JGRP000014: Discovery.timeout has been deprecated: GMS.join_timeout should be used instead
如果我没有直接定义,为什么我会这样做?至少我认为不是,看起来我们正在使用GMS.join_timeout
以下是这个配置的方式
log().info(
"Starting JChannel for Distributable Sessions config:{} with channel name of {}",
configString,
channelName
);
jChannel = new JChannel(new PlainConfigurator(configString));
jChannel.connect(channelName);
replicatedSessionIds = new ReplicatedHashMap<>( jChannel );
sessionIds = replicatedSessionIds;
if (! sessionDistributedTest )
{
replicatedSessionIds.start(TIME_OUT);
}
和该日志消息的输出
Starting JChannel for Distributable Sessions config:TCP(bind_addr=172.20.0.4;bind_port=7800;max_bundle_size=200000):TCPPING(timeout=3000;initial_hosts=dex.master[7800],dex.slave[7800];port_range=1):VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK2(use_mcast_xmit=false;discard_delivered_msgs=true):pbcast.STABLE(stability_delay=1000;desired_avg_gossip=50000;max_bytes=400000):pbcast.GMS(print_local_addr=true;join_timeout=2000;view_bundling=true):pbcast.STATE_SOCK with channel name of Dex_SpringSecurity_Cluster_Dev
jgroups 3.6.13
答案 0 :(得分:1)
您实际上做定义timeout
中传递给渠道构造函数的configString
:TCPPING.timeout
。
我有2条建议:
tcp.xml
并根据您的喜好进行修改。你的配置看起来有点过时了。