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
|