estudio reciente de SEAT informó el error cuando no hay servicio 'nulo' disponible encontrado, por favor asegúrese de configuración correcta del registro, el nombre del servicio en el archivo de configuración no, de ninguna manera sólo puede ser con el código fuente
环境 springcloud Hoxton.SR3 + Springboot 2.2.5.RELEASE + + seata1.1 nacos1.4
paquete de descarga de SEAT es demasiado lento, el uso directo de la versión 1.2 del compilador-INSTANTÁNEA
Me encontré con este problema por dos razones.
1. No hay utilizar para configurar el sitio web oficial, toman directamente de otra persona importación de perfiles
2. Sin la dependencia causada por la introducción de
Echemos un vistazo a las razones
seata1.0 fuente de error
io.seata.core.rpc.netty.NettyClientChannelManager # reconexión
vacío de reconexión (String transactionServiceGroup) {
List <String> availList = null;
try {
availList = getAvailServerList (transactionServiceGroup);
} Catch (Exception e) {
LOGGER.error ( "No se pudo obtener servidores disponibles: {}", e.getMessage (), e);
regreso;
}
Si (CollectionUtils.isEmpty (availList)) {
Cadena Servicegroup = RegistryFactory.getInstance ()
.getServiceGroup (transactionServiceGroup);
LOGGER.error ( "no hay servicio disponible '{}' encontrado, por favor asegúrese de configuración correcta del registro", Servicegroup);
regreso;
para (String serverAddress: availList) {
try {
acquireChannel (serverAddress);
} Catch (Exception e) {
LOGGER.error ( "{} no se puede conectar a causa {} {}", FrameworkErrorCode.NetConnect.getErrCode (), serverAddress, e.getMessage (), e);
}
}
}
Io.seata.discovery.registry.RegistryService # getServiceGroup
Cadena PREFIX_SERVICE_MAPPING = "vgroup_mapping.";
/ **
* La PREFIX_SERVICE_ROOT constante.
* /
Cadena PREFIX_SERVICE_ROOT = "servicio";
/ **
* La CONFIG_SPLIT_CHAR constante.
* /
Cadena CONFIG_SPLIT_CHAR = "";
string predeterminado getServiceGroup (String key) {
config = ConfigurationFactory.getInstance ();
config.getConfig retorno (PREFIX_SERVICE_ROOT + CONFIG_SPLIT_CHAR tecla + PREFIX_SERVICE_MAPPING +);
}
Por encima de la parte roja es la causa raíz, después de la versión 1.1
vgroup_mapping en el vgroupMapping
para que todos en la configuración de SEAT importada modificar directamente el código fuente para encontrar un buen perfil de importación bajo el directorio siguiente secuencia de comandos, nacos-config.txt antes después 1,1 nacos también retirados
nacos-config.sh anterior directorio de nacos
Así que si se utiliza la versión 1.1 o más de SEAT acordarse de usar el nombre del grupo
vgroupMapping, y antes de 1.0 con vgroup_mapping, recordar que todo esto debe ser cambiado junto contener Oh,
otra de las razones es que no bloquear la introducción de surgimiento dependiente de primavera-nube-alibaba-de SEAT
Los estudiantes interesados son bienvenidos a unirse para aprender 513 650 703