Projektbeschreibungen Master 3
architecture-bom
Typ: BOM
Was tut es: Versionen und DependencyManagement, damit alle Module konsistente Abhängigkeiten nutzen.
Ablauf: Wird von allen fachlichen Modulen importiert.
Entwurfsmuster: Facade, Dependency Management
shared-kernel
Typ: Shared Kernel
Was tut es: Gemeinsame fachliche Wertobjekte, IDs, Domain Events und Fehlerklassen.
Ablauf: Alle Domains hängen nur kontrolliert davon ab.
Entwurfsmuster: Value Object, Domain Event
common-test
Typ: Test Utilities
Was tut es: Testdatenbauer, Contract-Test-Basis, Assert-Helfer.
Ablauf: Wird nur im Test-Scope verwendet.
Entwurfsmuster: Test Data Builder, Object Mother
domain-order
Typ: Order Domain
Was tut es: Bestellung als Aggregate Root mit OrderLine, Pricing-Regeln und Statusübergängen.
Ablauf: Use Case legt Bestellung an, Domain prüft Invarianten, Event wird erzeugt.
Entwurfsmuster: Aggregate Root, Specification, Factory
domain-payment
Typ: Payment Domain
Was tut es: Zahlungsautorisierung, Capture, Refund und Zahlungsstatus.
Ablauf: Saga startet Autorisierung und kompensiert bei Lieferproblem.
Entwurfsmuster: State, Strategy, Domain Service
domain-inventory
Typ: Inventory Domain
Was tut es: Reservierung, Freigabe und Bestandsbuchung.
Ablauf: OrderCreated reserviert Bestand; bei Fehler Compensation.
Entwurfsmuster: Repository, Aggregate Root
domain-customer
Typ: Customer Domain
Was tut es: Kundenprofil, Kreditlimit und Risikoindikator.
Ablauf: Use Case fragt Kreditlimit ab, bevor Bestellung bestätigt wird.
Entwurfsmuster: Policy, Specification
domain-catalog
Typ: Catalog Domain
Was tut es: Produktkatalog, Preislisten, Produktverfügbarkeit.
Ablauf: Order Use Case prüft Artikel und Preise.
Entwurfsmuster: Read Model, Adapter
application-order
Typ: Order Application
Was tut es: Use Cases für OrderPlacement, Confirmation und Cancellation.
Ablauf: Koordiniert Ports, startet Domainlogik, schreibt Outbox.
Entwurfsmuster: Use Case, Port, Command Handler
application-payment
Typ: Payment Application
Was tut es: Use Cases für Payment Authorization und Capture.
Ablauf: Wird durch Saga oder REST Adapter aufgerufen.
Entwurfsmuster: Command Handler, Adapter
application-inventory
Typ: Inventory Application
Was tut es: Use Cases für Inventory Reservation und Release.
Ablauf: Verarbeitet Events und ruft Domain-Service auf.
Entwurfsmuster: Application Service, Transaction Script bewusst begrenzt
application-customer
Typ: Customer Application
Was tut es: Use Cases für Kundenprüfung und Segmentierung.
Ablauf: REST oder Saga fragt CustomerDecision ab.
Entwurfsmuster: Facade, Policy
adapter-rest
Typ: REST Adapter
Was tut es: HTTP API, DTO Mapping, Controller, Fehlerantworten.
Ablauf: Nimmt Request an, validiert oberflächlich, ruft Use Case Port auf.
Entwurfsmuster: Adapter, DTO, Mapper
adapter-persistence-jpa
Typ: JPA Persistence Adapter
Was tut es: Repository-Implementierungen, Entity Mapping, Outbox Tabelle.
Ablauf: Speichert Aggregates und Outbox in derselben Transaktion.
Entwurfsmuster: Repository, Data Mapper, Unit of Work
adapter-messaging-kafka
Typ: Kafka Messaging Adapter
Was tut es: Event Publishing und Event Listener für Integrationsereignisse.
Ablauf: Outbox Publisher sendet Events idempotent an Kafka.
Entwurfsmuster: Publisher, Consumer, Idempotent Receiver
adapter-legacy-soap
Typ: Legacy SOAP Adapter
Was tut es: Anti-Corruption Layer für alte SOAP Partner oder ERP Services.
Ablauf: DTO wird in Legacy Request übersetzt, Fehler werden normalisiert.
Entwurfsmuster: Anti-Corruption Layer, Adapter
adapter-batch
Typ: Batch Adapter
Was tut es: Import/Export Jobs, Reconciliation und Recovery-Läufe.
Ablauf: Periodischer Job liest offene Outbox/Saga Fälle.
Entwurfsmuster: Template Method, Chunk Processor
orchestration-saga
Typ: Saga Orchestration
Was tut es: Langlaufende Order-to-Cash Prozesssteuerung mit Compensation.
Ablauf: OrderPlaced -> Reserve -> Authorize -> Confirm oder kompensieren.
Entwurfsmuster: Saga, Process Manager, State Machine
outbox-engine
Typ: Outbox Engine
Was tut es: Transaktionaler Outbox Publisher mit Retry, Locking und Idempotenz.
Ablauf: Liest Pending Events, published, markiert abgeschlossen.
Entwurfsmuster: Transactional Outbox, Retry, Idempotency
query-cqrs-readmodel
Typ: CQRS Read Models
Was tut es: Projektierte Lesemodelle für UI und Reporting.
Ablauf: Events aktualisieren optimierte Tabellen oder Views.
Entwurfsmuster: CQRS, Projection
security-module
Typ: Security
Was tut es: Rollen, Berechtigungen, Token Claims, Method Policies.
Ablauf: REST Adapter prüft Claims; Use Case prüft fachliche Rechte.
Entwurfsmuster: Policy, Guard, Chain of Responsibility
observability-module
Typ: Observability
Was tut es: Tracing, strukturierte Logs, Metriken und Audit Events.
Ablauf: Jeder Use Case erzeugt Correlation-ID und Business Audit.
Entwurfsmuster: Observer, Decorator
api-gateway-bff
Typ: Gateway/BFF
Was tut es: Zusammengesetzte API für Web/Mobile Clients.
Ablauf: Ruft mehrere Use Cases/Read Models zusammen.
Entwurfsmuster: Facade, API Gateway
contract-tests
Typ: Contract Tests
Was tut es: Consumer/Provider Verträge für REST und Events.
Ablauf: Sichert Adapter-Kompatibilität zwischen Modulen.
Entwurfsmuster: Contract Test, Test Pyramid
architecture-tests
Typ: Architecture Tests
Was tut es: ArchUnit-Regeln für Layering, Dependency Direction und Naming.
Ablauf: Build bricht bei verbotenen Abhängigkeiten.
Entwurfsmuster: Architecture Fitness Function
integration-tests
Typ: Integration Tests
Was tut es: Testcontainers-orientierte End-to-End-Flows.
Ablauf: Startet Adapter und prüft Order-to-Cash.
Entwurfsmuster: Test Harness, Fixture
deploy-openshift
Typ: Deployment
Was tut es: Kubernetes/OpenShift Manifeste, Helm/Kustomize Beispiel und Runbook.
Ablauf: Build erzeugt Images, Deployment rollt Services aus.
Entwurfsmuster: Infrastructure as Code, Blue-Green
Codex / Claude Code Phasenaufbau
Dieses Projekt enthält jetzt einen eigenen Bereich, der beschreibt, wie Codex oder Claude Code den Workspace phasenweise aufbauen würde: ai-build-phases.html.