IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

SOA : Quand utiliser des WebServices, et pourquoi ?
Faites nous part de votre retour d'expériences

Le , par ego
65 commentaires

20PARTAGES

0  0 
Pour ceux qui utilises des WebServices (JAX-RPC et/ou JAX-WS) :

1- Dans quelS contextes les utilisez-vous ?
2- Dans quelS contextes ne les utilisez-vous pas ?

je recherche des infos du terrain, pas de la théorie...

Merci d'avance

Une erreur dans cette actualité ? Signalez-nous-la !

65 commentaires
Commenter Signaler un problème
palmipod
Avatar de palmipod
Futur Membre du Club https://www.developpez.com
Le 14/09/2009 à 8:35
Hello
déjà des pistes :
- en cas de besoin d'interopérabilté : Java discute avec .Net et inversement
- avec Flex (ou toute autre techno de type RIA) : l'IHM riche discute avec le serveur via WS quelle que soit la techno retenue côté serveur
- ...
0  0 
Akira
Avatar de Akira
En attente de confirmation mail https://www.developpez.com
Le 14/09/2009 à 9:35
Bonjour,

Personnellement j'ai utilisé les WS lorsque le protocole était imposé entre le client et le serveur, à savoir HTTPs. Il fallait également prendre en compte la possibilité de futur client en d'autre language.
0  0 
verbose
Avatar de verbose
Membre éclairé https://www.developpez.com
Le 14/09/2009 à 10:19
J'ai participé au développement d'un WebService qui sert d'interface pour interroger une base de donnée à partir de critères définis.
0  0 
lionel84
Avatar de lionel84
Membre du Club https://www.developpez.com
Le 14/09/2009 à 11:56
J'ai travaillé sur une appli multi-couches, dans la couche métier ou service, nous appelions un WS en donnant juste le nom de du service et les paramétres et nous récupérions le résultat sous forme d'un bean c'est tout ce que j'avais avec les WS mais j'aimerais bien enrichir mon expérience avec

Merci;

à toi
0  0 
algerian
Avatar de algerian
Membre à l'essai https://www.developpez.com
Le 14/09/2009 à 12:26
Dans ma boite on s'en est servi pour créer la couche d'accès aux données (DAL, Data Access Layer).

On a utilisé des WS pour lier notre application lourde (WPF), notre intranet (ASP. NET), nos applications mobile (CF), et nos différentes petites applications (Ex. : écran tactile de pointage ...)

Toutes nos applications utilisent la même base de donnée et toutes les données sont croisées.

Donc grâce aux WS on a développé une seul couche d'accès aux données.

Voilà pour moi.
0  0 
csperandio
Avatar de csperandio
Membre habitué https://www.developpez.com
Le 14/09/2009 à 14:34
Mon expérience personnelle se limite plutôt à une mauvaise utilisation des WS. J'ai bossé sur un projet où nous avons mis en place les WS (fallait obéir aux directives groupes). Or, pour notre projet ce fut fastidieux car en fin de compte, nous nous sommes rendus compte que nous aurions pu nous limiter à faire du REST. Les méthodes GET et POST auraient suffi avec notre IHM Flex.
Je pense qu'avant de faire un choix WS, il faut savoir quel sera le niveau de service.
0  0 
vincepoencet
Avatar de vincepoencet
Membre régulier https://www.developpez.com
Le 14/09/2009 à 15:11
Un peu pareil que pour csperandio, dans ma boite (appli de gestion avec BDD centralisée, les WS faisaient DAL) on a virer les WS pour mettre de la serialisation (.net), on y a gagner en perf, en souplesse et en temps de dev.

Si c'est pour coder client et server dans le meme langage, sans besoin d'interopérabilité je ne voit pas trop l'interet des WS mise a part d'éventuels problemes de firewall ou trucs du style (ceci dit je ne suis pas un expert la dedans, j'ai peut etre raté un truc...)

D'ailleurs si quelqu'un peu m'éclairer sur l'interet des WS dans un tel cas, je suis preneur
0  0 
csperandio
Avatar de csperandio
Membre habitué https://www.developpez.com
Le 14/09/2009 à 15:17
Citation Envoyé par vincepoencet Voir le message
Un peu pareil que pour csperandio, dans ma boite (appli de gestion avec BDD centralisée, les WS faisaient DAL) on a virer les WS pour mettre de la serialisation (.net), on y a gagner en perf, en souplesse et en temps de dev.

Si c'est pour coder client et server dans le meme langage, sans besoin d'interopérabilité je ne voit pas trop l'interet des WS mise a part d'éventuels problemes de firewall ou trucs du style (ceci dit je ne suis pas un expert la dedans, j'ai peut etre raté un truc...)

D'ailleurs si quelqu'un peu m'éclairer sur l'interet des WS dans un tel cas, je suis preneur
Quelques fois, je me demande si les WS c'est pas le truc un peu "mode". Dès que tu dis que tu fais une appli distribué, on te dit "faut faire du WS" Avant même de savoir, quel sera l'intérêt.
0  0 
nfrancois
Avatar de nfrancois
Membre régulier https://www.developpez.com
Le 14/09/2009 à 15:21
Dans une mission, j'avais bossé sur un web-services avec axis 1.1.
Le ws était interrogé par un client lourd en fait par le client du projet et codé en .NET. De plus, j'avais codé un petit programme en java pour mes test.
Pour moi un ws convient si l'on souhaite exposer un service "à l'extérieur".
Et est à éviter dans une exposition interne entre autre par le fait qu'il ne soit pas transactionnel, pour une exposition interne distribuée mieux vaut du JMS.
0  0 
vincepoencet
Avatar de vincepoencet
Membre régulier https://www.developpez.com
Le 14/09/2009 à 16:03
Pour moi un ws convient si l'on souhaite exposer un service "à l'extérieur".
Exact.

Typiquement, amazon correspond pour moi a une bonne utilisation des WS:
Ils fournissent un Service(justement), qu'on peut attaquer depuis n'importe quoi dans des applis diverses sans trop savoir comment ça marche derriere.

Faut vraiment que ce soit assez générique et destiné a être réutilisé par des tiers pour valoir le coup je pense

Quelques fois, je me demande si les WS c'est pas le truc un peu "mode". Dès que tu dis que tu fais une appli distribué, on te dit "faut faire du WS" Avant même de savoir, quel sera l'intérêt.
Ouep, l'effet de mode joue pas mal en informatique, je pense aussi au XML qu'on voit a toutes les sauces... mais bon c'est pas le sujet du débat
0  0 
Commenter Signaler un problème