need to separate subscribe logic for Dubbo ops and dubbo app clearly.
Open
type/proposal
- Dominant language
- Java
- Stars
- 41.6k
- Forks
- 26.4k
- Avg merge
- 15h 13m
- Merged PRs (30d)
- 4
Description
right now, subscribe logic in all registry impls is complex because we mix the duties of dubbo ops and dubbo app together.
Contributor guide
Research direction
Start by locating the subscribe logic in all registry implementations and trace where Dubbo ops and Dubbo app responsibilities are currently mixed. Compare the duties handled by each path before deciding how they should be separated. Done means the subscription responsibilities are clearly distinct across the registry implementations.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- distributed-systems
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100