Le Web entretient la plateforme |
|
|
Le Web entretient la plateforme
|
Ainsi quelle est une plateforme de service de Web ? La plateforme de base est le XML plus le HTTP. Le HTTP est le protocole omnipr�sent, qui fonctionne pratiquement partout sur un Internet. Le XML fournit le m�talangage dans lequel vous pouvez �crire les langues sp�cialis�es pour exprimer les interactions complexes entre les clients et les services ou entre les composants d'un service compos�. Derri�re la fa�ade du web server, un message de XML obtient converti en demande et r�sultats de logiciel personnalis� convertis de nouveau au XML.
|
Un Web doit �tre augment� avec peu d'autres services de plateforme, qui peuvent maintenir l'ubiquit� et la simplicit� du Web, pour constituer une plateforme plus fonctionnelle. Une plateforme de services de Web de plein-fonction peut �tre consid�r�e comme XML plus le HTTP plus le SAVON plus WSDL plus l'UDDI. Aux niveaux plus �lev�s, on peut �galement ajouter les technologies telles que le XAML, XLANG, XKMS, et le XFS -- services qui universellement ne sont pas accept�s en tant qu'obligatoire.
|
Les �l�ments de plateforme
|
Au-dessous de est la courte description des �l�ments de plateforme. Il convient noter que tandis que les fournisseurs essayent de se pr�senter un Web �mergent entretient la plateforme comme logique, il est vraiment la s�rie de technologies d'un dans-d�veloppement. Souvent � des niveaux plus �lev�s il y a, et peut �galement rester, des approches de multiple au m�me probl�me.
|
SAVON (une invocation � distance)
UDDI (un commer�ant, un service d'annuaire)
WSDL (l'expression des caract�ristiques de service)
XLANG/XAML (soutien transactionnel des transactions complexes de Web impliquant des services multiples de Web)
XKMS (sp�cifications principales de gestion de XML) - travail continu � c�t� de Microsoft et de Verisign pour soutenir l'authentification et l'enregistrement
|
Le SAVON
|
Le SAVON est les sp�cifications de protocole qui d�finissent la mani�re uniforme de passer les donn�es XML-cod�es. Il d�finit �galement la mani�re d'ex�cuter les appels � distance de proc�d� (RPCs) employant le HTTP comme protocole de transmission fondamental.
|
Le SAVON r�sulte d'une r�alisation qui n'importe comment les offres astucieuses d'un logiciel personnalis� de courant sont, ils a besoin de l'emballage BL�ME. Structuralement, l'envoi des messages comme XML plat a des avantages en termes d'assurer l'interop�rabilit� (et correction, car je peux faire bien certifier). Les joueurs d'un logiciel personnalis� semblent dispos�s � accepter des co�ts d'analyser et d'arranger le XML afin de mesurer leur approche plus au loin aux r�seaux.
|
L'UDDI (description universelle, d�couverte et le service d'int�gration)
|
Les UDDI fournissent le m�canisme pour des clients pour trouver dynamiquement les autres services de Web. En utilisant l'interface d'UDDI, les entreprises peuvent dynamiquement se relier aux services fournis par les associ�s externes. L'enregistrement d'UDDI est semblable au commer�ant de CORBA, ou il peut consid�rer comme service de DNS pour les applications d'affaires. L'enregistrement d'UDDI a deux genres de clients : entreprises qui veulent �diter le service (et les interfaces d'utilisation), et les clients qui veulent obtenir les services de certain aimable et du grippage programmatically � eux. La table ci-dessous est la vue d'ensemble de quel UDDI fournit. L'UDDI est pos� au-dessus du SAVON et suppose que les demandes et les r�ponses sont des objets d'UDDI envoy�s autour comme messages de SAVON. Une question d'�chantillon est incluse ci-dessous.
|
Question : La question suivante, une fois plac�e � l'int�rieur du corps de l'enveloppe de SAVON, renvoie des d�tails sur Microsoft.
urne de xmlns= " du generic= " 1.0 de <find_business " : uddi-org : api " >
</find_business> R�sultat : la liste d�taill�e des �l�ments de <businessInfo> s'est actuellement inscrite � Microsoft, qui inclut les informations sur le service d'UDDI elle-m�me.
|
|
Le WSDL (le Web entretient la langue de d�finition)
|
WSDL d�finit les services comme collection des points finaux de r�seau ou des ports. Dans un WSDL la d�finition abstraite des points finaux et des messages est s�par�e de leur d�ploiement concret de r�seau ou des attaches de format de donn�es. Ceci permet la r�utilisation des d�finitions abstraites des messages, qui sont les descriptions abstraites des donn�es �tant �chang�es, et des types gauches, qui sont les collections abstraites des op�rations. Le protocole concret et les caract�ristiques de format de donn�es pour le type gauche particulier constituent l'attache r�utilisable. Le port est d�fini en associant l'adresse de r�seau � l'attache r�utilisable ; la collection de ports d�finissent le service. Et, ainsi, le document de WSDL emploient les �l�ments suivants dans une d�finition des services de r�seau :
|
Types -- le r�cipient pour le type de donn�es d�finitions en utilisant un certain type syst�me (tel que XSD).
Message -- l'abstrait, dactylographi� la d�finition des donn�es �tant communiqu�es.
Op�ration -- la description abstraite de l'action soutenue par un service.
Type gauche -- l'ensemble abstrait des op�rations soutenues par les un ou plusieurs points finaux.
Lier -- le protocole concret et les sp�cifications de format de donn�es pour le type gauche particulier.
Port -- le point final simple d�fini comme combinaison de lier et de l'adresse de r�seau.
Service -- la collection de points finaux relatifs.
Ainsi, dans l'anglais bon, WSDL est le calibre pour la fa�on dont les services devraient �tre d�crits et li�s par les clients.
|
Le XLANG
|
Une notion traditionnelle de la transaction de base de donn�es est atomique, cela est a, action d�finitive ; ou une action enti�re se produit ou elle pas. Fournir ce genre de garantie dans l'infrastructure distribu�e comporte le processus cher appel� un biphas� commettent. On a propos� un mod�le optimiste alternatif dans une recherche de base de donn�es (� l'origine appel� comme saga et propos� par Hector Garcia-Molina), o� les actions ont les actions compensatoires explicites qui nient l'effet de l'action. Dans un r�el des actions, l'existence des actions compensatoires est tout � fait commune. Pour un exemple si le d�bit d'I la carte de cr�dit $52, une action compensatoire est de cr�diter une carte de cr�dit $52. Si j'envoie l'E-mail disant que vous vous obtiendrez le produit hav command� en sept jours ", l'action compensatoire est d'envoyer l'�nonciation d'E-mail, � des oops, cela va prendre plus longtemps �. XLang est la notation pour exprimer les actions compensatoires pour n'importe quelle demande qui doivent �tre d�faites. Un Web entretient l'infrastructure peut accro�tre les caract�ristiques de XLang pour ex�cuter un complexe d�font des op�rations.
|
Le XKMS (les sp�cifications principales de gestion de XML) |
Un XKMS est l'effort par Microsoft et le Verisign d'int�grer les PKI et les certificats num�riques (qui sont employ�s pour fixer les transactions d'Internet) avec des applications d'un XML. L'id�e principale est de d�l�guer une signature traitant au serveur de confiance sur le Web, de sorte que les minces ou les clients mobiles ne doivent pas porter autour des smarts pour faire tout ceci eux-m�mes. Un XKMS se fonde sur des sp�cifications de signature de XML qui d�j� sont travaill�es dessus � c�t� de W3C et sur le travail pr�vu au W3C sur les sp�cifications de chiffrage de XML.
|
|
|
Keywords: web services xml, web services technology, web services example, web services ibm,
web services net, web services framework, web services implementation,
web services interface, web services technologies, web services interoperability,
web services wsdl, web services api, web services sun, web services oracle,
oracle platform, web services jboss, web services c#, web development platform,
web services proxy, web services application, web services server, web services sample,
web services business, web services client, web services call, web services development,
web services ejb, web services code, application platform, server platform, platform tutorial
|