3 Commits

Include renames

Author	SHA1	Message	Date
not	733ba71173	fix(acl): keep the integration tests out of Stryker's solution (closes #174) (#188) ... closes #174 Took fix option 3, cut down: removed `Acl.IntegrationTests` from `services/acl/Acl.slnx`. Only Stryker reads that file. `make build`, `make lint` and `make unit` use the root `register-referentie.slnx`, and `Dockerfile.integration` targets the csproj directly, so nothing else changes. A comment in the slnx and a note in `docs/runbooks/ci.md` explain why the project is left out. **Verified locally** (`cd services/acl && dotnet stryker`): - `Number of tests found: 86` (was 94); the `8 tests are failing` warning is gone. - Final score **90.45 %**, the same as before. Tests that fail their initial run were never used to kill mutants, so the number was not depressed, only unverified. Re-baselined from this clean run: `break: 90` stays (§5, never lower). No test-first commit: this changes build config only. The check is the Stryker initial-run log above. 🤖 Generated with [Claude Code](https://claude.com/claude-code)Reviewed-on: #188	2026-09-28 12:56:10 +00:00
notandClaude Opus 4.8	d0582cef65	test(acl): integration test opens a real zaak against OpenZaak (refs #46) ... S-04a: the deferred S-04 acceptance criterion. A gated Acl.IntegrationTests project (Category=Integration) drives the real OpenZaakGateway against the running compose stack — real ZGW JWT auth and the real POST /zaken contract a stubbed HttpMessageHandler cannot exercise. The lane is kept out of the fast checks: make unit filters Category!=Integration, Stryker is pinned to Acl.Tests, and a new make integration target brings the stack up, seeds a published zaaktype and tears down. Red: against real OpenZaak the gateway POST fails 400 — JsonContent streams the body chunked and OpenZaak's uwsgi rejects it. Fixed in the next commit. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-06-29 11:43:17 +02:00
eho	4b2af5c635	feat(acl): ACL skeleton — OpenZaak default-fill (refs #5) (#45)	2026-06-04 07:50:45 +00:00