SOA : Quand utiliser des WebServices, et pourquoi ?
Faites nous part de votre retour d'expériences
Le 2009-09-08 18:13:15, par ego, Rédacteur
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
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
-
palmipodFutur Membre du ClubHello
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
- ...le 14/09/2009 à 8:35 -
AkiraEn attente de confirmation mailBonjour,
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.le 14/09/2009 à 9:35 -
verboseMembre éclairé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.le 14/09/2009 à 10:19
-
lionel84Membre du ClubJ'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;
à toile 14/09/2009 à 11:56 -
algerianMembre à l'essaiDans 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.le 14/09/2009 à 12:26 -
csperandioMembre habitué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.le 14/09/2009 à 14:34 -
vincepoencetMembre régulierUn 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 preneurle 14/09/2009 à 15:11 -
csperandioMembre habitué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. le 14/09/2009 à 15:17 -
nfrancoisMembre régulierDans 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.le 14/09/2009 à 15:21 -
vincepoencetMembre régulierPour moi un ws convient si l'on souhaite exposer un service "à l'extérieur".
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 penseQuelques 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.le 14/09/2009 à 16:03