Transformation d'un service Web hébergé en interne en service Web
Créez un service entrant. Un service entrant est une interface Web d'un service interne (un service fourni par votre propre organisation et hébergé dans un emplacement directement disponible par l'intermédiaire d'une destination de bus d'intégration de services). Pour configurer un service hébergé en local comme service entrant, associez-le à une destination de services et à un ou plusieurs programmes d'écoute de noeud final par l'intermédiaire desquels les demandes et réponses du service sont transmises à ce dernier. Vous pouvez également choisir de rendre le service local disponible via un ou plusieurs registres UDDI.
Avant de commencer
- Vous avez créé et installé un référentiel SDO (Service Data Objects) (utilisé pour stocker et gérer les définitions WSDL definitions) sur chaque serveur autonome server ou cluster qui doit avoir un rôle de service Web de bus d'intégration de services.
- Vous avez créé une configuration de programme d'écoute de noeud final pour chaque programme d'écoute de noeud final que vous comptez utiliser pour recevoir des demandes de services entrants.
- Vous disposez déjà d'un service hébergé en interne que vous voulez configurer comme service entrant et vous voulez rendre le service disponible sur une destination du bus d'intégration de services.
- Vous avez créé des références à des registres UDDI dans lesquels enregistrer ce service.
Vous devez également créer un modèle de fichier WSDL qui décrit le service et permet l'accès à ce fichier à partir d'une URL ou via un registre UDDI. Pour plus d'informations sur la manière de créer un fichier WSDL, voir Développement d'un fichier WSDL pour les applications JAX-RPC.
Pourquoi et quand exécuter cette tâche
Dans l'illustration suivante, une demande de client est reçue par une programme d'écoute de noeud final, puis envoyée via un port entrant à une destination de service entrante. Des gestionnaires JAX-RPC et des liaisons WS-Security peuvent être appliqués aux ports.

Les demandes et réponses de service Web à un service entrant peuvent être envoyées par le biais de toute liaison (par exemple, SOAP sur HTTP ou SOAP sur JMS) disponible sur le bus. Chaque type de liaison disponible est représenté par un port de communications entrantes et chacun de ces ports est associé à un programme d'écoute de noeud final spécifique à la liaison.
- Vous pouvez contrôler les groupes d'utilisateurs qui peuvent accéder à un service Web entrant en rendant ce service accessible uniquement via des écouteurs de noeud final spécifiques.
- Vous pouvez associer des listes de gestionnaires JAX-RPC à des ports, pour que les gestionnaires puissent surveiller l'activité au niveau d'un port et prendre les mesures appropriées selon l'émetteur et le contenu des messages qui transitent par ce port.
- Vous pouvez définir le niveau de sécurité à appliquer aux messages (liaisons et configuration WS-Security). Le niveau de sécurité peut être défini indépendamment pour les messages de demande et de réponse.
Procédure
Résultats
Que faire ensuite
Pour sécuriser votre nouveau service entrant, appliquer une liste de gestionnaires JAX-RPC aux ports pour le service, ou encore publier le service dans plusieurs registres UDDI, utilisez la console d'administration afin de modifier la configuration de votre service entrant.