Restructures into apps/ssp + apps/behandelportal (two Angular projects) plus libs/shared + libs/beheer (cross-app libraries), replacing WP-61's separate sibling repo. That split had already produced real drift: a hand-vendored copy of the backend's OpenAPI doc, a shared/ui+layout tree forked and silently diverging (7 files), and beheer + the styles.scss token bridge duplicated byte-for-byte across both repos. - git mv the SSP's src/app/* into apps/ssp/; fold shared/, beheer/, environments/, the Storybook docs/*.mdx, and styles.scss into libs/shared + libs/beheer (all confirmed identical between the two repos before merging). auth stays deliberately duplicated per ADR-0002 (actor-specific, expected to diverge) - amended there. - One generated API client (libs/shared), no more vendored swagger.json. - .dependency-cruiser split into a base factory + one config per app, and Storybook into .storybook-ssp/.storybook-behandelportal - both forced by the @auth/* alias resolving to different directories per app. - SiteHeaderComponent/ShellComponent gained HEADER_NAV_ITEMS/ HEADER_ADMIN_LINKS/DEBUG_PANEL injection tokens so each app supplies its own nav/admin-links/dev-panel instead of one being hardcoded. - CLAUDE.md, ARCHITECTURE.md, dependencies.md, and ADR-0002 updated; WP-67 backlog entry documents the full decision trail. npm run ci green (lint, dep:check x2, 360 tests across ssp/ behandelportal/shared/beheer, both localized builds, backend tests, snippet + api-client drift); both dev servers, both Storybook instances, and docker compose verified working. The old sibling repo (/home/eho/repos/behandelportal) is left untouched, not deleted. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
37 lines
1.6 KiB
TypeScript
37 lines
1.6 KiB
TypeScript
import { ProblemDetails } from './api-client';
|
|
|
|
/**
|
|
* Extract a human-readable message from a rejected API call. A 4xx/5xx with a
|
|
* ProblemDetails body (RFC 7807) is thrown by the generated client as the parsed
|
|
* object; anything else falls back to the given message.
|
|
*/
|
|
export function problemDetail(e: unknown, fallback: string): string {
|
|
if (e && typeof e === 'object' && 'detail' in e) {
|
|
const detail = (e as ProblemDetails).detail;
|
|
if (typeof detail === 'string' && detail) return detail;
|
|
}
|
|
return fallback;
|
|
}
|
|
|
|
/**
|
|
* SEAM (G4): map a server validation envelope to field-level errors.
|
|
*
|
|
* ASP.NET's ValidationProblemDetails carries `errors: { field: string[] }`. The
|
|
* backend today returns only `detail` (one banner message), so this returns `{}`.
|
|
* When the backend starts sending `errors`, a machine's `SubmitFailed` handler can
|
|
* merge this into its own `errors` map — the field-keyed shape the wizards already
|
|
* render — so a rejection shows inline per field, not just as a banner. The
|
|
* consumer hook is the only thing left to wire; the contract boundary lives here.
|
|
*/
|
|
export function problemFieldErrors(e: unknown): Record<string, string> {
|
|
if (!e || typeof e !== 'object' || !('errors' in e)) return {};
|
|
const errors = (e as { errors?: unknown }).errors;
|
|
if (!errors || typeof errors !== 'object') return {};
|
|
const out: Record<string, string> = {};
|
|
for (const [field, msgs] of Object.entries(errors as Record<string, unknown>)) {
|
|
const first = Array.isArray(msgs) ? msgs[0] : msgs;
|
|
if (typeof first === 'string') out[field] = first;
|
|
}
|
|
return out;
|
|
}
|