Les importations définissent des interactions entre les
modules SCA (Service Component Architecture) et les fournisseurs de services. Grâce aux importations, les
modules SCA permettent aux composants d'accéder aux services externes (services qui se
trouvent en dehors du module SCA) à l'aide d'une représentation locale. Les liaisons d'importation définissent la façon spécifique dont on accède à un service externe.
Si les modules SCA n'ont pas
besoin d'accéder à des services externes, ils n'ont pas besoin de disposer d'importations. Les modules de médiation disposent généralement d'une ou de plusieurs importations qui
sont utilisées pour transmettre les messages ou demandes sur leurs cibles prévues.
Interfaces et liaisons
Une importation de
module SCA requiert
au moins une interface et une importation de
module SCA est dotée d'une seule
liaison.
- Les interfaces d'importation sont des définitions abrégées qui définissent un
ensemble d'opérations via WSDL (Web Services Description Language), un langage XML
utilisé pour décrire des services Web. Un module SCA peut disposer d'un grand nombre d'interfaces d'importation.
- Les liaisons d'importation sont des définitions concrètes qui spécifient le mécanisme physique utilisé par les
modules SCA pour accéder à un service externe.
Liaisons d'importation prises en charge
WebSphere ESB prend en
charge les liaisons d'importation ci-après :
- Les liaisons de service Web permettent aux composants d'appeler des services Web. Les protocoles pris en charge sont SOAP/HTTP et SOAP/JMS.
Une liaison de services Web utilisant le protocole SOAP/JMS prend en charge la spécification JMS par le biais du fournisseur de messagerie par défaut de WebSphere Application Server
dans une configuration point-à-point. La liaison SOAP/JMS
ne prend pas en charge les modes JMS générique, JMS MQ ni le mode de diffusion JMS.
- Les liaisons SCA connectent les modules SCA à d'autres
modules SCA. Les liaisons SCA sont également appelées liaisons par défaut.
- Les liaisons Java™ Message Service (JMS) 1.1
permettent l'interopérabilité avec le fournisseur de messagerie par défaut de
WebSphere Application Server. JMS peut exploiter divers types de protocoles de transport, tels que TCP/IP et HTTPS. La classe de message JMS et ses cinq sous-types (Text, Bytes, Object, Stream et
Map) sont automatiquement pris en charge.
- Les liaisons JMS WebSphere MQ permettent
l'interopérabilité avec les fournisseurs JMS basés sur
WebSphere MQ. La classe de message JMS et ses cinq sous-types (Text, Bytes, Object, Stream et
Map) sont automatiquement pris en charge. Si vous souhaitez utiliser WebSphere
MQ en tant que fournisseur JMS, vous pouvez disposer de liaisons JMS WebSphere
MQ.
- Les liaisons WebSphere MQ permettent
l'interopérabilité avec WebSphere MQ. Vous ne pouvez utiliser des liaisons WebSphere MQ
qu'avec des gestionnaires de file d'attente distants via une connexion client
WebSphere MQ ; en effet, vous ne pouvez pas
les utiliser avec des gestionnaires de file d'attente locaux.
Vous pouvez disposer de liaisons WebSphere MQ
si vous souhaitez communiquer avec des applications natives
WebSphere MQ.
- Les liaisons JMS génériques permettent l'interopérabilité avec les fournisseurs JMS tiers qui s'intègrent à WebSphere Application Server
à l'aide de la fonction JMS Application Server Facility (ASF).
- Les liaisons WebSphere Adapter permettent
l'interaction avec le système d'information d'entreprise EIS (Enterprise Information Systems).
- Les liaisons HTTP permettent d'accéder aux applications à l'aide du protocole HTTP.
Appel dynamique de services
Les services peuvent être appelés via n'importe quelle liaison d'importation prise en charge. Un service se trouve généralement sur un noeud final spécifié lors de l'importation. Ce noeud final est appelé noeud final statique. Il est possible d'appeler un service différent en remplaçant le noeud final statique. Le remplacement dynamique des noeuds finaux statiques vous permet d'appeler un service sur un autre noeud final, via n'importe quelle liaison d'importation prise en charge. L'appel dynamique de services vous permet également d'appeler un service pour lequel la liaison d'importation prise en charge n'a pas de
noeud final statique.
Une configuration spécifique est utilisée pour contrôler le fonctionnement de l'appel dynamique des services. La configuration peut être définie à l'aide d'une liaison d'importation de modèle ou au moment de l'appel.
Le type de cible de l'appel est identifié à partir de l'adresse URL du noeud final. Une adresse URL sca indique un module SCA.
Une adresse URL http ou jms indique un service Web. L'utilisation de http dans l'adresse URL ne signifie pas que le noeud final est un service HTTP. De même, l'utilisation de jms dans l'adresse URL ne signifie pas que le noeud final est un service JMS.