docs(keycloak-session-store): import the session-storage lab as a new project

The keycloak project ended with four open questions that design could not settle. A two-VM lab was built to answer them by measurement, and this is that material: 26 experiments, 125 raw command outputs, 22 browser captures. Follows the import procedure in README.md. source/ the originating repository verbatim — 78 documents, 28 SVGs, 8 manifests, plus .source-revision recording the commit final/ the SSOT document.md 729 lines written from the 29 experiment documents, not concatenated: what was predicted, what was measured, and where the measurement itself was wrong evidence/raw 125 outputs, flattened to <experiment>__<file> because the originals collided (01-baseline.txt appeared three times) and the audit only globs the top level evidence/meta one per raw file; command and exitCode are null and the README says why rather than inventing them evidence/browser 22 captures assets/ three diagrams through techviz .techviz/ their VizSpecs A separate project rather than an addition to keycloak: the B-layer answers that project's four questions, but the A, C and D layers are about cluster failure, SSO and operations, and one document.md should hold one subject. The four question records there can point here through 관계. Recorded rather than papered over: only three of the 28 diagrams were remade. The repository forbids hand-drawn SVG and forbids titles inside the canvas; all 28 originals carry both, so converting them is redrawing, not reformatting. They stay in source/ and the gap is written into the document. verify-pipeline.py passes. audit-records.py reports no issues. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-04 22:51:59 +09:00
parent 43bccd08a8
commit b2963105a8
5017 changed files with 372751 additions and 4943 deletions
@@ -0,0 +1,36 @@
+# 클래스 산출물이 소스보다 새로운가 : yes
+java.version = 21.0.12
+
+[계약이 말하는 두 갈래]
+  normalize("0190bd6e-7c3e-7abc-8def-0123456789ab")    -> "0190bd6e-7c3e-7abc-8def-0123456789ab"
+  normalize("0190BD6E-7C3E-7ABC-8DEF-0123456789AB")    -> "0190bd6e-7c3e-7abc-8def-0123456789ab"
+  normalize("not-a-uuid")                              -> IllegalArgumentException: Invalid UUID string: not-a-uuid
+  normalize("0190bd6e7c3e7abc8def0123456789ab")        -> IllegalArgumentException: Invalid UUID string: 0190bd6e7c3e7abc8def0123456789ab
+
+[정규형에서 한 글자를 지운다]
+  normalize("0190bd6e-7c3e-7abc-8def-123456789ab")     -> "0190bd6e-7c3e-7abc-8def-0123456789ab"
+      원본과 같은가 : true
+  normalize("0190bd6e-7c3e-7abc-8def-0123456789a")     -> "0190bd6e-7c3e-7abc-8def-00123456789a"
+      원본과 같은가 : false
+  normalize("0190bd6e-7c3e-7abc-8def-012345678ab")     -> "0190bd6e-7c3e-7abc-8def-0012345678ab"
+      원본과 같은가 : false
+  normalize("0190bd6e7c3e-7abc-8def-0123456789ab")     -> IllegalArgumentException: Invalid UUID string: 0190bd6e7c3e-7abc-8def-0123456789ab
+      원본과 같은가 : false
+
+[길이가 36이어도 대시 위치가 다르면 같은 경로로 떨어진다]
+  normalize("0000001-00001-0001-0001-000000000001")    -> "00000001-0001-0001-0001-000000000001"
+
+[그룹이 규정 자릿수를 넘으면 상위 비트를 버린다]
+  normalize("100000001-1-1-1-1")                       -> "00000001-0001-0001-0001-000000000001"
+  normalize("1-1-1-1-1000000000001")                   -> "00000001-0001-0001-0001-000000000001"
+
+[십육진이 아닌 것도 통과한다]
+  normalize("+1-1-1-1-1")                              -> "00000001-0001-0001-0001-000000000001"
+  normalize("١-1-1-1-1")                               -> "00000001-0001-0001-0001-000000000001"
+
+[서로 다른 입력이 같은 식별자가 된다]
+  00000001-0001-0001-0001-000000000001  <- "1-1-1-1-1", "01-01-01-01-01", "+1-1-1-1-1", "00000001-0001-0001-0001-000000000001"
+  00000001-0001-0001-0001-000000000002  <- "1-1-1-1-2"
+
+[같은 파서를 쓰는 형제 메서드]
+  toUuid("1-1-1-1-1") = 00000001-0001-0001-0001-000000000001