Discussion :

[gifffftane]

Bonjour,

Je cherche à savoir s'il existe des trucs qui facilitent la mise en oeuvre de Rest.

Merci par avance pour donner vos avis et idées.

[alexismp]

Une API pour REST c'est un peu à l'encontre des principes RESTful.
JAX-RS est une collection d'annotations qui permettent d'exposer des POJO sous forme de resources URI. L'implémentation Jersey et son outillage NetBeans permettent de te faire une idée je pense. C'est du "work in progress".

[bmoussaud]

Le projet Restlet qui est mené par une équipe principalement Française pourrait répondre à ton besoin: http://www.restlet.org/

[gifffftane]

Oui, je l'avais repéré parmi les possibles, mais j'étais loin de me douter que c'était des français dans les tuyaux !

Question du beauf (moi) (puisqu'on est entre français, hein) : quels avantages / inconvénient par rapport aux autres ?

[alexismp]

Jersey est également développé en France
Pour faire court, Jersey n'est pas terminé mais a pour objectif d'implémenter une API standard (je ne sais pas ce qu'il en est pour Restlets).

[gifffftane]

Bon alors si je comprends bien la question serait plutot : quels sont les paquetages Rest qui ne sont pas implémentés en France ??

J'avais casé Jersey à un niveau possible+ par rapport à Restlet ; j'ai l'impression, que l'on parle plus de jersey que de restlet.. ce qui ne veut rien dire, on est d'accord. Il faut bien commencer par quelque chose. Il y a quelqu'un temps dans un autre domaine, j'avais hésité entre velocity et freemarker, et j'avais préféré velocity, puisqu'on en parlait plus que de freemarker... après quelques expériences je passais à freemarker, déçu par velocity. Et ouf, je suis assez content de freemarker. Bref pour choisir un paquetage c'est pas simple.

[jlouvel]

Depuis sa version 1.1, Restlet dispose également d'un module d'extension pour l'API JAX-RS. Mais nous conservons notre API Restlet, orientée classes avec juste quelques annotations.

L'API Restlet a un périmètre fonctionnel beaucoup plus large, elle peut remplacer complètement l'API Servlet (mais sait fonctionner avec si besoin) et est à la fois une API client et serveur.

L'utilisateur a le contrôle complet du routage (y compris les virtual hosts), de la sécurité via une API programmatique simple.

Nous pouvons également servir (et même modifier) des fichiers statiques comme Apache via une classe Directory très puissante.

Nous supportons des connecteurs pour différents protocoles (ou pseudo-protocol), pas juste HTTP/HTTPS, comme POP3, SMTP, FILE, FTP, CLAP (classpath), RIAP (interne JVM), JAR, ZIP, WAR, etc.

Les applications Restlet peuvent être déployées dans Java SE, Java EE (conteneurs Servlet), GWT, GAE et même Android.

Pour démarrer, je vous suggère cette page de documentation:
http://www.restlet.org/documentation/2.0/

Sinon, nous avons de nombreuses extensions, dont une pour FreeMarker que nous recommendons souvent.

[Tommy31]

Comment positionne Restlet face au futur Spring-rest (3.0) ?

[jlouvel]

L'intérêt du support de REST dans Spring semble venir de l'intégration avec le framework Spring MVC:
http://blog.springsource.com/2009/03...-spring-3-mvc/

Pour ceux qui ont des applications Spring MVC existantes, cet support sera certainement le bienvenu. Cela dit, les approches MVC et REST sont proches mais pas équivalentes, donc je suis un peu sceptique sur le mélange des styles.

Sinon, Restlet dispose d'un large support de Spring via une extension dédiée et d'une palette de fonctionnalités beaucoup plus large pour ceux qui veulent allez plus loin avec REST:
http://www.restlet.org/about/features