Developpez.com - Rubrique ALM

Le Club des Développeurs et IT Pro

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
  Discussion forum
65 commentaires
  • palmipod
    Futur Membre du Club
    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
    - ...
  • Akira
    En attente de confirmation mail
    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.
  • verbose
    Membre é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.
  • lionel84
    Membre du Club
    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
  • algerian
    Membre à l'essai
    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.
  • csperandio
    Membre 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.
  • vincepoencet
    Membre régulier
    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
  • csperandio
    Membre habitué
    Envoyé par vincepoencet
    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.
  • nfrancois
    Membre régulier
    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.
  • vincepoencet
    Membre régulier
    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