Files

T

DongHyeonkaandClaude Opus 5 b2963105a8 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

2.1 KiB

Raw Blame History

kind, slug, title, topic, project, status, sourceRevision, rootTreeNode, evidenceCapturedOn, assets, evidence, source, module

kind

slug

title

topic

project

status

sourceRevision

rootTreeNode

evidenceCapturedOn

assets

evidence

source

module

CONCEPT

messaging-schema-api-c07

검사의 위치와 키가 틀렸던 두 결함

result-and-failure-algebra

clean-architecture-backend-template

게시 전

21234e38cdb9a926cbc92bb97a2aee2e4a7d2916

concept:messaging-schema-api-c07

2026-09-01

key	file
messaging-schema-api-c07	../../../final/evidence/rendered/messaging-schema-api-c07.svg

../../../final/evidence/raw/messaging-schema-api-c07.txt

원본 분석 절은 analysis/messaging/messaging-schema-api.md#L432 이다.

messaging-schema-api

검사의 위치와 키가 틀렸던 두 결함

코드 주석이 이전 결함 둘을 보존한다. 두 사례 다 형태가 같다 — 검사가 없었던 게 아니라 검사의 위치/키가 틀렸다.

관계

port 계약은 동시성 요구를 적는다 같은 분석 리프에서 끌어낸 규칙이다.
도달성 판정은 단어가 아니라 import로 확인한다 같은 분석 리프에서 끌어낸 규칙이다.

본문

코드 주석이 보존한 이전 결함 둘은 형태가 같다 — 검사가 없었던 게 아니라 검사의 위치/키가 틀렸다.

위치	이전 상태	그것이 만든 실패
`BoundedByteSink` javadoc	각 codec이 무제한 버퍼에 직렬화 후 길이 비교	한도가 보고 임계값일 뿐 할당 경계가 아님 → 팽창하는 payload 하나가 consumer 프로세스를 죽임
`MessageContractKey` javadoc	타입만으로 registry 키	v999가 v1 클래스로 디코딩되고 v999 라벨을 유지 → 하위 게이트·감사 기록이 등록된 적 없는 버전을 서술

messaging-core-api §13의 "문자 vs 바이트, 정확일치 vs 세그먼트" 목록과 같은 계열이다.

이 기록이 다루는 파일 범위

:::evidence key="messaging-schema-api-c07" alt="코드베이스에서 파일 목록을 만든 출력 10줄. 이 기록이 다루는 범위가 그 목록이다." caption="코드베이스 파일 목록 — 10줄 · exit 0" zoom="true" :::

2.1 KiB Raw Blame History

검사의 위치와 키가 틀렸던 두 결함

관계

본문

이 기록이 다루는 파일 범위

2.1 KiB

Raw Blame History