Codefluss vom Request bis zur Plattform
Der Code Explorer ist wie ein Stadtplan für einen Request. Jede Datei übernimmt eine klar begrenzte Aufgabe: Der Controller nimmt die Anfrage an, der Use Case koordiniert, das Aggregate schützt Regeln, Adapter sprechen Datenbank und Messaging an.
Alltagstaugliche Ablaufbeschreibung
Dieser Abschnitt beschreibt den Ablauf ohne unnötige Fachsprache. Er dient als Brücke zwischen dem sichtbaren Ergebnis und der technischen Umsetzung.
- HTTP Request
- Controller
- Command
- Application Service
- Domain Aggregate
- Repository Port
- JPA Adapter
- PostgreSQL
- Outbox Adapter
- Kafka
- Telemetrie.
Fachlicher Ablauf
Ein fachliches Ereignis informiert andere Bereiche darüber, dass sich etwas Relevantes geändert hat. Der sendende Bereich bleibt verantwortlich für seine Aussage; empfangende Bereiche entscheiden selbst, wie sie darauf reagieren.
- Fachliches Ziel: Der Ablauf liefert ein fachlich eindeutiges und für Benutzer beziehungsweise Betrieb nachvollziehbares Ergebnis.
- Verantwortung: Jeder beteiligte Bereich entscheidet nur innerhalb seiner eigenen fachlichen Zuständigkeit.
- Sichtbares Ergebnis: Order, Inventory, Payment und Notification können unabhängig reagieren, ohne eng gekoppelte synchrone Aufrufketten.
Technischer Ablauf
Der Producer schreibt ein Event in ein Topic. Partitionierung bestimmt Reihenfolge und Parallelität, Consumer Groups verteilen Arbeit, Offsets dokumentieren den Verarbeitungsstand. Retry, Idempotenz und Dead Letter Queue schützen vor Doppelwirkung und dauerhaft fehlerhaften Nachrichten.
- Daten und Schnittstellen: Daten werden an jeder Grenze validiert und nur über definierte APIs, Ports oder Events weitergegeben.
- Fehlerbehandlung: Fehler werden dort behandelt, wo ausreichender Kontext und Verantwortung vorhanden sind; Wiederholungen müssen sicher und nachvollziehbar bleiben.
- Technischer Nachweis: Geprüft werden Producer-Erfolg, Topic/Partition, Consumer Lag, Offset-Fortschritt, Retry-Zahl und DLQ-Einträge.
Zusammenspiel: Der fachliche Ablauf erklärt, warum etwas geschieht und welches Ergebnis zählt. Der technische Ablauf erklärt, wie dieses Ergebnis zuverlässig, sicher und beobachtbar umgesetzt wird.
Developer
CommerceOne fachlich verstehen, Java-Code sicher erweitern und Änderungen bis in Produktion nachvollziehen.
Kompetenzziel
Am Ende kannst du Entscheidungen nicht nur wiedergeben, sondern anhand von Anforderungen, Risiken, Betrieb und Alternativen bewerten.
0%
Modul 1: Domänenmodell und Use CasesLernmodul
Lernziel
Du kannst Domänenmodell und Use Cases im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Domänenmodell und Use Cases“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Domänenmodell und Use Cases“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 2: Java 21 und Hexagonal ArchitectureLernmodul
Lernziel
Du kannst Java 21 und Hexagonal Architecture im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Java 21 und Hexagonal Architecture“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Java 21 und Hexagonal Architecture“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 3: REST, Validierung und FehlerbehandlungLernmodul
Lernziel
Du kannst REST, Validierung und Fehlerbehandlung im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „REST, Validierung und Fehlerbehandlung“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „REST, Validierung und Fehlerbehandlung“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 4: PostgreSQL und FlywayLernmodul
Lernziel
Du kannst PostgreSQL und Flyway im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „PostgreSQL und Flyway“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „PostgreSQL und Flyway“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 5: Kafka und Transactional OutboxLernmodul
Lernziel
Du kannst Kafka und Transactional Outbox im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Kafka und Transactional Outbox“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Kafka und Transactional Outbox“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 6: Teststrategie mit Unit- und IntegrationstestsLernmodul
Lernziel
Du kannst Teststrategie mit Unit- und Integrationstests im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Teststrategie mit Unit- und Integrationstests“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Teststrategie mit Unit- und Integrationstests“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 7: Container und Kubernetes-GrundlagenLernmodul
Lernziel
Du kannst Container und Kubernetes-Grundlagen im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Container und Kubernetes-Grundlagen“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Container und Kubernetes-Grundlagen“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Modul 8: Observability für EntwicklerLernmodul
Lernziel
Du kannst Observability für Entwickler im CommerceOne-Kontext erklären, eine passende Entscheidung begründen und typische Fehler diagnostizieren.
Pflichtlektüre
Praxisaufgabe
Übertrage „Observability für Entwickler“ auf CommerceOne. Beschreibe Ziel, betroffene Komponenten, eine wichtige Entscheidung, ein Risiko und einen Prüfweg.
Musterlösung und Bewertungsmaßstaberst nach eigener Lösung
Eine belastbare Lösung verbindet das Geschäftsziel mit einer klaren Systemgrenze. Für „Observability für Entwickler“ solltest du mindestens Verantwortlichkeit, Schnittstelle, Telemetrie, Fehlerbehandlung und eine begründete Alternative nennen.
- 2 Punkte: fachliches Ziel verständlich
- 2 Punkte: Systemgrenze korrekt
- 2 Punkte: Trade-off begründet
- 2 Punkte: Security oder Betrieb berücksichtigt
- 2 Punkte: Diagnoseweg reproduzierbar
Selbsttest
Kannst du das Thema in eigenen Worten erklären, eine Alternative nennen und ein konkretes Fehlerbild untersuchen?
Abschlussprüfung40 Punkte
Bearbeite die Aufgaben schriftlich. Jede Aufgabe zählt zehn Punkte.
- Erkläre die Grenze zwischen Domain und Adapter.
- Entwirf einen idempotenten Order-Endpunkt.
- Begründe den Einsatz des Outbox Patterns.
- Analysiere einen fehlgeschlagenen Integration Test.
Bestehensgrenze: 28 von 40 Punkten und kein kritischer Fehler bei Security oder Recovery.