Services Web distants

Si votre application utilise des services Web distants qui ne sont pas publics sur Internet, réfléchissez aux conséquences du déplacement du cloud sur l'accès à ces services distants. Si les services Web distants sont disponibles sur Internet, aucune modification n'est nécessaire.

Les appels de méthode Java suivants indiquent l'utilisation de services Web distants :

• org.apache.soap.rpc
• javax.xml.rpc.Call
• javax.xml.rpc.Service
• javax.xml.rpc.Stub
• javax.xml.rpc.ServiceFactory
• javax.xml.rpc.ServiceException
• javax.xml.ws.AsyncHandler
• javax.xml.ws.Service
• javax.xml.ws.Service.Mode
• javax.xml.ws.WebServiceClient
• javax.xml.ws.WebServiceRef
• javax.xml.ws.WebServiceRefs
• javax.ws.rs.client
• org.apache.client.wink.client

L'élément descripteur de déploiement suivant indique également l'utilisation de services Web distants :

• <service-ref> dans le fichier application-client.xml, ejb-jar.xml ou web.xml.

De plus, la présence des fichiers suivants indique l'utilisation de services Web distants :

• ibm-webservicesclient-bnd.xmi
• ibm-webservicesclient-ext.xmi

Cette règle est signalée une fois par projet Eclipse ou par archive Java.

Remarque : si vous migrez vers Liberty Core, JAX-XS (Java API for XML-Based Web Services) n'est pas fourni dans le cadre du profil Web Java EE. Envisagez d'intégrer une implémentation JAX-WS avec votre package d'application ou migrez vers Liberty ou vers WebSphere Traditional

Mode de résolution

Si votre application peut accéder directement au service Web distant, aucune action supplémentaire n'est requise.

Sinon, vous pouvez déplacer dans le cloud les applications avec les services Web dépendants dans le cadre de la migration. Les problèmes éventuels de latence sont ainsi éliminés. La faisabilité de cette solution dépend de votre choix d'exécution du cloud. Par exemple, l'API Java pour RPC (JAX-RPC) n'est pas prise en charge par un serveur Liberty s'exécutant en tant qu'environnement IBM Cloud Instant Runtime. Vous pouvez également utiliser un tunnel VPN, par exemple IBM Secure Gateway for IBM Cloud, pour créer une connexion sécurisée pour vos appels de services Web distants existants. Pour plus d'informations sur la configuration d'une connexion sécurisée, voir Configuration d'un VPN. Une fois la passerelle configurée, connectez votre application à la nouvelle destination en utilisant l'hôte et le numéro de port du cloud fournis lors de la création de la destination.