Pattern Ressource API
Principes
Ce pattern correspond à l'exposition d'un référentiel de ressources fonctionnelles (ie une source de données).
Il expose N services en entrée pour 1 source de données en sortie.
Il est sans état.
Les tables sont exposés sous la forme de ressources REST.
Les dépendances entre les ressources sont représentées sous la forme de liens et d'identifiants (liens HATEOS).
Séquence représentative de la médiation
Schéma EIP
Vision sans Middleware
Ce cas de figure est possible avec des solutions comme Oracle eBusiness. Ces solutions exposent des services applicatifs pures. Cela est contradictoire avec de très nombreux principes énoncés.
Le format d'exposition est TOUJOURS un format Natif... sur le protocole REST.
Vision avec Middleware
Cette vision est la plus intéressante. Le format et le protocole sont exposés avec
HATEOS
Hypertext As The Engine Of Application State. Il s'agit d'inclure
Les descriptions XML ou JSON sont agrémentées de méta-données de navigation.
La spécification recommandée est celle de SPRING.IO.
{ "name": "Alice", "links": [ { "rel": "self", "href": "http://localhost:8080/customer/1" } ] }
Middleware Solutions https://www.middleware-solutions.fr