Skip to content

fix(docs): Diagramme über Kroki rendern und inline einbetten - #2

Merged
raifdmueller merged 1 commit into
masterfrom
claude/jolly-ptolemy-2gxvqg
Sep 14, 2026
Merged

raifdmueller merged 1 commit into
masterfrom
claude/jolly-ptolemy-2gxvqg

Conversation

@raifdmueller

Copy link
Copy Markdown
Collaborator

Das Problem

Die Pages sind live, zeigen aber keine Diagramme. Ursache ist ein Pfad-Mismatch, kein Renderer-Fehler:

Seite output/arc42/arc42-arc42-generator.html verweist auf:
  ``<img src="./images/03_business_context.svg">``   → output/arc42/images/…

Datei liegt aber unter:
  output/images/03_business_context.svg

Jedes Diagramm war ein 404.

Was Kroki löst — und was nicht

Kroki ist eingebaut wie gewünscht (asciidoctorAttributes mit diagram-server-url und diagram-server-type: kroki_io). Damit braucht weder ein Entwicklerrechner noch der CI-Runner ein lokales PlantUML oder Graphviz.

Die kaputten Links behebt Kroki aber nicht. Nachgemessen: Kroki entscheidet, wer rendert, nicht wohin das Ergebnis geschrieben wird. asciidoctor-diagram legt die Antwort des Servers weiterhin als lokale Datei ab, an derselben falschen Stelle:

=== img src auf der Architektur-Seite (mit Kroki):
``<img src="./images/03_business_context.svg"·=== wo liegen die SVGs?·build/docs/microsite/output/images/03_business_context.svg·'''``

## Der eigentliche Fix

Alle elf Diagrammblöcke tragen jetzt `opts=inline`. Das SVG steht direkt im HTML, es entsteht keine Datei — und damit auch kein Pfad, der falsch sein kann.

## Test

generateSite: 8 inline-SVG in arc42-arc42-generator.html, 3 in use-cases-…
generateHTML: 8 inline-SVG, 0 Warnungen
Seiten mit verbleibender <img …*.svg>-Referenz: keine


🤖 Generated with [Claude Code](https://claude.com/claude-code)

https://claude.ai/code/session_014S4btgSH36ViayKLqGLd6G

---
_Generated by [Claude Code](https://claude.ai/code/session_014S4btgSH36ViayKLqGLd6G)_

The published microsite showed no diagrams. The pages reference
./images/<name>.svg, which resolves to output/<folder>/images/, but
asciidoctor-diagram writes generated images to the site root,
output/images/ - so every diagram was a 404.

Switch rendering to a Kroki server, as requested, so neither a developer
machine nor the CI runner needs a local PlantUML or Graphviz. Kroki alone
does not fix the broken links though: it changes who renders a diagram,
not where the result is written. Therefore mark all eleven diagram blocks
opts=inline. The SVG is embedded in the HTML, no file is written, and the
path mismatch disappears.

Verified: eight inline SVGs in the architecture document and three in the
specification, in both generateSite and generateHTML output; no img
reference to an .svg file remains anywhere in the site.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014S4btgSH36ViayKLqGLd6G
@raifdmueller
raifdmueller merged commit ca973f6 into master Sep 14, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants