Discussion :

[Vyrob]

Bonjour tout le monde,

Une question me turlupine depuis un moment maintenant, et elle est plus ou moins dans le titre : quelle est la plue-value réelle de la technologie servlet par rapport au standard JAX-RS ? En d'autres termes, qu'est-ce qu'on peut faire avec des servlets qu'on ne peut pas faire avec JAX-RS ?

D'avance merci pour vos réponses.

[Vyrob]

Up !

[OButterlin]

On n'est pas dans le même registre là, JAX-RS est un service web là où Servlet est lié au protocole http(s).
En d'autres termes, tes services JAX peuvent être appelés par des programmes en langage C/C++, Java, d'autres services, Servlet etc...
Tes servlets vont répondre uniquement à une requête http.
En contrepartie, ta servlet va pouvoir générer un résultat direct à une requête http alors que ton service web devra être utilisé par autre chose avant de générer un contenu visible par un navigateur (encore que, ça dépend de ce que renvoie le service...)

[Vyrob]

En contrepartie, ta servlet va pouvoir générer un résultat direct à une requête http alors que ton service web devra être utilisé par autre chose avant de générer un contenu visible par un navigateur (encore que, ça dépend de ce que renvoie le service...)

Je ne connais que très peu JAX-RS, donc je vais peut-être dire des bêtises mais de ce que j'ai lu à droite à gauche, on peut très bien faire du MVC en retournant un Viewable. On peut également injecter l'objet request en argument de la méthode grâce à l'annotation @Context, permettant ainsi, à l'instar de ce qui est faisable avec des servlets, de définir des attributs affichables dans la vue (une jsp). Partant de là, je ne vois pas ce qu'une servlet apporte de plus.

qu'est-ce qu'on peut faire avec des servlets qu'on ne peut pas faire avec JAX-RS ?

On peut faire tout ce qui n'est pas service REST.

Comme je l'ai montré au-dessus, on peut faire la même chose qu'avec une servlet concernant la gestion des requêtes (avec l'objet request on peut même accéder à la session, on sort donc des limite du REST qui impose d'être stateless par essence). Donc j'avoue qu'a priori je ne suis pas trop d'accord avec cette affirmation, mais je passe peut-être à côté de quelque chose. :-O

[tchize_]

JAX-RS est basée sur les servlet, donc oui tu peux avoir accès à la servlet sous jacente via certains mécanisme et faire ce qu'on fait avec une servlet pure, mais c'est overkill. C'est le plaisir d'utiliser jax rs pour manipuler le système sousjacent, autant utiliser le système sous jacent directement, c'est plus facile à manipuler. De la même manière que je peux me rendre à pieds à mon travail, je met quand même deux jours de moins en allant en voiture :/

[OButterlin]

Faire du web service juste pour faire ce que fait une servlet, je ne vois pas trop l'intérêt...
Faire du web service pour partager des données avec des clients de nature et langages différents, là, oui

La question est, quel type d'application veux-tu faire, la couche métier sera-t-elle partagée avec d'autres application, etc...
Si c'est pour faire une application web standard, autant faire simple.

[Vyrob]

JAX-RS est basée sur les servlet, donc oui tu peux avoir accès à la servlet sous jacente via certains mécanisme et faire ce qu'on fait avec une servlet pure, mais c'est overkill. C'est le plaisir d'utiliser jax rs pour manipuler le système sousjacent, autant utiliser le système sous jacent directement, c'est plus facile à manipuler. De la même manière que je peux me rendre à pieds à mon travail, je met quand même deux jours de moins en allant en voiture :/

Je comprends ce que tu veux dire, mais selon moi il reste quand même des atouts que n'ont pas les servlets pures et qui justifie de passer par l'intermédiaire de JAX-RS pour autre chose que par pure plaisir. A savoir :

• une gestion plus puissante des URLs (permettant ainsi d'avoir des paramètres qui se fondent dedans et d'avoir ainsi de jolies URLs genre /user/1/right/2 en lieu et place de /user/right/?uid=1&did=2 avec mapping automatique côté serveur et contraintes sur le type),
• une organisation plus claire des actions avec possibilité de définir un chemin par méthode.

[tchize_]

qu'est-ce qu'on peut faire avec des servlets qu'on ne peut pas faire avec JAX-RS ?

On peut faire tout ce qui n'est pas service REST.