novaris-common-modern

Geteilte Bausteine des modernen Reactors - das funktionale Gegenstueck zu novaris-legacy-parent/novaris-common-legacy.

Inhalt

Paket	Inhalt
`common.messaging`	`KafkaTopics` (Topic-Namenskonstanten, Ersatz fuer `JndiNames`)
`common.messaging.dto`	`ClaimNotificationMessage`, `ClaimProcessingResult`, `PolicyEventMessage`, `PolicyEventTypes` - JSON- statt `Serializable`-basiert
`common.exception`	`UpstreamSystemUnavailableException` (Ersatz fuer `LegacySystemUnavailableException`)
`common.billing.contract`	`BillingServicePort`, `BillingFaultDetail`, `BillingRegistrationFault` - client-seitiger, wire-kompatibler SEI-Nachbau des Billing-SOAP-Vertrags (bewusst eigenstaendig statt aus `novaris-common-legacy` wiederverwendet, siehe Klassen-Javadoc)

Wichtigster Unterschied zum Legacy-Pendant

Die Legacy-DTOs sind java.io.Serializable und wandern als ObjectMessage durch IBM MQ - harte Kopplung an dieselbe Java-Klasse auf Producer- und Consumer-Seite (siehe deren Javadoc). Die Modern-DTOs sind Jackson-JSON-serialisierbar, weil Kafka schema-lose Bytes transportiert und JSON die uebliche sprachunabhaengige Wahl ist - das loest genau die im Legacy-Code dokumentierte Migrationsschuld auf.

Testen

# aus novaris-modern-parent/:
mvn -pl novaris-common-modern test

Siehe docs/70-migration/03-messaging-jms-zu-kafka.md fuer die vollstaendige Begruendung des Messaging-Redesigns.

⌂ Cockpit