Discussion :

[silvermoon]

bonjour,

J ai regardé un peu les services web, je ne vois pas de différence avec une appli client serveur, puisque qu'il faut installer un client sur le poste client cela n'a aucun intérêt.

Si quelqu un sait quel est le plus par rapport à une solution client serveur j aimerai bien la connaitre.

Le web, normalement c de n avoir rien a installé sur le poste client.

[hachesse]

Voila un exemple de service web (google)

en delphi http://lfe.developpez.com/WebService/Delphi/
en C++ http://lfe.developpez.com/WebService/BCB/

[Marc Lussac]

Les Services Web, voila en tout cas un sujet très intéréssant pour le forum général.

puisque qu'il faut installer un client sur le poste client cela n'a aucun intérêt.

Pas forcément puisque un service Web peut etre utilisé à partir d'une application Web, ou d'une application distribuée.

En plus des liens cis dessus, lire aussi absolument sur ce sujet :

- http://www.developpez.com/delphi/soap.htm
- http://azanetti.developpez.com/webservice/
- http://www.borland.com/about/cases/studies/colliers.pdf
- http://xml.developpez.com/soap.htm
- http://community.borland.com/article...,27319,00.html
- http://www-4.ibm.com/software/solutions/webservices/pdf/WSCA.pdf

[silvermoon]

Merci pour tout ces liens bien utils.

Si d'autres connaissent les services web et des utilisations dans la vie professionnel elle est la bienvenue

Donc vu ce que j ai compris un service web permet de mettre à disposition une librairie ou divers fonctions pour divers applications ce qui est très intéressant, je ne l avais pas vu sous cet angle la

[neo.51]

Ce qui est trés interressant c'est que tu peux créer une application qui consomme un serviceweb sans de soucier du langage dans lequel le serviceweb a été programmé. Tu as donc un service web qui peut-être exploité par une application qui est codé dans le langage qui corespond le plus au besoin de l'application qui consomme le serviceweb.

[Epictète]

Si tu veux l'idée existait déjà avec CORBA, mais disons que avec SOAP et les Webservices, cela deviens beaucoup plus façile, de par le fait on peu s'attendre à un accroissement rapide des exemples d'utilisation et des offres disponibles.

C'est une évolution incontournable...

[olrt]

L'intérêt des WebServices :
==================

1°) S'appuient sur le protocole http
==> passent les firewalls
2°) Le formatage des données s'appuie sur XML
==> permet de passer des structures de données quelconques
avec l'avantage de l'universalité du langage XML.


Donc l'intérêt est que les entreprises peuvent
offrir des applications à d'autres entreprises à
travers les WebServices.

En revanche l'utilisation de WebServices à l'intérieur
même de l'entreprise n'est pas nécessairement un
bon choix surtout si ces WebServices doivent répondre
à un grand nombre de requêtes simultanées... (parsing/deparsing
XML coûteux en CPU)...

[LFE]

On peut aussi s'en servir pour acceder a des connaissances metiers que l'on n'a pas ou de puissance de calcul, ou de donnees dont on a besoin mais qu'on n'est pas capable de manipuler.

L'exemple Google est parfait de ce cote.

Je m'explique.

L'interet du moteur de recherche est indiscutable.
La taille des DB et la puissance de calcul est totalement inabordable pour le commun des mortels et des societes.

En resume, je n'ai ni les connaissances necessaires pour programmer un moteur de recherche, ni le temps, ni la puissance de calcul, ni de la place pour les stocker. Par contre, grave au WebService, j'y ai accès depuis mon application. Tout cela sans me tracasser des mises à jour des DB, de modification de code, d'algo de recherche, etc ....

De plus, par la simplicite de la methode de transfert de l'info, c'est abordable par presque tout le monde.

[silvermoon]

je remprend ce qu a dis Epictète

C'est une évolution incontournable...

hum, donc dans mon cas, c'est très interressant cela me permettrait de faire une ouverture pour des interfaces avec d autre logiciel.

[neo.51]

hum, donc dans mon cas, c'est très interressant cela me permettrait de faire une ouverture pour des interfaces avec d autre logiciel.

T'as tout compris

[SQLpro]

Il y a quand même deux gros inconvénients :

1) on n'est pas sur que le service soit toujours disponible au moment attendu :
- time out
- serveur distant en maintenance

2) on n'est pas sûr que le service, s'il est externe à l'entreprise, continue d'être maintenu
- déplacement du service à une autre URL
- suppression pure et simple du service

En conséquence, basé son architecture d'application sur les web services est "risqué" notamment lorsque les services sont externes !

A +

[Elodie_nl]

Donc expliquez moi !

Si l'on ne peut jamais être sûr qu'un service web sera maintenu, est-il normal de l'intégrer à son développement ? Bien sûr, un service externe facilite la vie du développeur, mais cela me semble tout de même très irrespectueux du client. Et concernant le développement de services internes, plus fiables, je n'en voie qu'une seule utilité nouvelle : mutualiser le service, bref une question de fric.

Mais qui dit "fric sur le net" dit non pérennité des services (constat évident). La boucle est bouclée. Faudrait donc être prudent avec les services web, moi je n'accepterais pas de devoir changer de logiciels tous les 6 mois car tel ou tel service viendrait de fermer...

[LFE]

on en revient donc à une question nettement plus ancienne : la perrenite des partenaires avec qui l'on travaille....

[neo.51]

Tout à fait, mais lorsqu'on à un site internet qui consomme un service web, à nous de bien concevoir le site pour que le changement de service web soit facile à réaliser... ainsi le changement de service web aprés une fin de contrat paut se faire en douceur.

Pour les autres type d'aplication, cela pause d'autre problème au niveau de la distribution car c'est une nouvelle version du logiciel qu'il faut mettre à jours, l'ancienne étant obsolète. C'est tout un parc informatique qu'il faut mettre à niveau.

[cpu]

Personnellement, j'ai réalisé en Delphi un exemple WebService avec le Service GOOGLE-Search et cela n'est pas compliqué! (merci Borland)

Sur le plan technique, neo51, Sqlpro ont expliqué quelques intérêts de cette nouvelle technique."fric sur le net" je suis d'accord avec "Elodie nl" méfiez vous, les services ne sont pas gratuits, sauf ceux pour les tutorials...

En résumé, cela ne fait aucun mal d'écrire un petit programme pour comprendre comment le WebService fonctionne, c'est certainement une évolution incontournable, si ! si ! si !
Au fait, c'est incontournable pour qui ?

[nektarfl]

Merci pour tout ces liens bien utils.

Si d'autres connaissent les services web et des utilisations dans la vie professionnel elle est la bienvenue

J'ai mis en ligne un service, principalement destiné aux bureaux d'études mécaniques. Il s'agit d'un logiciel de calcul de ressort en ligne. Un bureau d'étude n'est pas un spécialiste dans ce domaine, moi si, c'est mon métier depuis 18 ans, alors à l'adresse http://ressort.dyndns.org:4210 tout le monde peut calculer son ressort.

[cedricgirard]

Salut

Je cherche à faire un systeme d'information via internet (des connexions modems, donc non permanentes). Je pensais passer via HTTP, un serveur web/PHP faisant le serveur central. Mais les webservices me semblent normalisés, plus le fait qu'ils sont supportés sous Delphi (outils choisis pour les clients). Est ce complexe à créer?
Donc je cherche si on peux faire des serveurs webservices en PHP sur le port 80.

[jIdJo]

Bonjour,

Vous parlez quasi exclusivement des services Web externes pur (google typiquement).

Mais un enjeu de taille pour les entreprises sont les Web Services intranet et extranet. Les grands comptes (j'éviterai de nommer ici) ont des SI impressionnants de complexité dont le nombre de duplication de code métier est tout aussi impressionnant (On retrouvre des centaines de fois la classe Client et le code métier du client n'est pas toujours identique).
=> Un Web Service intranet donnant des services d'accès au client et hop vive enfin la réutilisation tant espéré par les informaticiens (jusqu'à maintenant c'était du copier / coller)

Donc à voir absoluement, c'est (cela sera) vraiment incontournable.

[Straahd]

C'est quoi la difference en webservices et un dll qui pourait aussi bien renvoyer des donnes ??

[cedricgirard]

C'est quoi la difference en webservices et un dll qui pourait aussi bien renvoyer des donnes ??

C'est une norme multilangage, nottament au niveau des formats de parametres, qui sinon ne sont pas normés. C'est comme XML, c'est une norme qui si elle est respectée permet de travailler ensemble.

Si tu parle d'une dll non en tant que serveur web (isapi je crois) mais pour que des programmes l'appele directement, on n'est plus sur le web et ça ne marche que sous Windows. Mais je ne pense pas que ce soit le cas.

Cédric