Discussion :

[geforce]

Bonjour,

je sais je pose une question bête, mais c'est ce type de chose que l'on se pose en premier (comme je suis débutant donc veuillez m'excuser)

Bon je résume ce que je sais :

SOAP :
Simple Object Access Protocol, protocole d’accès aux objets simples.
Comme son nom ne l’indique pas, c’est un protocole d’échange d’informations inter-applications basé sur xml.

REST:
REST est l’acronyme anglais de REpresentational State Transfer.
Ce n’est pas un protocole, mais simplement une manière d’utiliser l’architecture relative au protocole HTTP.
Il a des méthodes relatives à ce protocole (GET, POST, PUT, DELETE, HEAD, CONNECT, TRACE, OPTIONS ....)

Mais ça me dit pas par exemple quand il faut utiliser l'un et pas l'autre ?

Merci pour vos réponses.

[geforce]

Bon

je reformule ma question quel sont les choix qui motive d'avoir une architecture WebService en REST et pas en SOAP ?

Merci

[taherlabidi]

SOAP :
Avantages:
• Language, plate-forme, et le transport agnostique
• Conçu pour gérer les environnements informatiques distribués
• La norme est en vigueur pour les services Web, et a donc un meilleur soutien des autres normes (WSDL, WS-*) et de l'outillage des fournisseurs
• Built-in de gestion des erreurs (fautes)
• Extensibilité
inconvénients:
• Conceptuellement plus difficile, plus "poids lourd" que le reste
• Un peu plus bavard
• Plus difficiles à développer, nécessite des outils
REST:
Avantages:
• Language et agnostique plate-forme
• Beaucoup plus simple à développer que SOAP
• Courbe d'apprentissage Petit, moins de dépendance sur les outils
• Concise, pas besoin de couche de messagerie supplémentaire
• Closer dans la conception et la philosophie sur le Web
inconvénients:
• Suppose un modèle de communication point à point - non utilisable pour l'environnement de calcul distribué dans lequel le message peut passer par un ou plusieurs intermédiaires
• Manque de soutien pour les normes de sécurité, la politique, la messagerie fiable, etc, afin que les services qui ont des exigences plus sophistiquées sont plus difficiles à développer ("rouler propre")
• Lié au modèle de transport HTTP

[CobolProgrammator]

SOAP :
Avantages:
• Language, plate-forme, et le transport agnostique
• Conçu pour gérer les environnements informatiques distribués
• La norme est en vigueur pour les services Web, et a donc un meilleur soutien des autres normes (WSDL, WS-*) et de l'outillage des fournisseurs
• Built-in de gestion des erreurs (fautes)
• Extensibilité
inconvénients:
• Conceptuellement plus difficile, plus "poids lourd" que le reste
• Un peu plus bavard
• Plus difficiles à développer, nécessite des outils
REST:
Avantages:
• Language et agnostique plate-forme
• Beaucoup plus simple à développer que SOAP
• Courbe d'apprentissage Petit, moins de dépendance sur les outils
• Concise, pas besoin de couche de messagerie supplémentaire
• Closer dans la conception et la philosophie sur le Web
inconvénients:
• Suppose un modèle de communication point à point - non utilisable pour l'environnement de calcul distribué dans lequel le message peut passer par un ou plusieurs intermédiaires
• Manque de soutien pour les normes de sécurité, la politique, la messagerie fiable, etc, afin que les services qui ont des exigences plus sophistiquées sont plus difficiles à développer ("rouler propre")
• Lié au modèle de transport HTTP

J'ai une question concernant le client. Avec REST, à chaque interrogation du serveur (HttpUrlConnection) on démarre une nouvelle connexion,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HttpURLConnection conn = (HttpURLConnection) url.openConnection();

et j'ai remarqué que cela prend un certain temps. Qu'en est il avec SOAP ? (est ce que les temps de réponse sont les mêmes ?)

[Mishulyna]

J'ai une question concernant le client. Avec REST, à chaque interrogation du serveur (HttpUrlConnection) on démarre une nouvelle connexion,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HttpURLConnection conn = (HttpURLConnection) url.openConnection();

et j'ai remarqué que cela prend un certain temps. Qu'en est il avec SOAP ? (est ce que les temps de réponse sont les mêmes ?)

Bonjour,

Peut-être ça dépend aussi de l'implémentation du client. N'ayant jamais compris l'implémentation Jersey du côté client, j'ai écrit une simple classe Java qui utilise la librairie Apache HttpClient

Je n'ai pas de url.openConnection(), juste des HttpRequest httpReq = new HttpGet(urlWS);

[tchize_]

J'ai une question concernant le client. Avec REST, à chaque interrogation du serveur (HttpUrlConnection) on démarre une nouvelle connexion,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HttpURLConnection conn = (HttpURLConnection) url.openConnection();

et j'ai remarqué que cela prend un certain temps. Qu'en est il avec SOAP ? (est ce que les temps de réponse sont les mêmes ?)

Pas vraiment. Les deux sont basés sur le protocole HTTP, donc tu as ses contraintes. Et dedans, il y a des mécanismes prévu pour garder la connection ouverte entre les requêtes. Autant SOAP que REST peuvent à priori en profiter.