Erste Eindrücke von der WJAX2012

Datum: 8. November 2012
Autor: Christian Göbel


Heute gab es im Dev-Meeting schon einige Eindrücke von der diesjährigen WJAX von mir zu hören. Diese Punkte möchte ich nun an dieser Stelle noch einmal kurz zusammenfassen.

Neben Rucksäcken, T-Shirts und Kulis gab es auch dieses Jahr im Westin Grand Hotel in München wieder einige spannende Sessions. Vor der Eröffnung der eigentlichen Hauptkonferenz am Dienstag stand für mich am Montag ein REST-Workshop auf dem Programm.

Im Workshop wurde eine durchaus substanzielle und auch praxisnahe REST-Einführung von Stefan Tilkov, einem Verfechter dieses Ansatzes zur Integration heterogener Systeme, gegeben. Substanziell deshalb, weil man deutlich merkte, dass dieser Mann weiß, wovon er redet. Schließlich ist er nicht erst vor ein oder zwei Jahren auf den REST-Zug aufgesprungen, sondern publizierte schon zu Hoch-Zeiten des SOA-Hypes 2006/2007 zu diesem Thema. Es war zudem deutlich zu spüren, dass einiges an praktischem Know-How hinter seiner technolgieneutralen Einführung zu REST stand.

Zum Einnorden unserer leichtgewichtigen Platform-Webservices war diese Veranstaltung perfekt geeignet. Wir machen bewusst kein REST, nutzen die Architektur des Webs aber auch für unsere Webservices und tunneln diese Architektur nicht, so wie es der WS-* Webservice-Stack mit WSDL/SOAP tut. Unser Ansatz ist an dieser Stelle nicht ganz so dogmatisch wie der, den die REST-Gemeinde predigt, sondern an den meisten Stellen eher pragmatisch und damit robust, leicht verständlich, gut wartbar und sehr flexibel.

Tilkovs Dogma und eine seiner Kernaussagen ist an dieser Stelle ganz plakativ: „tunneling is eval“ und solle daher möglichst vermieden werden. Manchmal sei es allerdings auch schlichtweg der letzte Ausweg. Selbst die REST-Gemeinde müsse hier bspw. bei den HTTP-Methoden PUT und DELETE zu Kunstgriffen greifen und diese Zugriffe ggf. über POST tunneln. Der WS-* Webservice-Stack hingegen nutze HTTP ausschließlich als Tunnel. Das Web sei mit der Nutzung eines SOAP-Endpunkts laut Tilkov im wahrsten Sinne des Wortes „zu Ende“. Die Mechanismen, die HTTP zur Maschinen-Maschinen-Kommunikation von Haus aus mitbringe, lägen damit fasst vollständig brach. Dabei gäbe es genau hierzu, so rechnet Tilkov mit SOAP und WSDL ab, im HTTP-Protokoll bereits vielfältige Möglichkeiten: URIs zur global eindeutigen Identifikation von Ressourcen, HTTP-Methoden um auf diesen Ressourcen zu arbeiten, Hypermedia zu deren Verlinkung, Content-Negotiation um sie in unterschiedlichsten Formaten maschinenlesbar bereitzustellen und HTTP-Caching zum effizienten Zugriff.

Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


Bilder SEO – Bisher eigentlich komplett vernachlässigt

Autor: Axel Güldner


Technologie // User Experience & Design


Heute möchte ich ein Thema anschneiden, welches bisher wohl so niemand auf dem Schirm hatte (ich zumindest habe bisher keinen Gedanken daran verschwendet). Aber als ich dann in einem anderen Blog darüber gelesen habe, hat mich dann sofort die Faust der Erkenntnis getroffen, ähnlich einer Brockhaus-Enzyklopädie, die einem ins Gesicht fällt. Wir bemühen uns immer …


Beitrag lesen
07.
Februar
2012

Open Graph Meta Tags & facebook for developers

Autor: Steven Schöning


Technologie


Ich hatte vor kurzem das Problem, dass trotz dem hinterlegten Bild im og:image Tag ein anderes Bild ausgespielt wurde, denn es wurde das erste Bild im HTML Quelltext beim teilen über Facebook ausgegeben. Hier konnte ich bei „facebook for developers“ einige Informationen zu dem Thema finden, indem ich im Sharing Debugger und im Object Debugger …


Beitrag lesen
15.
Juni
2017

Docker – Bereitstellung von Betriebs-Umgebungen über Container

Autor: Marc Kurzmann


Projekte // Technologie


Wie der eine oder andere Kollege bereits mitbekommen hat, war unser Informatik-Praktikant Lukas die vergangenen Wochen intensiv mit dem Thema Docker und der Möglichkeit zur effizienten Bereitstellung von Deployment-Umgebungen aus der Produktentwicklung heraus beschäftigt. Das Ergebnis kann sich sehen lassen: Es ist nun möglich mit minimalem Aufwand eine vollständige Betriebsumgebung einschließlich eines deployten Produkts eines …


Beitrag lesen
12.
Dez.
2014

imxTools1 und imxTools2 in einem Portal… erste Schritte sind gegangen

Autor: Bastian Schwarz


Technologie


Im Zuge des Schneebayern-Projektes besteht die Anforderung, dass die imxTools1 (für allgemeine imxTools-Inhalte) sowie die imxTools2 (für den Schneehöhenticker) parallel zueinander laufen müssen. Dazu wurde ein neuer Task in der build.xml angelegt, der eigtl genau das gleiche tut wie der register_integration_imxtools, nur dass er das Ziel in einen imxtools2 Ordner anlegt. Auszug aus der build.properties: …


Beitrag lesen
25.
Nov.
2011