SOAP – Corba – XML RPC – RMI

Eine Strategie für RPC auf Basis von XML (Extensible Markup Language) vereinigt in etwa das, was CORBA  fehlte. Dank XML liegt in den späten 90er ein Format vor, mit dem alle Entwickler auf ein einheitliches Verständnis orientieren können. Ohnehin als Metasprache konzipiert, schafft XML innerhalb von XML RPC somit klare und allgemein saubere Verhältnisse. Statt einer Kommunikation gebunden an Binärdaten und spezielle Übertragungskontrolle, gelingt es nun, Definitionen durch das universelle XML auszudrücken und das ohnehin vorhandene Hypertext Transfer Protocol (HTTP) für den Datenaustausch zu nutzen. Mit XML RPC existiert eine schlanke Lösung für die Realisierung von verteilten Systemen, die durch die vergleichbar einfache Lesbarkeit von XML weiterhin sprachliche und systemgebundene Unabhängigkeit bietet und mit den Annehmlichkeiten von Stubs und Skelettons vereint.

1998 von Mircosoft entwickelt und ab 2000 durch IBM unterstützt, wurde SOAP 1.2 im Jahr 2003 vom W3C offiziell anerkannt. Seitdem wird auch auf das ursprüngliche Akronym verzichtet – als Framework zur Übertragung von beliebigen applikationsspezifischen Informationen² ist SOAP inzwischen zu gewachsen und ausprägt.  Damit etabliert sich mit SOAP ein weiteres Netzwerkprotokoll, das ganz ähnlich wie CORBA den Datenaustausch zwischen unterschiedlichsten Systemen erlaubt und Remote Procedure Calls ausführt. Als unmittelbarer Nachfolger von XML-RPC basiert auch SOAP auf eine Nachrichtenversand mit XML, regelt darüber hinaus aber lediglich das Design der Abbildungen und Interpretation der Daten. Vorzüge einer Verwendung von SOAP sind etwa die Regulierbarkeit von Methodenaufrufen oder die Vergabe partieller Zugriffsrechte, z.B. Datenbankausschnitten. Technisch setzt SOAP dabei auf die bereits bewährte Kombination aus HTTP und TCP, kann neben einfachen Prozeduraufrufen aber auch für einen generellen Datenaustausch genutzt werden und ist zusammen mit Transportprotokollen wie FTP, SMTP oder JMS anwendbar.

Eine eindeutige Beantwortung dieser Frage ist wahrlich nicht leicht und auch Skalierbarkeit, Wartbarkeit, Wandlungs- und Anpassungsfähigkeit sind hierbei nur einige Designfaktoren. SOAP liegt klar im Trend und ist die Standard Internetarchitektur der Gegenwart, der unter anderem auch Amazon und Ebay bei Ihren Suchanfragen das Vertrauen schenken. Die inzwischen zu verzeichnenden Sicherheitsanforderungen im Zusammenhang mit Firewalls, HTTP(S) und SSL tragen allerdings zu einem nicht ganz unwesentlichen Entwicklungsaufwand bei.³ XML-RPC als Ursprung von SOAP ist aber keineswegs als obsolet zu betrachten und kann sich in einem seiner zahlreichen Derivate (z.B. JSON-RPC) als durchaus praktikabel erweisen. Ob CORBA für die interne Systemlandschaft oder JAVA RMI für ein schnelles Prototyping – insgesamt und richtig angepackt – ist für alle etwas dabei.