{"id":126,"date":"2009-06-09T22:55:33","date_gmt":"2009-06-09T21:55:33","guid":{"rendered":"http:\/\/www.softwarearchitektur.de\/?p=126"},"modified":"2009-06-24T22:03:14","modified_gmt":"2009-06-24T21:03:14","slug":"rest-ein-architekturstil-und-kein-weiteres-protokoll","status":"publish","type":"post","link":"https:\/\/www.softwarearchitektur.de\/?p=126","title":{"rendered":"REST: ein Architekturstil und kein weiteres Protokoll"},"content":{"rendered":"

Ich war schon immer ein Freund davon, nicht alles selbst zu erfinden, sondern den Austausch mit anderen zu suchen und Best Practices anzunehmen. Um so mehr war ich erfreut, in der IT-Szene M\u00fcnchen<\/a> eine Vortragsank\u00fcndigung der JBoss User Group M\u00fcnchen<\/a> zum Thema „Java API for RestFul Web Services und RESTEasy“ zu finden. REST wurde bei uns schon l\u00e4nger als m\u00f6gliche Schnittstelle f\u00fcr neue Clients diskutiert, ohne da\u00df ich eine Ahnung gehabt h\u00e4tte wie sich dieses „Protokoll<\/em>“ von den bisher verwendeten WebServices unterscheidet.<\/p>\n

Die wichtigste Erkenntnis vorneweg: REST ist kein weiteres Protokoll, um Clients anzubinden sondern ein eigener Architekturstil, der zu einem anderen Anwendungsentwurf f\u00fchrt. Die Referenten Stefan Tilkov<\/a> und Serge Pagop<\/a> pr\u00e4sentierten zun\u00e4chst einmal die Konzepte von Rest, um dann anhand der Implementation von JBoss RESTEasy<\/a> konkrete Implementierungsbeispiele zu geben. Der konzeptionelle \u00dcberblick war pr\u00e4gnant und unterhaltsam und hat mich \u00fcberzeugt, diesen Architekturstil mindestens prototypisch einzusetzen. Die Beispielsession h\u00e4tte meiner Meinung nach noch konkreter mit Edit-Compile-Run Zyklen durchgef\u00fchrt werden sollen.<\/p>\n

Bei einem WebService Modell werden die Objekte und ihre Zugriffsmethoden \u00fcber WSDL\/SOAP einem entfernten Klienten zur Verf\u00fcgung gestellt. Es existieren Tools, um auf Basis der WSDL-Beschreibung clientseitige Stubs zu generieren und dann in der pr\u00e4ferierten Programmiersprache auf die Ojekte im Server zuzugreifen. Es wird also das auf dem Server vorhandene Objektmodell mit den angebotenen spezifischen Operationen lokal im Client zugreifbar gemacht.<\/p>\n

Ganz anders bei REST. REST wurde von Roy Fielding in seiner Doktorarbeit definiert. REST kann man im wesentlichen durch die folgenden 5 Merkmale beschreiben:<\/p>\n

    \n
  1. Jedes „Ding“ bzw. jede Ressource hat eine ID<\/li>\n
  2. Die Resourcen werden \u00fcber Links verkn\u00fcpft.
    \nDer Server stellt dem Klienten die Verkn\u00fcpfungen zwischen verschiedenen Ressourcen als Links zur Verf\u00fcgung. Auch Status\u00fcberg\u00e4nge werden als Link repr\u00e4sentiert.<\/li>\n
  3. Es gibt standardisierte Methoden f\u00fcr alle Ressourcen\n