Je comprends votre inquiétude sur le foisonnement des frameworks et des standards pour supporter des techniques qui finalement n’ont rien besoin de plus que ce que nous avons sous la main.

Cependant, je suis optimiste en voyant les efforts de mutualisation entre les API JAX-RS et Servlet 3. Je vois une grande simplification avec les annotations de déclaration de méthodes http (@GET, @Path, @QueryParam, @PathParam, etc) et j’espère même que ces annotations amorcent l’unification des action based web frameworks (Struts, Spring MVC, etc).

Je trouve la syntaxe ci-dessous très séduisante :

@GET @Path("/employees/{id}/")
public Employee getEmployee(@PathParam("id") int id) { ... }


Par ailleurs, j’attends d’un framework JAX-RS qu’il m’offre en plus de ce que j’ai actuellement :
- des serializers vers les formats qui plaisent aux consommateurs de mes services (XML pour java et .Net, JSON pour javascript, AMF pour flash, YAML pour Ruby, CSV, etc)
- le mécanisme pour lier mes entités entre elles par des hyperliens (cf. CXF Sub Resource Locators)

Pour ce qui est des annotations @ProduceMime, @ConsumeMime, etc. ; elles me semblent utiles seulement dans les cas très limités de restriction du nombre de format de réponse accepté (e.g. seulement xml) et ne seront donc utilisés que rarement.

Cyrille (Xebia)

Je suis un peu sceptique par rapport à JAX-RS. Tout d’abord il est évident que JAX-RS sera difficilement utilisable autrement que par un IDE générant automatiquement le code. Pourquoi pas, Netbeans est excellent.

Cependant cela s’ajoutera sans doute à du code déjà généré par cette méthode : http://youtube.com/watch?v=cDdfVMro99s ce qui commence à faire beaucoup.

REST a selon moi l’avantage de produire un code immédiatement lisible, contrairement à SOAP. La génération de code s’oppose aussi dans la pratique au « Reduce Coupling ».

———–

Dans les points à retenir, je mettrais surtout :
– Addressabilité et Connectivité (grâce aux URI) – cela aide au bon référencement
– Scalabilité : pas de session = plus facile de diriger des requêtes vers des serveurs multiples.

——-

Je ne vois pas trop l’intérêt d’annotations telles que @ProduceMime pour un effet qui peut s’écrire en une migne de code. On peut utiliser un Pattern Strategie qui fera très bien le boulot, voire juste un attribut static.

On sent la volonté de mettre tout ce qui est possible dans REST de façon théorisé est englobée – ie emprisonnée – dans l’api. Je rejoins les propos du blog « abstract – final  » : Do we need frameworks for REST ? : http://abstractfinal.blogspot.com/2007/04/do-we-need-frameworks-for-rest.html

—

Cordialement
Nicolas Zozol
http://nicolas-zozol.developpez.com/tutoriels/java/restful/jsp/