Um eine größere Bandbreite an Einsatzszenarien mit dWb+ abzudecken, wurde der Plan gefasst, sogenannte Message Queues als Schnittstellen in dWb+ zu integrieren.

Dazu musste zunächst entschieden werden, ob der Zugriff auf die Queues direkt über ihre Namen erfolgen sollte oder indirekt über JNDI-Lookups. Da dWb+ als Prototyping-Plattform die schnelle Anpassung der Konfiguration beliebiger Softwaremodule erlaubt, habe ich mich hier für die Ansprache über die Queue-Namen ohne Zuhilfenahme von JNDI entschieden. Die mitgelieferten Module für die Interaktion mit Message-Queues sind sehr simpel gehalten: es existiert ein Modul (Producer), das in der Lage ist, Textmessages an eine Queue oder ein Topic zu senden. Außerdem existiert ein Modul (Consumer), das TextMessages wahlweise aus Topics oder Queues empfangen kann. Der Producer erwartet als Input einen String und der Consumer wandelt den Inhalt der empfangenen Messages jeweils in einen String um. Der Producer bietet eine GUI, über die Message-Properties gesetzt werden können (aktuell nur Text-Properties). Der Consumer benutzt Message-Properties zur Filterung der Messages. Es ist prinzipiell möglich, aus diesen Modulen weitere zu entwickeln. Allerdings bieten sie im Zusammenspiel mit den standardmäßig mitgelieferten bereits mächtige Möglichkeiten: Es existieren unter anderem Module für die Serialisierung beliebiger Java-Objekte nach XML und die Deserialisierung solcher XML-Dokumente und deren Umwandlung nach XML. Damit ist man also bereits in der Lage, komplexe Java-Instanzen per MQ zu versenden. Wenn man das weiterdenkt und auf beliebige XML-Fragmente erweitert, sind die Grenzen des Möglichen weit hinter den Horizont des Denkbaren verschoben...

Für Spezialanwendungsfälle kann man natürlich wie schon gesagt von solchen General-Purpose-Modulen weitere ableiten.

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )