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 8 septembre 2009 à 18:13, par ego

65 commentaires

31PARTAGES

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

Vous avez lu gratuitement 890 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

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

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

65 commentaires

Commenter Signaler un problème

palmipod

Futur Membre du Club

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
- ...

Akira

En attente de confirmation mail

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.

verbose

Membre éclairé

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.

lionel84

Membre du Club

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

algerian

Membre à l'essai

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.

csperandio

Membre habitué

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.

vincepoencet

Membre régulier

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

csperandio

Membre habitué

Le 14/09/2009 à 15:17

Envoyé par vincepoencet

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

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.

vincepoencet

Membre régulier

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

Commenter Signaler un problème

Identifiez-vous

Créer un compte

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

SOA : Quand utiliser des WebServices, et pourquoi ?

Faites nous part de votre retour d'expériences