Message Broker: Kleines Fixpack mit großer Wirkung

Mobile Anwendungen gewinnen heutzutage immer mehr an Bedeutung. Da der Message Broker darauf ausgelegt ist, verschiedenste Schnittstellen für den Zugriff auf Backend-Systeme zu bieten, ist es eigentlich ein logischer Schritt, ihn auch für die Anbindung von mobilen Applikationen an Backend-Systeme zu nutzen.

Mit Worklight hat die IBM nun ein Produkt im Portfolio, mit dem diese Integration erstaunlich einfach umzusetzen ist. Ab Version 8.0.0.1 bietet der Message Broker vier neue Patterns an, die dazu dienen, Message Broker Services in diversen, mobilen Nutzungsszenarien einzusetzen.

Dabei werden über die Patterns nicht nur die Message Broker Objekte erzeugt, der notwendige Worklight-Adapter wird ebenfalls gleich miterstellt und kann ohne weitere Anpassung auf einem Worklight-Server deployed werden. Der Zugriff auf die eigentliche Message Broker Applikation geschieht per HTTP über die neue Service-Schnittstelle.

Die automatisch erstellte, mobile Webapplikation eignet sich vielleicht nicht für den produktiven Einsatz, sie bietet jedoch einen einfachen Zugriff auf alle, vom Broker-Service bereitgestellten Operationen und kann daher als Ausgangspunkt für die Entwicklung einer funktional und auch optisch ansprechenderen Applikation genutzt werden.

Dank der neuen Services, sowie der mit Version 8.0 eingeführten REST-API, nähert sich der Message Broker immer mehr den WebSphere-Produkten an, die auf dem WebSphere Application Server (WAS) aufsetzen.

So gibt es z.B. ein neues WAS-Addon, dass die Ausführung einfacher administrativer Aufgaben für den Message Broker, von der WAS-Adminkonsole aus ermöglicht. Fügt man dieser Ansicht einen Broker hinzu, so hat man Zugriff auf dessen Execution Groups, sowie die enthaltenen Services, die von dort aus z.B. direkt gestartet und gestoppt werden können.

Da der WAS nun eine direkte Sicht auf Broker-Objekte hat können auf einfachem Wege auch andere Funktionen des Application-Servers in Verbindung mit dem Broker genutzt werden. So wurde z.B. ein neues Kommunikations-Pattern zwischen WAS und Message Broker vorgestellt, das von dem bisher verbreiteten Vorgehen (WAS –>WebSphere MQ per JMS–>Message Broker) abweicht und eine Kommunikation zwischen dem WAS und dem Message Broker per HTTP über die Service-Facaden der Broker-Applikationen verwendet.

Ein damit umsetzbarer Anwendungsfall ist, dass alle Aufrufe an den Broker-Service über den WAS geleitet werden. Damit stehen dem Broker sämtliche Funktionen des Application Servers zur Verfügung (z.B. Security, Load Balancing und Hochverfügbarkeit). Der WAS leitet die Kommunikation dann per http an den Broker-Service weiter. Da die Message Broker Services den eingebetteten Listener der Execution Groups verwenden und nicht den globalen Broker-Listener, kommt diese Kommunikation vollkommen ohne WebSphere MQ aus.