Subscribe the purge handler to cleanup completion
- Dominant language
- Python
- Stars
- 670
- Forks
- 183
- Avg merge
- 15h 13m
- Merged PRs (30d)
- 368
Description
BEP-1069 §3.9. purge 핸들러가 정리 완료를 구독하도록 바꾼다. 응답 계약은 그대로다.
### 지금과 무엇이 다른가
정리가 stage 로 넘어가면 purge 요청은 곧바로 끝나지 않는다. 핸들러가 완료를 구독해 기다렸다가 답한다. 호출자가 보는 응답 형태는 바뀌지 않는다.
정리 완료는 행이 사라지는 것으로 나타난다. 실패는 status 가 purge-error (vfolder 는 delete-error) 로 가는 것으로 나타난다.
### 범위 밖 - RBAC 연쇄
BEP §3.8 이 scope 소유 role 의 연쇄 정리를 별도 stage 로 두자고 했으나 (BA-6807, BA-6186), 이번 범위에서는 뺀다. entity purge 가 이미 RBAC 그래프를 걷어내기 때문이다 - repositories/ops/v2/entity_write.py 의 purge_entity 가 _teardown_entity 를 부른다. 별도 stage 가 필요한지는 나중에 다시 판단한다.
### 의존
BA-7455 (나머지 네 entity 핸들러 부착).
JIRA Issue: BA-7457
Contributor guide
Research direction
Read BEP-1069 §3.9 and inspect the purge handler alongside repositories/ops/v2/entity_write.py, especially purge_entity and _teardown_entity. Identify how the handler currently responds when cleanup enters the stage, then trace how completion and the specified error statuses are reported. Done means the handler waits for cleanup completion while preserving the existing response contract; the RBAC chain cleanup is out of scope.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 57/100