Comme on vu dans les deux précédents articles , on a  parcouru les étapes soulignées  :

  1.Connect              2. Integrate                 3.  Map                     4.Activate 

Dans cet article , on se focalisera à  faire le mapping des données entre ScheduleUpdate| Source  et   TweetUpdate| Cible .

  • =====  Implémentation  SoapUI <> OIC <> Twitter   –  3.  Map  – =====

Voici notre sociale intégration crée  , reste  à configurer le mapping  , il suffit de cliquer sur la carré vert comme suit :

map1.PNG

Il  suffit de cliquer  sur le + pour créer une correspondance pour chaque  branche request , response, fault .On commence par le mapping de la requête .

map3.PNG

Le message target ‘Tweet’  contient 9 paramètres , mais le plus important est « statut  »

map2.PNG

En total, on envoie différents messages sous le format  suivant ::

  •     Flight #KL1350  arrivé à   #LIL  from   #OUJ    is      23 minutes  en route
  •     Flight #KL1350  arrivé à   #LIL  from   #OUJ    is       23 minutes   à son origine
  •     Flight #KL1350  arrivé à   #LIL  from   #OUJ    is       23 minutes Delayed

On va assigner 4 différente messages à status node  dépendant du message reçu en request.Et par la suite  , on envoie des tweets dynamic .

Au niveau mapping , créer  une  correspondance sur la branche   Request

On click  sur le noeud ‘statut’  pour créer les  différents messages dynamics

maps.PNG

mapping3.PNG

On se base  sur la valeur suivante :

Valeur id_16« xsd:duration(fn:current-dateTime() – xsd:dateTime(/nssrcmpr:ScheduleUpdate/nssrcmpr:departureTime)) > xsd:duration(‘PT0S’) »

Pour définir la structure du  message publié en tweet , en utilisant   la fonction de mapping  Choose et <xsl:when/>  et <xsl:otherwise/>  en tant que Child

concat1.PNG

maps3.PNG

Retrouvez plus d’infos sur le Mapping et les Recommendations proposées  dans OIC , sur le lien :

https://docs.oracle.com/en/cloud/paas/integration-cloud-service/ocmap/getting-started-mapper.html

On vient de finir le mapping de la branche  request , passant maintenant à voir le mapping de la branche Response retournée par Twitter , elle est comem suit  :

maps7.PNG

Avec les valeurs suivantes :

parentID : faFlightID (from request value)maps6.PNG

FS:processed : « True »

message  :  text   ( from  tweetResponse)maps1.PNG

Finalement , reste à mettre  en  correspondance de la branche Error : maps2.PNG

code : errorCodemaps4.PNG

message : detailsmaps8.PNG

Et c’est ainsi , on a fait tout le mapping des trois branches Request – Response – Fault

confin

On peut désormais enregister et valider notre sociale intégration  🙂

Dernière Etape :    4. Validate   (Partie 5 )

=====  Implémentation  SoapUI <> OIC <> Twitter   –  4. Validate  ===== 

 

Publicités