Nachrichtenorientierte Middleware bzw Message Oriented Middleware MOM bezeichnet Middleware die auf der asynchronen oder synchronen Kommunikation also der Ubertragung von Nachrichten englisch messages beruht Das Format fur die Nachrichten ist nicht festgelegt in der Praxis hat sich jedoch XML als beliebtes Format etabliert MOM unterstutzt drei verschiedene Kommunikationsprotokolle Message Passing Direkte Kommunikation zwischen Anwendungen Message Queueing Indirekte Kommunikation uber eine Warteschlange Publish amp Subscribe Herausgeber stellt dem Abonnenten Nachrichten zur Verfugung Inhaltsverzeichnis 1 Vorteile 2 Nachteile 3 Standards und Formate 4 MOM Produkte 5 Siehe auch 6 Weblinks 7 EinzelnachweiseVorteile BearbeitenAsynchrone synchrone Kommunikation Server Dienst muss nicht sofort verfugbar sein Message Warteschlangen Meist schnellere Ausfuhrung als Funktionsaufruf basierte Programme Lose Kopplung von Server Clients Mehr Toleranz fur Anderungen der bestehenden Funktionen Verbesserte Verfugbarkeit der Systeme Parallele Verarbeitung von Nachrichten moglichNachteile BearbeitenAusfall der MOM legt alle angeschlossenen Systeme lahm Designen Testen Debuggen und Entwicklung der Bauteile sind fur Synchron Programmierer ungewohntStandards und Formate BearbeitenMessage Oriented Middleware mit XML Der Einsatz von XML als Sprachbasis fur die Nachrichten bei Message Oriented Middleware ist in der Praxis weit verbreitet Aufgrund des vergleichsweise selbsterklarenden und im Gegensatz zu Nachrichten im Binarformat leicht menschenlesbaren Formats ist es beim Einsatz von XML relativ einfach auch die Kommunikation zwischen Middleware Systemen zu ermoglichen wenn sie unterschiedliche Sprachen verwenden solange die Sprachen XML basiert sind Um die Kommunikation zu ermoglichen kann ein XSLT Prozessor als Ubersetzer zwischengeschaltet werden der mit Hilfe eines Transformations Stylesheets Nachrichten von der XML basierten Sprache des Quellsystems in die Sprache des Zielsystems ubersetzt Als Protokoll wird haufig SOAP eingesetzt XML Die Auszeichnungssprache XML ist heute in der Informationstechnik weit verbreitet und wird in zahlreichen Anwendungsgebieten eingesetzt Sie ist keine konzeptionelle Voraussetzung fur einen Enterprise Service Bus ESB wird aber in der Mehrheit der ESB Produkte und der realisierten ESBs in Anwendungslandschaften vielfaltig eingesetzt Sie dient haufig als vereinheitlichtes Datenformat in dem Nachrichten uber den Message Bus im Kern eines ESB ubermittelt werden aber auch als Format fur den Austausch von Nachrichten zwischen Diensten und dem Message Bus uber die entsprechenden Endpunkte und Adapter Weiter findet sie Verwendung in der Beschreibung von Schnittstellen zum Beispiel mit der Schnittstellenspezifikationssprache WSDL XPath und XQuery XPath und XQuery sind Abfragesprachen mit denen Teile von XML Dokumenten abgefragt und extrahiert werden konnen Sie sind keine Voraussetzung fur einen ESB werden aber in ESBs haufig im Kontext der Routingdienste eingesetzt Routingregeln die auf Steuerdaten oder Inhalten von Nachrichten beruhen sind oft als XPath bzw XQuery Ausdrucke uber diese Nachrichten formuliert XSLT XSL Transformation XSLT ist eine Programmiersprache zur Transformation von XML Dokumenten XSLT ist keine technologische Voraussetzung fur einen ESB Die Sprache wird aber haufig in Transformationsdiensten verwendet namentlich wenn ein ESB XML als vereinheitlichtes Datenformat nutzt SIP Session Initiation Protocol SIP steuert durch asynchrone Nachrichten den Verbindungsaufbau und Verbindungsabbau von Voice over IP Sprachkommunikation SIP wird bei 3rd Generation Partnership Project 3GPP als Protokoll fur Multimediaunterstutzung im 3G Mobilfunk UMTS benutzt In der Telekommunikationstechnik ist SIP Teil der control plane Sprach oder Multimedia Daten sind Teil der data plane JMS Java Message Service JMS ist eine standardisierte Programmierschnittstelle um aus Java basierten Anwendungen Nachrichten uber einen Message Bus versenden und empfangen zu konnen Sie ist keine Voraussetzung fur einen ESB ESBs die stark in der Java Welt verankert sind zum Beispiel weil sie selbst in Java implementiert sind bieten oft Standard Adapter und Standard Endpunkte an damit Dienste den ESB uber JMS nutzen konnen JMS ist der am weitesten verbreitete Standard fur MOMs und wird von fast allen Herstellern unterstutzt SOAP SOAP ist ein Netzwerkprotokoll mit dessen Hilfe Daten zwischen Systemen ausgetauscht und Dienstschnittstellen von entfernten Diensten genutzt werden konnen SOAP basiert auf weit verbreiteten Technologien zum Beispiel HTTP und SMTP als Protokollen XML als Datenformat oder WSDL als Sprache fur die Schnittstellenspezifikation Dienste die ihre Schnittstellen mit Hilfe dieser Technologien zuganglich machen nennt man Webdienste oder Webservices Das Konzept des Enterprise Service Bus ist nicht auf Webservices oder die Technologie SOAP beschrankt In der Praxis integriert ein ESB aber oft verteilte Dienste indem es sie mit SOAP Adaptern an den zentralen Message Bus anbindet AMQP Advanced Message Queuing Protocol AMQP ist ein in Entwicklung befindliches Wirelevel Protokoll das von einem Konsortium von uber 20 Mitgliedern u a JP Morgan Microsoft Red Hat entwickelt wird Im Mai 2010 wurde der Draft Entwurf der Version 1 veroffentlicht Um der grossen Verbreitung von JMS Rechnung zu tragen sind alle JMS Funktionen in dem Protokoll eingearbeitet Dies ermoglicht es den Entwicklern weiter die JMS Schnittstelle zu nutzen wahrend sich MOMs untereinander mit AMQP verstandigen konnen JBI Mit Java Business Integration JBI bezeichnet man einen Standard der im Rahmen des Java Community Process JCP unter der Nummer JSR 208 veroffentlicht wurde 1 Das Dokument standardisiert einen Teil der Architektur eines Enterprise Service Bus fur ein bestimmtes technisches Umfeld namlich Softwareentwicklung und IT Architektur basierend auf der Java Platform Enterprise Edition Jakarta EE Es detailliert namentlich die Architektur des Subsystems eines ESB das Chappell 2 als service container bezeichnet hat 3 Apache OpenWire Ein Wirelevel Protokoll bisher nur von Apache ActiveMQ unterstutzt Apache Streaming Text Oriented Messaging Protocol Stomp Sehr einfaches Text basiertes Protokoll Native Unterstutzung durch ActiveMQ angekundigt fur RedHat HornetQ und xmlBlaster Es wird jedoch ein Adapter fur JMS Middleware angeboten sodass STOMP Clients uber eine JMS Middleware kommunizieren konnen Dabei ist aber zu beachten dass dieses durch den mangelnden Funktionsumfang von STOMP nur in eine Richtung STOMP JMS funktioniert Digistan RestMS RESTful Messaging Service RestMS arbeitet uber reines HTTP HTTPS und ist fur Webanwendungen gedacht Bisher existieren drei Implementierungen Ausserdem sind Umsetzungen fur AMQP 0 9 1 implementiert MOM Produkte BearbeitenDie folgenden Produkte sind eine willkurliche Auswahl von MOM Produkten am Markt Websphere MQ von IBM fruher MQSeries xmlBlaster von xmlBlaster org Apache ActiveMQ als JMS Broker wahlweise auch mit Apache Camel beides von der Apache Software Foundation RabbitMQ als AMQP Broker Fiorano ESB und Fiorano MQ der Fiorano Software SAP Process Integration der SAP Alle Jakarta EE Anwendungsserver durch JMS Unterstutzung Microsoft Message Queue Microsoft Message Queue Server Orchestra von der soffico GmbH 4 Siehe auch BearbeitenEnterprise Service Bus basiert weitgehend auf MOM Java Business Integration JSR 208 umfasst eine MOM ArchitekturWeblinks BearbeitenMessage Oriented Middleware am Beispiel von XMLBlaster PDF 577 kB Universitat Bielefeld Vortrag im Seminar XML und intelligente SystemeEinzelnachweise Bearbeiten Ten Hove 2005 Chappell 2004 Ten Hove 2005 S 8 JBI defines what is sometimes termed a service container in Enterprise Service Bus ESB systems Orchestra eine durchdachte Software die Spass macht PDF 68kB in Krankenhaus IT Journal Ausgabe 2 2013 S 66 abgerufen 20 Februar 2015 Abgerufen von https de wikipedia org w index php title Message Oriented Middleware amp oldid 219751034
