Zum Inhalt springen

JMS Queue Anregungen


blubbla

Empfohlene Beiträge

Hallo,

bin mit JMS noch nicht allzu vertraut, deshalb wäre ich für ein paar Tipps dankbar. Ich möchte gerne folgendes erreichen:

Ich habe eine KomponenteA, die irgendetwas macht (Berechnungen etc.). Die Ergebnisse werden in eine JMS Queue geschickt, an der ein MessageDriven Bean hängt. Dieses MDB holt die Ergebnisse ab und schickt sie an eine andere KomponenteB weiter. In dieser werden die Ergebnisse gespeichert.

Ich will nun prinzipiell folgendes machen: Aus einem EJB heraus will ich prüfen, ob schon ein Ergebnis für eine Berechnung vorliegt. Dazu frage ich KomponenteB ab. Ich will aber auch auf ein Ergebnis "warten" können - d.h. falls das Ergebnis noch nicht von der MDB abgeholt wurden, will ich warten. In einem EJB sind aber Threadunterbrechungen a la Thread.sleep logischerweise verboten.

Kann/soll ich so etwas über einen Timer/Scheduler regeln oder die Queue anders konstruieren (evtl. mit 2 verschiedenen Queues?).

Link zu diesem Kommentar
Auf anderen Seiten teilen

Dein Kommentar

Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung wiederherstellen

  Nur 75 Emojis sind erlaubt.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...