Gesamtprojekt: Nachtrag 35 -- INT-14 Core-Endpunkt gemergt
CI / Web-Barrierefreiheitspruefung (axe, Tastatur, Reflow, Textabstaende) (push) Canceled after 0s
CI / Web (pdf-viewer) (push) Canceled after 0s
CI / Web (shl) (push) Canceled after 0s
CI / Core-Modul (Build/Vet/Test) (push) Canceled after 0s
CI / DMS Security-Test-Gate (AC5, Merge-Gate) (push) Canceled after 0s
CI / DMS-Modul Supply-Chain-Scan (govulncheck) (push) Canceled after 0s
CI / Web (dms-browser) (push) Canceled after 0s
CI / DMS-Modul (Lint/Build/Test/Coverage/Artefakt) (push) Canceled after 0s

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
rootandClaude Sonnet 5 committed 2026-09-26 00:07:37 +00:00
1 parent f073ba1063
commit b46a7396bf
1 file changed
+22
+22
View File
@@ -880,3 +880,25 @@ Zusätzlich per Gitea-API geprüft: keine weiteren fertigen Ticket-PRs offen (nu
- `scripts/gesamt-token-smoke.sh`: 45/45 bestanden, Rückbau-Snapshot identisch
**Neuer main-Head: `a249756`** (vorher `245b6c0b`). Kein Deploy.
## Nachtrag 35 — INT-14: fehlender Core-Endpunkt für Service-Token-Tenant-Bestätigung nachgezogen (2026-09-26)
Beim Versuch, den Rollout-131-Wert `NEXARCH_DMS_APP_CORE_SERVICE_TOKEN` zu beschaffen, wurde eine echte Code-Lücke gefunden: DMS' `internal/tenantregistryclient` (INT-14) ruft `GET /tenants/{slug}` mit `X-Service-Token` gegen Core auf, aber Core registrierte diese Route nirgends — jeder Aufruf schlug mit 404 fehl.
PR #191 (`feature/int-14-core-service-token-endpoint`) schließt die Lücke minimal:
- Neuer Handler `internal/tenant.ConfirmHandler` (`internal/tenant/confirmhandler.go`)
- Route `GET /tenants/{slug}` in `cmd/core/routes.go`/`main.go`, gleiche `svcauth.Require`-Absicherung wie TEN-12 — kein neues Auth-Schema
- `docs/INT-14-CORE-ENDPOINT-PRUEFPROTOKOLL.md` mit eigenem End-zu-Ende-Nachweis
**Verifikation dieses Merges (Host 204, frischer Klon):**
- Merge in `main` (zuvor Head `b429b296f478bc0c1cfd95ebd1a3cbb4616a5d0d`): konfliktfrei
- `go build`/`go vet` root-Modul: sauber (exit 0)
- `go test ./internal/tenant/...`: die zwei neuen `TestConfirmHandler_*`-Tests PASS; alle übrigen Fehlschläge in diesem Paket (`permission denied to create database`, später `slug bereits vergeben`) als **vorbestehendes Umgebungsproblem** bestätigt — identischer Fehlschlag auch auf einem separat geklonten main-Stand VOR diesem Merge reproduziert (Registry-Reste aus früheren Testläufen plus ein kaputtes `NEXARCH_TEST_DB_PASSWORD`-Passwort in `scripts/reset-test-env.sh` gegen die aktuelle DSN), keine Regression durch diesen Merge
- `scripts/check-port-defaults.sh`: PASS
- `scripts/e2e-core-dms.sh`: `TestCoreE2E_TokenJWKSAndPolicy` PASS, alle 10 Unterfälle
- `scripts/gesamt-token-smoke.sh`: 45/45 bestanden, Rückbau-Snapshot identisch
**Neuer main-Head: `f073ba1063e3524711b52739737bc2441d49a36c`** (vorher `b429b296f478bc0c1cfd95ebd1a3cbb4616a5d0d`). Kein Deploy.
**Für den Rollout auf 131 wichtig:** sobald dieser Stand auf 131 synchronisiert und `nexarch-core` dort neu gestartet ist, kann `NEXARCH_DMS_APP_CORE_SERVICE_TOKEN` denselben Wert wie `NEXARCH_CORE_ADMIN_TOKEN` erhalten — kein separates Provisioning nötig.