Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

110 Umsetzung des Prototyps
gangs mittels Techniken der Reflection; eigene Tests auf einem mobilen Gerät haben diesen Vorgang
als nicht optimal beurteilt. Die gefundene Lösung war die “manuelle” Umwandlung der Daten, anhand
Konventionen, was die verwendeten Datentypen angeht, zwischen Backend und Frontend. Des
Weiteren werden Ruby SDKs nicht von allen Alternativen angeboten.
Trotz dieser “Marketing-Mitteilung” der Geschwindigkeit gegenüber JSON, setzt MessagePack ein
kompaktes, binäres Format für die schnelle Übertragung von Mitteilungen im Rahmen einer Punktzu-Punkt
(bzw. System-zu-System) Kommunikation. Dieses Konzept wird in Form verschiedener
“Bindings” oder SDKs umgesetzt: MessagePack kann in eine erhebliche Anzahl von Programmiersprachen
eingesetzt werden, welche die Interoperabilität dieses Produktes zeigt. Jedoch leidet MessagePack
(wie viele andere open-source Projekte) unter der “Erkrangung” einer nicht unbedingt detaillierten
Dokumentation.
Obwohl verfügbar und behandelnd den meisten Anwendungsfälle, betrachtet die Dokumentation
voraussichtlich veraltete Versionen des Produktes. Ein Hinweis ist vom Team an dieser Stelle gegeben
– um Beispiele der Nutzung sehen zu können, müssen die geschriebenen Testfälle betrachtet werden.
Dies implizit, dass die aktuelle Dokumentation wie gesagt veraltet ist. Trotz dieser Versuch, sich
aus der Testfälle zu informieren, werden in den zahlreichen Tests jeweils nur Serialisierungen von
vereinfachten Datentypen durchgeführt.
Aus diesem Grund hat die Benutzung von MessagePack einige Probleme bei der Entwicklung des
Frontends ergeben – im Fall der Ruby Version des MessagePack Gems können übliche Datenstrukturen
(Hashes/Maps, Arrays) per eine Zeile Quelltext serialisieren (.to_msgpack) bzw. deserialisieren
(MsgPack.unpack(..)).
Die Zusammenfassung dieses Paragraphs kann folgendermaßen lauten: MessagePack stellt eine
binäre Serialisierungsmethode, die eine bessere Komprimierung der Datenübertragung gewährleisten
kann und wird meistens als eine Erweiterung zu einer bestehenden JSON-Serialisierung eingesetzt.
Es werden verschiedene Programmiersprachen unterstützt und es gibt eine einigermaßen benutzbare
Dokumentation. Darüber hinaus habe eigene Tests gezeigt, dass eine weitere Komprimierung der
binären Übertragung weitere Gewinne bezüglich der Geschwindigkeit leisten kann.
Nachdem die zu verschickenden bzw. empfangenen Daten serialisiert bzw. deserialisiert worden
sind, muss eine Absicherung der Übertragung hinsichtlich der Nachrichtenauthentizität und der Datenintegrität
(siehe auch Paragraph 1.5.5) erfolgen. Dieses Thema wird im folgenden Abschnitt eingegangen.
Überprüfung der Nachrichtenauthentizität und Datenintegrität mittels HMAC
Zur Unterstützung der genannten Sicherheitsziele wird das “rack-authenticate” 17 Gem benutzt, jeweils
mit spezifischen Änderungen bezüglich der Performanz und allg. Debugging-bezogenen Konzepten.
Wie vorher genannt, unterstützt Rack die Benutzung verschiedener “Middleware” Komponenten
– diese werden normalerweise zwischen der Anfrage, das Web Anwendung und die Antwort zur
Anfrage platziert aber sie können z.B. auch den gesamten Vorgang abbrechen. Der Zusammenhang
von Middleware-Komponenten und die grundlegende Architektur von Rack wird in der Abbildung
7.3 (angelehnt an dem Artikel “Rack Middleware Examples” 18 ) veranschaulicht.
17
https://github.com/seomoz/rack-authenticate
18
Erscheinungsdatum: 04. Juni 2010, http://ephemera.karmi.cz/post/663716963/rackmiddleware-examples