Middleware (auch Zwischenanwendung) bezeichnet in der Informatik anwendungsunabhängige Technologien, die Dienstleistungen zur Vermittlung zwischen Anwendungen anbieten, so dass die Komplexität der zugrundeliegenden Applikationen und Infrastruktur verborgen wird (nach W. Ruh u. a.: Enterprise Application Integration, Wiley, 2001). Man kann Middleware auch als eine Verteilungsplattform, d. h. als ein Protokoll (oder Protokollbündel) auf einer höheren Schicht als der der gewöhnlichen Rechnerkommunikation auffassen.

Middleware stellt eine Ebene in einem komplexen Software-System dar, die als „Dienstleister“ anderen ansonsten entkoppelten Softwarekomponenten die Kommunikation untereinander ermöglicht. Meist erfolgt diese Kommunikation mit Hilfe eines Netzwerkes, das durch die Middleware für die sie benutzenden Softwarekomponenten transparent gemacht wird. Middleware arbeitet dabei auf einem hohen Niveau innerhalb des Schichtenmodells: Ihre Aufgabe ist also nicht die Low-Level-Kommunikation für einzelne Bytes (wie sie beispielsweise schon ein Betriebssystem bereitstellt). Middleware organisiert den Transport komplexer Daten (sog. Messaging), vermittelt Funktionsaufrufe zwischen den Komponenten (sog. Remote Procedure Calls), stellt die Transaktionssicherheit über ansonsten unabhängige Teilsysteme her (Funktion als Transaktions-Monitor) etc. Middleware ist somit eine maßgebliche Komponente eines Portals.

Middleware-Software ist als Standardsoftware von mehreren Herstellern verfügbar. Technisch stellt sie Software-Schnittstellen und/oder Dienste bereit. Eine Softwarekomponente A, die die Middleware-Schicht benutzen möchte, um mit einer Softwarekomponente B zu kommunizieren, kann diese Schnittstellen benutzen. Die entsprechenden Aufrufe werden von der Middleware-Softwarekomponente über ein Netzwerk weitergereicht (dabei werden in der Regel gebräuchliche Netzwerk-Standardprotokolle – fast immer TCP/IP, darauf aufbauend meist HTTP, darauf aufbauend u. a. SOAP, Web Services verwendet). Auf der Empfängerseite setzt die Middleware die Anforderung in einen Funktionsaufruf an die Software B um. Gegebenenfalls leitet sie die „Antwort“ der Komponente B an Komponente A auf dem selben Weg zurück.

Als Nachteil von Middleware kann ihre Größe und Schwerfälligkeit genannt werden. Eine Optimierung der Leistungsfähigkeit dieser Programme ist durch den Programmierer oftmals kaum möglich.

Middleware-Kategorien

---

Eine grobe Unterteilung zum besseren Verständnis:

• Kommunikationsorientierte Middleware

Hierbei liegt der Schwerpunkt in der Abstraktion von der Netzwerkprogrammierung.

z. B.: Java RMI, Web Service

• Anwendungsorientierte Middleware

Im Mittelpunkt steht neben der Kommunikation vor allem die Unterstützung verteilter Anwendungen.

Beispiele sind sowohl allgemeine Architekturen, wie CORBA, J2EE oder .NET, als auch komplette Betriebssysteme, wie z. B.

• MIDP (Mobile Information Device Profile), Java-basiertes System für Mobiltelefone,
• MHP (Multimedia Home Platform), Java-basiertes System für das interaktive Fernsehen.

Typische Middlewareprodukte

---

• SAP Exchange Infrastructure von SAP
• Visibroker (Borland)
• ObjectBroker von BEA Systems, Inc., (Object Request Broker)
• WebSphere Application Server von IBM, (J2EE Server)
• MQSeries von IBM
• Transparent Inter Process Communication (Open Source, ursprünglich von Ericsson entwickelt)
• Common Object Request Broker Architecture kurz CORBA von der Object Management Group (OMG)

Siehe auch

---

Verteilte Systeme, Systemsoftware, Föderiertes Datenbanksystem, Enterprise Application Integration, Portal, DCE, CORBA, DCOM, .NET, ODBC, IIOP, RPC, RMI

Weblinks

---

• ObjectWeb (englisch)
• Middleware.org (englisch) – Gute Übersicht über Middlewareprodukte

Middleware

Programari intermediari | Middleware | Middleware | Middleware | תווכה | Middleware | Middleware | Middleware | Подпрограммное обеспечение | 中间件