1. Einleitung

Mashup ist ein typischer Web 2.0 Begriff. Das heißt in diesem Fall, dass er eine Wortneuschöpfung darstellt und sich die Technologie dahinter ständig weiterentwickelt. Deshalb wird versucht zu klären, was der Begriff bedeutet, wie er interpretierbar ist und was so neu an dieser Technologie ist.

2. Hauptteil: Was ist die Technik dahinter

Begriffe:

• "Mashup": bedeutet im Englischen einfach "Vermischung"
• "Mashup-Engine": Benutzerfreundliches Erstellen von Mashups

Frei übersetzt bedeutet das Wort "Mashup" im Englischen einfach "Vermischung". Es ist ähnlich wie bei DJ's (Disc Jockey): es werden Inhalte neu zusammen gemischt [1] (mixup), was ähnlich dem Begriff Mashup ist.
Mashup-Engines ermöglichen ein benutzerfreundliches Erstellen von Mashups meist direkt im Browser und die erstellten Mashups auf Webseiten einzusetzen (deploying), welche diese Mashup-Engine (noch) unterstützen muss.

Genauer:

• Mashup := API 1 + ... + API i

Die ersten Mashups mischten genau 2 unterschiedliche Datenquellen zusammen, die mit Hilfe von API's abgefragt wurden. Heute definiert man den Begriff so, dass man beliebig viele Datenquellen kombiniert und das Ergebnis wird als Mashup bezeichnet. Siehe auch ZDNet Video: What is a Mashup? (5min).

Typen:

• Consumer Mashups
  Typische Merkmale von Consumer Mashups sind die einfache grafische Oberfläche, welche sie im Browser anzeigen [2] und natürlich die grundlegende Eigenschaft mehrere Datenquellen zu benutzen.
• Enterprise Mashups
  Enterprise Mashups besitzen oft eine komplexe grafische Oberfläche. Das mischen der Datenquellen wird von einem Server unterstützt. Meist werden zusätzlich noch Firmen-interne Datenquellen benutzt.
• Business Mashups
  Die Königsklasse der Mashups. Kombinieren die komplexen Eigenschaften von Consumer- und Enterprise Mashups. Das bedeutet, sie haben eine komplexe Benutzeroberfläche und benutzen die maximale Bandbreite an verfügbaren Datenquellen.

Begriffsabgrenzung

• Widget, Gadget
  "Widgets are a class of client-side web application for displaying and/or updating local or remote data, packaged in a way to allow a single download and installation on a client machine or device." [3]
• Web-Portal
  Webseite, die versucht, verschiedene regelmäßig benötigte Dienste zu bündeln oder eine Übersicht für den Einstieg in einen Themenkomplex zu schaffen [4]
• Plug-In
  Übersetzt in etwa "Erweiterungsmodul", ein Plug-In erweitert die Funktionalität des Softwareprodukts

Widget, Gadget:
Im Unterschied zu Mashups: Widgets bzw. Gadgets können - müssen aber nicht - mehrere API's kombinieren, um Datenquellen abzufragen. Widgets integrieren sich in vorhandene Benutzeroberflächen, im Web oder auch auf dem Desktop. Dazu müssen sie nachinstalliert werden. Beispiele für Desktop Widgets sind die Windows Sidebar, Apple Desktop Widgets oder Superkaramba Widgets für KDE. Beispiele für Web Widgets sind die Erweiterungen für Google Maps oder Gadgets, die man auf der anpassbaren persönlichen Suchseite von Google (iGoogle) hinzufügen kann. Als Beispiel für Google Gadgets sei z.B. ein Sudoko-Spiel genannt, das gar keine API benutzt um Datenquellen zu lesen.

Web-Portal:
Ein Web-Portal basiert in der Regel auf eigenen Standards: Web Services for Remote Portlets (WSRP) [5] und JSR (Java Specification Request) 168 [6]. Die Inhalte werden beim Web-Portal vom Server zusammengesetzt und nicht vom Client. Mashups sind viel mächtiger im Vergleich zu Web Portalen.

Plug-In:
Der Begriff Plug-In kommt aus der Software-Technologie und bezieht sich deshalb auch mehr auf Software. Ein Plug-In benötigt immer die API des Programms bzw. Frameworks, welches es erweitern soll.

3. Was bieten sich für Anwendungsmöglichkeiten?

Mashups greifen in der Regel über API's auf Web-Services, welche von Internetdiensten wie Google, Amazon, ... angeboten werden, zu.
Mashup-Engines ermöglichen es zusätzlich, mit Hilfe der Engine, weitere Datenquellen abzufragen.

Datenquellen

Mashups:

• API (Programmierschnittstelle, definiert nur die Verwendung der Schnittstelle auf Quelltextebene)
• Web-Services
• XML-Feeds, REST, AJAX

+ Mashup-Engines:

• Screen scraping: Bildschirm scannen bzw. Programmausgaben parsen
• Methoden, welche die jeweiligen Mashup-Engines anbieten

Hier sind nur einige Beispiele für Datenquellen aufgelistet, das sich die Liste ständig erweitert.
Neuere Generationen von Mashups greifen nicht nur über API's, sondern auch immer häufiger auf XML-Feeds oder über andere Techniken auf das Internet zu.
Weiter gehen Mashup-Engines. Sie greifen nicht nur auf die einfachen Datenquellen, wie die Mashups zu, sondern ermöglichen es, selbst auf fertig gerenderte Webseiten, direkt innerhalb des Browsers zuzugreifen und auch diese zu verändern. Oft bieten Mashup-Engines noch weitere spezifische Methoden, um auf weitere Datenquellen zuzugreifen.

4. Für was wurde es schon benutzt?

• Die erste Mashup-Webseite war http://www.housingmaps.com/ und zeigt die Preise von Häusern in den USA auf der Karte mittels (Google Maps) an.
• http://www.chicagocrime.org/ zeigt Statistiken über Verbrechen in Chicago (USA) auf der Karte (Google Maps) an.
• http://flickrvision.com/ zeigt weltweit gerade hochgeladene Bilder auf Yahoo Flickr an und setzt diese in Bezug zum Ort, wo die Bilder hochgeladen wurden, in dem die Bilder direkt auf der Karte (Google Maps) angezeigt werden, wo diese hochgeladen wurden.

Auf dem folgenden Bild wurde eine Beispielanfrage an housingmaps.com, für die Region Washington D.C. für Häuserpreise im Bereich 1500 bis 2000 Dollar mit mindestens 2 Räumen, ausgeführt.

Auf der linken Seite werden die Positionen der Häuser direkt auf der Karte (Google Maps) eingeblendet, während auf der rechten Seite die Daten der Häuser angezeigt werden und direkt zum jeweiligen Angebot verlinkt wird. Oben auf der Seite befindet sich verschiedene Auswahlfelder, z.B. für die Regionen und den Preis und Filter zum Eingrenzen der Ergebnisse.

Statistiken

Die Statistik der Mashups vom Dezember 2007 auf (ProgrammableWeb.com) zeigt, dass dort

• 2590 bekannte Mashups registriert wurden und
• es darunter sehr viele Mashups gibt, die Informationen in Relation zu Karten setzen(40%). Viele benutzen für die Kartendarstellung Google Maps.

Weiterhin ist im zeitlichen Verlauf der Statistiken auf ProgrammmableWeb.com, dass der Mapping-Anteil sinkend ist. Zu der Mapping-Kategorie zählen auch die Kartendarstellungen. Der hohe Anteil dieser Kategorie ist historisch bedingt, da die ersten Mashups vor allem Daten auf Karten via Google Maps anzeigten.
Im Dezember 2007 wurden täglich ca. 3,2 neue Mashups pro Tag gezählt.

In der folgenden Mashup-Matrix wurden alle die Mashups ausgesucht, die die 2 API's von GoogleMaps und Amazon benutzen (kombinieren).

Die Matrix basiert auf der originalen Definition von Mashups, dass ein Mashup immer genau 2 API's benutzt (miteinander kombiniert) um Anfragen an Datenquellen zu stellen.
Auf der linken Seite ist eine Auswahl an API's aufgeführt. Dieser API wird eine Zahl zugeordnet. Oben sind noch einmal die selben API's mit den Zahlen von der linken Seite.
Die Matrix zeigt dann an, wie viele Mashups genau diese 2 API's miteinander kombinieren. Ein Mausklick auf diese Zahl zeigt dann an, welche Mashups das genau sind.

5. Beispiele für Mashup-Engines

• Yahoo Pipes: http://pipes.yahoo.com/pipes/
• Microsoft Popfly: http://www.popfly.ms/
• Dapper: http://www.dapper.net/
• Google Mashup Editor: http://editor.googlemashups.com/
• Orchestr8: http://www.orch8.net/
• Intel Mashmaker: http://mashmaker.intel.com/
• QEDWiki: http://services.alphaworks.ibm.com/qedwiki/
• Serena Business Mashups: http://www.serena.com/
• Openkapow: http://openkapow.com/
• JackBe Presto Wires: http://www.jackbe.com/

Um die Yahoo-, Microsoft- oder Google-Engine benutzen zu können, muss man sich mit der jeweiligen E-Mail-Adresse anmelden, das heißt im Fall Google (z.B.) also mit einer Google-E-Mail-Adresse. Bei der Google-, Intel- oder Orchestr8-Engine muss man zusätzlich eingeladen werden, um diese benutzen zu dürfen. Die Intel Mashmaker-Engine befindet sich noch in der Design- bzw. Implementierungsphase ("We'll be sending out the first batch of invites right after Intel Developer forum").
Wie man sehen kann, sind alle großen Internetfirmen vertreten. Dazu gesellen sich einige kommerzielle Mashup-Engines wie z.B. JackBe und Serena Business Mashups.

Als Beispiel ist die Yahoo Pipe "eBay Price Watch" im Yahoo Pipes Editor im folgenden Bild dargestellt.

Die bekannteste Mashup-Engine ist Yahoo Pipes. Sie unterstützt das Zusammenstellen von Mashups im Webbrowser. Dazu kann Drag-and-Drop benutzt werden, um die einzelnen Datenquellen, Filter oder sonstigen Module zu platzieren. Alle verfügbaren Module sind auf der linken Seite aufgelistet. Die Module werden nach dem Platzieren durch Pipes verbunden, daher auch der Name Yahoo Pipes.
Man kann die Pipe jederzeit testen und sich den "Pipe Output" anschauen (dieses Modul müssen alle Pipes haben).
Das Mashup ist nach Fertigstellung auf der persönlich anpassbaren Yahoo-Seite (mein Yahoo!) als Modul einbindbar.

Microsoft Popfly unterscheidet sich kaum von Yahoo Pipes und ist im folgenden Bild dargestellt.

Microsoft Popfly setzt Microsoft Silverlight voraus und damit (noch) Microsoft Windows. Dies ist nötig, da Popfly sehr viele optische Effekte von Silverlight benutzt. Am besten kann man dies im Beispielvideo (30s) sehen, in dem eine Beispielanwendung erstellt wird, die Bilder aus Flickr, die Küsten oder Ozeane darstellen, in Virtual Earth anzeigt.
Neu ist der Popfly Explorer [7] für Visual Studio, der ein Erstellen von Mashups direkt in Visual Studio ermöglicht. System Voraussetzung ist die Visual Studio 2005 Express Edition oder höher und Windows XP, Windows Server 2003, Windows Vista.

Der Google Mashup Editor (kurz GME) unterscheidet sich von Yahoo Pipes/Microsoft Popfly. Er ist der einzigste Mashup Editor, bei dem die Anwendungen mittels Source Code Editor erstellt werden müssen.
Im Bild sieht man die Sandbox, in der die erstellten Anwendungen getestet werden können.

Im Bild sieht man die Vorschau, in der die erstellten Anwendungen getestet werden können. Das Erstellen der Anwendung mittels Source Code ist damit um einiges schwieriger, als bei Yahoo Pipes oder Microsoft Popfly. Es ist aber sehr viel Dokumentation vorhanden, welche auch auf der rechten Seite im Editor einblendbar ist und Hilfe zu den einzelnen Google Mashup-Tags (GM-Tags) anzeigt. Die Anwendung kann dabei aus beliebigen HTML, CSS, JavaScript und GM-Tags bestehen und muss nur von <gm:page> Tags eingerahmt werden.
Die Suche nach Fehlern in der Anwendung ist zur Zeit nur über die Firefox Erweiterung Firebug möglich, welche es z.B. erlaubt JavaScript Fehler anzuzeigen, das Dokument Objekt Modell (DOM) anzuzeigen und JavaScript zu debuggen. [8]
Die Anwendungen sind als Google Gadget bzw. Mashup auf der personalisierten Google Suchseite einsetzbar (deploying), in Zukunft auch auf jeder beliebigen Webseite.

Ein anderes Konzept verfolgt Orchestr8.

das Architekturdiagramm [9] ist sehr detailliert und zeigt welche Standards Orchestr8 unterstützt und wie es aufgebaut ist. Die Engine kombiniert Mashups mit einer Serviceorientierten Architektur (SOA).
Dies wird über einen integrierten Applikationsserver und einen Web-Services Stack bewerkstelligt. Weiterhin eingebaut sind vielfältige Möglichkeiten Datenquellen abzufragen und Daten zu bearbeiten.
Über einen Proxy können die Mashups dann in existierende Webseiten eingebunden werden.
Die folgenden Bilder sind selbsterklärend und zeigen, Orchest8,

und bietet noch viele weitere Möglichkeiten.
Fast jede Woche liefert AlchemyPoint neue Aktualisierungen der Software, welche Fehlerbereinigungen, neue Funktionen und vieles mehr bieten.

6. Zusammenfassung, Ausblick

• Die Anzahl der Mashups steigt stark an, weil es z.B. immer mehr Web-Services mit API's gibt und diese endlos miteinander kombinierbar sind. Man rechnet, dass zukünftig täglich bis zu 10 neue Mashups erstellt werden.
• Die Vermischung von verschiedenster Datenquellen ist immer öfter auch ohne API's möglich. Sei es durch z.B. durch Zugriff auf XML-Feeds oder durch Unterstützung durch die jeweilige Mashup-Engine.
• Noch ist kein klarer Weg bei den Mashup-Engines erkennbar. Es gibt viele verschiedene Design-Prinzipien von Source Code Editor bis Applikationsserver.
• Eine Herausforderung ist auch die Anpassbarkeit von Mashups, die viele nur eine einfache Benutzeroberfläche zur Verfügung stellen.
• Da es immer mehr Mashups gibt, muss man sich wie bei Webseiten darüber Gedanken machen, wie viele Mashups man in eine Seite integrieren kann, bevor es zur Überladung kommt. Oft ist Einfachheit und Übersichtlichkeit besser, als Überfrachtung.
• "Very high-level-language for User-Friendly-Functional Programming" [10] : IBM entwickelt für seine Mashup-Engine (Intel Mashmaker) eine eigene Abfragesprache um Datenquellen besser und einfacher abfragen zu können. Wo geht also die Entwicklung hin? Entwickelt sich vielleicht eine einheitliche Abfragesprache für Daten aus dem Internet?
• Da die Mashups auch neue oder veränderte Daten generieren können, kann man auch diese Daten wieder nutzen und so Mashups von Mashups erzeugen.