Siehe REST Wiki |
Ein Architekturparadigma für in große bis sehr große Anwendungen. Nach diesem Paradigma kann man "das Internet" als eine in extremem Maß skalierende Anwendung verstehen. Grundlage ist eine Client-Server-Architektur, in der nahezu alle Zustandstransitionen über globale Identifikatoren laufen. Bis auf diese URIs ist die Kommunikation zustandslos. |
Ein Architekturparadigma für in große bis sehr große Anwendungen. Nach diesem Paradigma kann man "das Internet" als eine in extremem Maß skalierende Anwendung verstehen. Grundlage ist eine Client-Server-Architektur, in der nahezu alle Zustandstransitionen über globale Identifikatoren laufen. Bis auf diese URLs ist die Anwendung im Prinzip zustandslos. |
REST versteht sich als Alternative zu Modellen, die auf Remote-Procedure-Call basieren (z. B. J2EE, SOAP, CORBA und DCOM). Außerdem stellt REST einen Ausweg aus dem Dilemma der nicht mehr überschaubaren Webservice-Spezifikationen dar. |
REST versteht sich als Alternative zu Modellen, die auf Remote-Procedure-Call basieren (z. B. J2EE, SOAP, CORBA und DCOM). |
== Information = |
* REST Wiki |
* Building Web Services the REST Way * REST support in AXIS2 Java * RESTify DayTrader * How to create a REST Protocol == Produkte = * RubyOnRails * Axis2 == Zum WS-*-Dilemma = WS-*-Poster Experten-Meinungen: * http://www.tbray.org/ongoing/When/200x/2004/09/18/WS-Oppo * http://www.mnot.net/blog/2006/05/10/vendors |
REST versteht sich als Alternative zu Modellen, die auf Remote-Procedure-Call basieren (z. B. J2EE, SOAP, CORBA und DCOM). Außerdem stellt REST einen Ausweg aus dem Dilemma der nicht mehr überschaubaren Webservice-Spezifikationen dar.
Information |
Artikel |
Produkte |
Zum WS-*-Dilemma |
Experten-Meinungen: