Das Schaden-Teilsystem der Novaris-Landschaft - sendet Schadensmeldungen per klassischem
JMS-Request/Reply an ClaimIntakeMDB (novaris-policy-core) und wartet synchron auf eine
Antwort. Siehe docs/30-jms-mq/02-request-reply.md fuer die vollstaendige Erklaerung des
Musters (JMSReplyTo, JMSCorrelationID, Message-Selektoren).
com.novaris.legacy.claims.submission.ClaimSubmissionClient - der einzige produktive
Typ dieses Moduls: ein bewusst mit rohem JMS (nicht per Message-Driven Bean) geschriebener
Client, der eine feste Antwort-Queue plus Korrelations-ID statt einer TemporaryQueue
verwendet (siehe Klassen-Javadoc fuer die Abwaegung).# aus novaris-legacy-parent/:
mvn -pl novaris-claims-mq test
ClaimSubmissionRequestReplyTest (Paket com.novaris.legacy.policy.ejb - bewusst, siehe
dessen Javadoc) startet einen eingebetteten ActiveMQ-Broker, verkabelt die echte
ClaimIntakeMDB manuell daran (das, was ein Container normalerweise automatisch tut) und
beweist den vollstaendigen Anfrage/Antwort-Kreislauf inklusive beider Ergebnispfade
(Police gefunden/nicht gefunden) - ganz ohne Docker.
Fuer den Nachweis gegen echtes IBM MQ statt des ActiveMQ-Ersatzes siehe
novaris-integration-tests (IbmMqRequestReplyIT).