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

7.3 Backend 113
Entdeckung neuer Services und Widgets
Eine Weise, in der die Entdeckung neu angebundener oder vorhandener Services (im Fall des Backends)
erfolgen könnte, basiert auf der Fähigkeit einer Programmiersprache bzw. eines Programms,
eine “Reflexion” (engl. reflection) durchzuführen. Durch diese Prozedur kann die vorhandene Struktur
eines Programms (d.h. im Fall einer objektorientierten Programmiersprache einer Klasse) untersucht
werden und damit ihr Verhalten (die Werte, Metadaten, einzelne Felder und Methoden) zur Laufzeit
verändert werden.
Damit lassen sich z.B. Subklassen einer spezifischen Klasse (oder im Fall von strikt typisierten
Sprachen, einer spezifischen Schnittstelle) zur Laufzeit ermitteln. Diese Herangehensweise konnte
wie im Fall der vorher vorgestellten REST-basierten Entdeckung fortlaufend durchgeführt werden,
bis das erzielte Ergebnis oder ein Grenzfall entdeckt ist. Ein Beispiel dieser Methode ist im Datenmodell
vorhanden, wo das Frontend eine Anfrage für die Auflistung der Subklassen der Klasse
SpatialRelation formuliert (siehe auch Absatz 7.4).
Die Ausführung von Reflection-basierten Verfahren ist sowohl im Fall des Backends als auch im
Fall des Frontends verfügbar – hiermit können z.B. neue, zur Laufzeit noch nicht bekannte Widgets,
die auf dem mobilen Gerät laufen, entdeckt werden. Weiterhin könnte dieser Typ von Entdeckung
auch als eine REST API im Fall des Backends veröffentlicht werden, z.B. mit der Anfrage GET
/app/HomeSharing1/available_widgets/subclass/IMyWidget.
Veröffentlichung der REST API
Die Bereitstellung bzw. Veröffentlichung der vorher beschriebenen REST APIs erfolgt mithilfe eines
Rack-kompatiblen Web Servers. Die beschriebene “Web Anwendung” und dessen Routen werden
nach außen anhand einer festgestellten IP-Adresse (siehe auch 7.3.3) und eines Ports zur Verfügung
gestellt. Die Konfiguration ist aus einer Datei gelesen, wie weiter im Paragraph 7.3.6 beschrieben
wird.
Bei der Auswahl eines Web Servers wurde darauf geachtet, dass die Softwarelösung die Fähigkeit
behält, mehrere gleichzeitige Verbindungen anzunehmen, zur Gewährleistung der Performanz
bei einer erhöhten Anzahl von Benutzern (Skalierbarkeit). Die aus der Welt der “Ruby on Rails” Web
Application Framework bekannten “minimalistischen” Web Server-Lösungen (WEBRick oder Mongrel)
unterstützen diese Anforderung nicht. Weitere Lösungen 23 wie Passsenger oder Unicorn sind für
fortgeschrittene Zwecke, wie die Veröffentlichung von Web-basierten Enterprise-Software geeignet.
Der richtige Ausgleich zwischen mitgelieferten Features und Leichtgewicht wird von dem Web
Server namens “Thin” 24 geliefert, welcher sich als ein schneller, leicht bedienbares Web Server für
Ruby beschreibt. Thin fasst Ideen aus mehreren Technologien für Ruby-basierte Web Entwicklung in
einer vielseitigen Software-Lösung zusammen.
Thin wird in Form eines Ruby Gems veröffentlicht und bietet eine vereinfachte Benutzung an. Um
eine Instanz des Web Servers zu starten werden nur die genannten Parameter (IP-Adresse und Port)
und die entsprechende Rack-konforme Anwendung benötigt. Damit entsteht aus der Perspektive des
Betriebssystems, worauf der Server betrieben wird, ein neuer Prozess, welcher den Web Server hostet
bzw. der übergebenen Adresse und dem Port lauscht. Thin ermöglicht auch eine Art des “internen”
23
https://www.ruby-toolbox.com/categories/web_servers
24
http://code.macournoyer.com/thin/