apache/dubbo

[Bug] Registry check does not work in the case of multiple registrations and subscriptions at the application level, and provider export error causes Dubbo to fail to start

Aberta

#15.003 aberto em 16 de dez. de 2024

Ver no GitHubGuia do colaborador
 (11 comentários) (0 reação) (0 responsável)Java (26.453 forks)batch import
help wantedtype/enhancement

Métricas do repositório

Stars
 (41.524 estrelas)
Métricas de merge de PR
 (Métricas PR pendentes)

Description

Pre-check

  • I am sure that all the content I provide is in English.

Search before asking

  • I had searched in the issues and found no similar issues.

Apache Dubbo Component

Java SDK (apache/dubbo)

Dubbo Version

dubbo3.2.16; jdk openjdk21

Steps to reproduce this issue

Dubbo3.2.16 uses two Nacos clusters as registration centers to implement application level multi subscription and multi subscription, and configure regirty.check=false. When one of the Nacos clusters is unavailable, dubbo serviceConfig. export reports an error causing startup failure, with the error message 'this.registry is null'

What you expected to happen

When a Nacos cluster is unavailable, it should be possible to export services normally on another Nacos cluster and ignore the other Nacos cluster

Anything else

No response

Are you willing to submit a pull request to fix on your own?

  • Yes I am willing to submit a pull request on my own!

Code of Conduct

Guia do colaborador

Direção de pesquisa
Investigue o método ServiceConfig.export() no código fonte do Apache Dubbo, particularmente a lógica que lida com múltiplos registros e o sinalizador de verificação de registro. Examine a classe RegistryProtocol para entender como os registros são inicializados e por que 'this.registry' pode ser nulo quando um cluster Nacos está indisponível. Revise os comentários na issue para quaisquer ponteiros de código específicos ou sugestões dos mantenedores.
Pilha de tecnologia
java
Domain
backend
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
2
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
JavaGit
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
75