SLP_Software/slp-modular-cms
1
0
Fork 0
Code Issues Pull Requests Actions Projects Releases Wiki Activity

Adds SlpModularCms.Api.SlpSoftware and extracts shared CmsHost composition
Continuous Integration / config (pull_request) Successful in 11s
Details
Continuous Integration / changes (pull_request) Successful in 21s
Details
Continuous Integration / backend-build (pull_request) Successful in 6m10s
Details
Continuous Integration / vulnerability-scan (pull_request) Successful in 4m59s
Details
Continuous Integration / frontend-prepare (pull_request) Successful in 1m27s
Details
Continuous Integration / backend-test (pull_request) Failing after 7m48s
Details
Continuous Integration / frontend-build (pull_request) Successful in 2m5s
Details
Continuous Integration / frontend-test (pull_request) Successful in 4m24s
Details
Continuous Integration / frontend-lint (pull_request) Successful in 2m0s
Details
Continuous Integration / publish-test (pull_request) Skipped
Details
Continuous Integration / publish-production (pull_request) Skipped
Details
Continuous Integration / deploy-test (pull_request) Skipped
Details
Continuous Integration / deploy-production (pull_request) Skipped
Details

Browse Source 
Unit 1 of the slpsoftware-api feature (FR-1/FR-2/FR-3): a new Client project
in the Clients solution folder, intended to eventually become the deployed
API for test.slpsoftware.nl/slpsoftware.nl, hosting the same four modules as
SlpModularCms.Api plus a future Offerings module.

- Extracts SlpModularCms.Api/Program.cs's hosting-pipeline composition into
  SlpModularCms.Core.Hosting.CmsHost (ConfigureServices/ConfigurePipeline),
  shared by both Client projects so they cannot drift apart
- Moves StaticContentExtensions.cs + WebsitePlaceholder.html from Api into
  Core, since CmsHost cannot live in Api but Core cannot depend on Api
- Adds SlpModularCms.Api.SlpSoftware with its own isolated local dev database
  and dev ports (5286/7223, distinct from Api's and Api.Slave's)
- Adds SlpModularCms.Api.Tests with WebApplicationFactory-based pipeline
  regression tests (security headers, health check, SPA fallback, rate
  limiting), scoped to Api per NFR Design
- Adds a frontend dev:slpsoftware pnpm script mirroring dev:slave
- Fixes GlobalExceptionHandler logging routine 401s (e.g. an expired/missing
  refresh token) as unhandled errors -- pre-existing, unrelated to this
  feature's own scope, found while testing the new instance

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01FWyStNL2ZsjrS7FLd7xvvN
This commit is contained in:
Sluijsens
2026-08-02 01:28:39 +02:00
co-authored by Claude Sonnet 5
parent dcc82cdf62
commit fa389e42ee
51 changed files with 3119 additions and 127 deletions
Download Patch File Download Diff File Expand all files Collapse all files
frontend/.env.example
+8
View File
@@ -37,3 +37,11 @@ VITE_UMAMI_WEBSITE_ID=
# VITE_API_BASE_URL=https://localhost:7222
# VITE_APP_TITLE=SlpModularCms (Slave)
# and run `pnpm dev:slave` (uses --mode slave, port 5174) instead of `pnpm dev`.
# --- Local SlpModularCms.Api.SlpSoftware dev setup ---
# To point the frontend at the SlpSoftware client instance (SlpModularCms.Api.SlpSoftware,
# see root README.md "Projectstructuur") instead of the master, copy this file to
# `.env.slpsoftware.local` with:
# VITE_API_BASE_URL=https://localhost:7223
# VITE_APP_TITLE=SlpModularCms (SlpSoftware)
# and run `pnpm dev:slpsoftware` (uses --mode slpsoftware, port 5175) instead of `pnpm dev`.