Service Web/SOAP

Source pour créer SOA
Source pour Service web

Bonjour Tout le monde, Aujourd'hui, je voudrais vous parler du service web qui est très très répandu dans l'ère informatique.

Voici le sommaire du chapitre:
1. Service web
2. Architecture web

  • 2.1. UDDI
  • 2.2. WSDL
  • 2.3. SOAP

3. SOAP

  • 3.1. Avantage
  • 3.2. Comment l'appliquer

4.QR pour entretien

1. Service web

Les services Web sont basés sur le modèle SOA .
Définition:un service Web est tout simplement un programme accessible au moyen d'Internet, qui utilise un système de messagerie standard XML, et n'est lié à aucun système d'exploitation ou langage de programmation !

Problématique:
la diversité des plates-formes utilisées dans les organisations, problème de passage à travers des pare-feu d'où la lenteur, voire l'absence de réponses sur ce réseau.

l'intérêt du service web?
Les services Web fournissent un lien entre applications. Ainsi, des applications utilisant des technologies différentes peuvent envoyer et recevoir des données au travers de protocoles compréhensibles par tout le monde.

Les services Web sont normalisés car ils utilisent les standards XML et HTTP pour transférer des données et ils sont compatibles avec de nombreux autres environnements de développement. Ils sont donc indépendants des plates-formes. C'est dans ce contexte qu'un intérêt très particulier a été attribué à la conception des services Web puisqu'ils permettent aux entreprises d'offrir des applications accessibles à distance par d'autres entreprises. Cela s'explique par le fait que les services Web n'imposent pas de modèles de programmation spécifiques.

Caractéristiques:

  • il est accessible via le réseau
  • Ses descriptions sont stockées dans un annuaire.
  • Il communique en utilisant des messages XML, ces messages sont transportés par des protocoles Internet(HTTP,FTP etc).
  • L'intégration d'application en implémentant des services Web produit des systèmes faiblement couplés, le demandeur du service ne conna?t pas forcément le fournisseur.

2. Architecture web

Le fonctionnement du service web illustrés par le schéma suivant:


image.png

Les trois acteurs s'interagissent les étapes suivants:

  • La publication du service : le fournisseur diffuse les descriptions de ses services Web dans l'annuaire.
  • La recherche du service : le client cherche un service particulier, il s'adresse à un annuaire qui va lui fournir les descriptions et les URL des services demandés afin de lui permettre de les invoquer.
  • L'invocation du service : une fois que le client récupère l'URL et la description du service, il les utilise pour l'invoquer auprès du fournisseur de services.

Scénarios:
Les entreprises publient les descriptions de leurs services Web en UDDI, sous la forme de fichiers WSDL. Ainsi, les clients peuvent plus facilement rechercher les services Web dont ils ont besoin en interrogeant le registre UDDI.
Lorsqu'un client trouve une description de service Web qui lui convient, il télécharge son fichier WSDL depuis le registre UDDI. Ensuite, à partir des informations inscrites dans le fichier WSDL, notamment la référence vers le service Web, le client peut invoquer le service Web et lui demande d'exécuter certaines de ses fonctionnalités.

  • 2.2. WSDL

Il indique comment utiliser le service web et interagir avec lui.
WSDL est basé sur XML, et permet de décrire de fa?on précise les détails concernant le service Web tels que les protocoles, les ports utilisés, les opérations pouvant être effectuées, les formats des messages d'entrée et de sortie et les exceptions pouvant être envoyées.

WSDL document peut être divisé par deux parties:
une parties précis pour utilisateur:
<wsdl:service>
<wsdl:port>
<wsdl:binding>

une autre partie abstrait sont orienté vers la capacité du service web.
<wsdl:types>
<wsdl:message>
<wsdl:operation>
<wsdl:portType>

  • 2.3. UDDI

Il fournit l'infrastructure de base pour la publication et la découverte des services Web. UDDI permet aux fournisseurs de présenter leurs services Web aux clients.

notes: trois pages, page blanche, page jaune, page verte appartiennent UDDI(universal, description, discovery, integration)

3. SOAP

Le protocole de communication SOAP.
SOAP est un protocole d'invocation sur des services distants, basé sur XML, pour principal objectif d'assurer la communication entre Machines.
Définition:
une spécification pour une omniprésence, basée sur XML et sur des infrastructures distribuées.

Structure du message SOAP

Structure de SOAP

un message SOAP est composé de deux parties, une partie obligatoire: L'enveloppe SOAP, et le corps SOAP; une partie optionnel: L'en-tête SOAP.

L'Enveloppe SOAP:namespace et codage
L'en-tête SOAP:(facultatif)

il est à la disposition des clients et des services pour leur propre usage. Cet usage typique serait de communiquer des informations authentifiant l'émetteur ou bien encore le contexte d'une transaction dont le message SOAP doit passer par plusieurs intermédiaires SOAP pour arriver au destinataire final

Un intermédiaire SOAP est toute entité capable de recevoir et transmettre des messages SOAP.

Trois attributes associés à l'en-tête peuvent être utilisés:
soap:mustUnderstand:
valeur 1:le récepteur doit reconna?tre l'en-tête et son traitement est obligatoire.
valeur 0:l'en-tête peut être ignoré.
soap:actor(indiquer pour qui):Sert à indiquer le destinataire SOAP auquel un bloc d'en-tête SOAP particulier est destiné.

Le Corps SOAP:

méthodes et paramètres à exécuter pour destinataire finale.
Le corps (body) doit fournir le nom de la méthode invoquée par une requête ainsi que les paramètres associés a celle-ci.

  • Méthode:checkAccountBalance
  • Paramètre:1234567890
  • Type:int
<soap:Body>
        <checkAccountBalance>
                 <accountNumber xsi: type="xsd:int">1234567890</accountNumber>
        </checkAccountBalance>
</soap:Body>
L'erreur-SOAP:**(facultatif)reporter les erreurs.

Figurez uniquement dans le message de réponse;
Appara?t qu'une seule fois.
Moment:Cette balise est utilisée pour communiquer un problème qui a eu lieu dans la tentative de réalisation de la demande adressée au service Web

<soap:Body>
   <soap:Fault>
        <!-- Identifiant de l'erreur, 4 code soap:Server; soap:Client; soap:VersionMismatch; soap:mustUnderstand)-->
       <faultcode>soap:Server</faultcode>
        <!-- Description brève du message-->
       <faultstring>Impossible de router le message.</faultstring>
       <!--Composant qui a généré l'erreur (URL). -->  
       <faultactor>http://www.monsite.com/messageDispatcher
       </faultactor>
       <!--Message spécifique à l'application-->
     <detail>
         <m:error xmlns:m="http://www.monsite.com/errors"> E_NO_ROUTE </m:error>
     </detail>

   </soap:Fault>

</soap:Body>
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末岔绸,一起剝皮案震驚了整個濱河市颗味,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖欲侮,帶你破解...
    沈念sama閱讀 212,884評論 6 492
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異叁扫,居然都是意外死亡啊易,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,755評論 3 385
  • 文/潘曉璐 我一進店門逞带,熙熙樓的掌柜王于貴愁眉苦臉地迎上來欺矫,“玉大人,你說我怎么就攤上這事展氓∧屡浚” “怎么了?”我有些...
    開封第一講書人閱讀 158,369評論 0 348
  • 文/不壞的土叔 我叫張陵遇汞,是天一觀的道長未妹。 經(jīng)常有香客問我,道長空入,這世上最難降的妖魔是什么络它? 我笑而不...
    開封第一講書人閱讀 56,799評論 1 285
  • 正文 為了忘掉前任,我火速辦了婚禮歪赢,結果婚禮上化戳,老公的妹妹穿的比我還像新娘。我一直安慰自己埋凯,他們只是感情好点楼,可當我...
    茶點故事閱讀 65,910評論 6 386
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著白对,像睡著了一般掠廓。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上甩恼,一...
    開封第一講書人閱讀 50,096評論 1 291
  • 那天蟀瞧,我揣著相機與錄音,去河邊找鬼条摸。 笑死悦污,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的屈溉。 我是一名探鬼主播塞关,決...
    沈念sama閱讀 39,159評論 3 411
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼子巾!你這毒婦竟也來了帆赢?” 一聲冷哼從身側響起小压,我...
    開封第一講書人閱讀 37,917評論 0 268
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎椰于,沒想到半個月后怠益,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,360評論 1 303
  • 正文 獨居荒郊野嶺守林人離奇死亡瘾婿,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,673評論 2 327
  • 正文 我和宋清朗相戀三年蜻牢,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片偏陪。...
    茶點故事閱讀 38,814評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡抢呆,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出笛谦,到底是詐尸還是另有隱情抱虐,我是刑警寧澤,帶...
    沈念sama閱讀 34,509評論 4 334
  • 正文 年R本政府宣布饥脑,位于F島的核電站恳邀,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏灶轰。R本人自食惡果不足惜谣沸,卻給世界環(huán)境...
    茶點故事閱讀 40,156評論 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望笋颤。 院中可真熱鬧乳附,春花似錦、人聲如沸伴澄。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,882評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽秉版。三九已至,卻和暖如春茬祷,著一層夾襖步出監(jiān)牢的瞬間清焕,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,123評論 1 267
  • 我被黑心中介騙來泰國打工祭犯, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留秸妥,地道東北人。 一個月前我還...
    沈念sama閱讀 46,641評論 2 362
  • 正文 我出身青樓沃粗,卻偏偏與公主長得像粥惧,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子最盅,可洞房花燭夜當晚...
    茶點故事閱讀 43,728評論 2 351

推薦閱讀更多精彩內(nèi)容