top 45 web services interview questions
Liste des questions et réponses d'entretien les plus fréquemment posées sur les services Web pour vous aider à vous préparer à l'entretien à venir:
Dans le scénario d’aujourd’hui, lorsque nous parlons des nécessités de base pour mener une vie techniquement avancée, «World Wide Web, c’est-à-dire www», agit comme un facteur essentiel.
Sur le marché, il existe une variété d'applications Web développées sur différentes plates-formes de programmation. Il devient très difficile d'assurer des associations complètes et précises entre ces applications hétérogènes.
La solution à un tel problème est 'Services Web' qui agit en fait comme un moyen de communication entre ces multiples applications Web développées avec différents langages de programmation. Les services Web utilisent un système de messagerie XML standardisé facilement accessible sur Internet ou sur des réseaux privés.
Les services Web sont un sujet très vaste. Cela inclut son architecture, des composants comme Protocole d'accès aux objets simple (SOAP) , Langage de description de services Web (WSDL) , Services Web RESTful, sécurité des services Web, etc.
Dans cet article, tous les sujets de services Web nécessaires sont couverts pour lesquels vous devez bien connaître, afin de répondre à toutes les questions de niveau. Vous verrez également les meilleures questions et réponses d'entrevue sur les services Web dans des catégories afin que, si nécessaire, vous ne puissiez parcourir qu'une section particulière.
Ce que vous apprendrez:
Questions et réponses d'entrevue sur les services Web
Les questions enrôlées suivantes couvrent les questions de test des services Web, les services Web RESTful, les services Web SOAP, les questions d'entretien sur la sécurité des services Web.
Questions générales
Q # 1) Expliquez les services Web?
Répondre: Un service Web peut être défini comme un composant d'application pour la communication ou, par exemple, l'échange d'informations entre deux applications sur le réseau. Les services Web fonctionnent essentiellement sur un modèle client-serveur où les services Web sont facilement accessibles aux applications clientes sur le réseau.
Pour permettre la communication entre diverses applications, les services Web utilisent des normes ouvertes telles que XML (pour l'étiquetage des données), SOAP (pour le transfert de messages) et WSDL (pour indiquer la disponibilité du service).
Q # 2) Quels sont les composants du service Web?
Répondre: Les différents composants des services Web sont les suivants:
- SAVON- Protocole d'accès aux objets simple
- UDDI- Description, découverte et intégration universelles
- WSDL- Langage de description de service Web
- RDF- Cadre de description des ressources
- XML- Langage de balisage extensible
Q # 3) Expliquez le terme Interopérabilité en ce qui concerne les services Web?
Répondre: Le terme «interopérabilité» est largement utilisé dans la description marketing des produits qui définit la capacité de différents produits ou systèmes à fonctionner ensemble sans aucun effort particulier de la part du client.
Cela vaut de la même manière lorsque nous parlons d ’« interopérabilité »en termes de services Web. Ici, il détermine la communication entre les différentes applications, le partage des données ainsi que les services entre elles. Il n'y a aucune restriction sur le type d'application pour être en communication.
Si un code est écrit, il sera traité comme un code générique qui sera compris par toutes les applications. Ainsi, le coût d'écriture de codes spécifiques pour chaque application est réduit.
Il n'y a aucune restriction sur le type d'application pour être en communication. Si un code est écrit, il sera traité comme un code générique qui sera compris par toutes les applications. Ainsi, le coût d'écriture de codes spécifiques pour chaque application est réduit.
Q # 4) Définir la pile de protocoles de service Web et ses couches?
Répondre: La pile de protocoles de service Web se compose de 4 couches. Cela peut être décrit comme suit:
a) Transport de service: Il s'agit de la première couche qui permet de transporter des messages XML entre diverses applications clientes. Cette couche utilise généralement les protocoles mentionnés ci-dessous:
- HTTP (protocole de transport hypertexte)
- SMTP (protocole de transport de courrier simple)
- FTP (protocole de transfert de fichiers)
- BEEP (Block Extensible Exchange Protocol)
b) Messagerie XML: Cette couche est basée sur le modèle XML où les messages sont codés dans un format XML commun qui est facilement compris par les autres. Cette couche comprend
- XML-RPC
- SOAP (Simple Object Access Protocol)
c) Description du service: Cette couche contient des descriptions telles que l'emplacement, les fonctions disponibles et les types de données pour la messagerie XML qui décrit l'interface publique avec un service Web spécifique. Cette couche comprend:
- WSDL (langage de description de service Web)
d) Découverte de service: Cette couche est chargée de fournir un moyen de publier et de trouver des services Web sur le Web. Cette couche comprend:
- UDDI (description universelle, découverte et intégration)
Q # 5) Expliquez l'architecture du service Web?
Répondre: L'architecture de l'infrastructure de service Web se compose de trois couches différentes. Les rôles de ces couches sont définis comme ci-dessous:
- Fournisseur de services: Comme son nom l'indique, le rôle du fournisseur de services est de créer le service Web et de le rendre accessible aux applications clientes sur Internet pour leur utilisation.
- Demandeur de service: Service Requestor est fondamentalement tout consommateur de service Web comme toute application cliente. Les applications clientes sont rédigées dans n'importe quelle langue. Ils contactent le service Web pour tout type de fonctionnalité en envoyant des requêtes XML via la connexion réseau disponible.
- Registre des services: Service Registry est le répertoire centralisé qui permet de localiser les services Web pour les applications clientes. Ici, nous pouvons trouver les services Web existants, ainsi que les développeurs, peuvent également créer le nouveau.
Le fournisseur de services utilise l’interface «Publier» de Service Registry pour mettre les services Web existants à la disposition des applications clientes. Avec toutes les informations fournies par le registre des services, le demandeur de services est en mesure de lier ou d'appeler des services.
Q # 6) Qu'entendez-vous par XML-RPC?
Répondre: RPC est un appel de procédure à distance et comme son nom l'indique, c'est la méthode d'appel d'une procédure ou d'une fonction disponible sur n'importe quel ordinateur distant.
meilleure application pour espionner le téléphone de quelqu'un
XML signifie Extensible Markup Language. Ainsi, XML-RPC représente un protocole simple qui exécute des RPC à l'aide de la messagerie XML. Cela a été considéré comme un excellent outil pour connecter différents environnements et également établir des connexions entre une grande variété d'ordinateurs.
Q # 7) Expliquez les fonctionnalités de XML-RPC?
Répondre: Les principales fonctionnalités de XML-RPC sont répertoriées ci-dessous:
- Les RPC sont exécutés en utilisant un langage XML simple.
- Les demandes codées XML sont envoyées via HTTP POST.
- La réponse XML est intégrée à la réponse HTTP.
- Il est considéré comme indépendant de la plateforme.
- Il permet la communication entre diverses applications.
- Il utilise le protocole HTTP pour transmettre des informations entre les ordinateurs client et serveur.
- Il contient un petit vocabulaire XML pour décrire la nature de la demande et de la réponse.
Q # 8) Demandez quelques avantages des services Web?
Répondre: Nous avons déjà évoqué les services web, son architecture, ses composants. À présent, voyons quelques-uns de ses avantages:
- Chaque application est maintenant sur Internet et c'est le service Web qui fournit une sorte de fonctionnalité requise aux applications clientes.
- Les services Web aident à exposer les fonctionnalités existantes sur le réseau pour aider d'autres applications à utiliser dans leurs programmes.
- Il possède des fonctionnalités telles que «l'interopérabilité» qui détermine la communication entre diverses applications, le partage de données ainsi que des services entre elles.
- Les services Web utilisent la pile de protocoles de service Web normalisée pour la communication qui se compose de 4 couches à savoir, le transport de service, la messagerie XML, la description de service et la découverte de service.
- Il a la caractéristique du faible coût de communication en raison de l'utilisation de SOAP (Simple Object Access Protocol) sur le protocole HTTP.
- Facile à déployer, à intégrer et est réutilisable.
- Permet une intégration simple entre différentes fonctions dans le cadre de la fonction de couplage lâche.
Q # 9) Expliquez le terme UDDI avec ses fonctionnalités?
Répondre: UDDI est une norme basée sur XML dans la couche de découverte de service de la pile de protocoles de service Web. Il est utilisé pour publier et rechercher des services Web sur le Web car il agit comme un annuaire. Certaines des fonctionnalités d'UDDI sont expliquées ci-dessous:
- Il s'agit d'un cadre ouvert et indépendant de la plate-forme.
- Les protocoles SOAP, COBRA et Java RMI sont utilisés pour la communication.
- Il aide les entreprises à se découvrir et à permettre une interaction entre elles sur Internet.
- Il agit comme une base de données contenant tous les fichiers WSDL.
Q # 10) Quelle langue est utilisée par UDDI?
Répondre: UDDI utilise le langage appelé WSDL (Web Service Description Language)
Q # 11) Expliquez BEEP?
Répondre: BEEP signifie Blocks Extensible Exchange Protocol. BEEP est déterminé comme la construction de nouveaux protocoles pour une variété d'applications telles que la messagerie instantanée, la gestion de réseau, le transfert de fichiers, etc. Il est appelé le nouveau groupe de travail d'ingénierie Internet (IETF) qui est directement posé sur TCP. Il possède des fonctionnalités intégrées telles que
- Authentification
- Sécurité
- La gestion des erreurs
- Protocole de poignée de main
Q # 12) Demandez-vous quelques outils utilisés pour tester les services Web?
Répondre: Pour tester les services Web, les outils mentionnés ci-dessous sont utilisés:
- SAVON
- Client REST
- JMeter
Q # 13) Avons-nous besoin d'une application spéciale pour accéder au service Web?
Répondre: La seule exigence pour accéder aux services Web à partir de n'importe quelle application est qu'elle doit prendre en charge la demande et la réponse XML. Il n'est pas nécessaire ni exigé d'installer une application pour accéder aux services Web.
Questions d'entretiens chez RESTful Web Services
Q # 14) Que savez-vous des services Web RESTful?
Répondre: REST signifie Representational State Transfer. REST est défini comme le style architectural client-serveur sans état pour le développement d'applications accessibles sur le Web.
Lorsque les services Web utilisent des méthodes HTTP pour implémenter le concept d'architecture REST, on parle alors de services Web RESTful. Dans ce style architectural, les données et fonctionnalités sont servies comme des ressources et sont accessibles par URI (Uniform Resource Identifiers).
Les services Web RESTful permettent aux services Web de fonctionner au mieux en induisant des propriétés telles que
- Performance
- Évolutivité
- Modifiabilité
Q # 15) Expliquez les avantages des services Web RESTful?
Répondre: Vous trouverez ci-dessous les avantages des services Web RESTful:
- Ils sont considérés comme indépendants du langage et de la plate-forme car ils peuvent être écrits dans n'importe quel langage de programmation et peuvent être exécutés sur n'importe quelle plate-forme.
- REST est un protocole léger et est considéré comme rapide en raison de la moindre consommation de bande passante et de ressources.
- Il prend en charge plusieurs technologies et différents formats de données tels que le texte brut, XML, JSON, etc.
- Il a une implémentation faiblement couplée et peut être testé facilement sur les navigateurs.
Q # 16) Différencier SOAP et REST?
Répondre: La différence entre SOAP et REST peut être facilement comprise à partir du tableau ci-dessous.
SAVON | DU REPOS |
---|---|
Il définit sa propre sécurité et utilise le contrat WSDL pour lier les services Web et les programmes clients. | Il n'a pas de contrat défini et n'a pas ses propres méthodes de sécurité. |
Le protocole SOAP (Simple Object Access Protocol) sert de protocole standard pour la création de services Web. | Le transfert d'état de représentation (REST) est un style architectural pour la création de services Web. |
Les services Web et les clients sont étroitement liés et définissent certaines normes qui doivent être strictement respectées. | Il ne suit pas trop de normes et est faiblement couplé. |
Il nécessite plus de bande passante et de ressources et utilise des interfaces de service pour exposer la logique métier. | Il nécessite moins de bande passante et de ressources et utilise des URI (Uniform Resource Identifiers) pour exposer la logique métier. |
Il est généralement moins préféré et autorise uniquement le format de données XML. | Il est généralement plus préféré et permet des formats de données tels que le texte brut, HTML, JSON, etc. |
L'API Java pour le service Web SOAP est JAX-WS. | L'API Java pour le service Web RESTFUL est JAX-RS. |
SOAPUI peut être utilisé pour tester les services Web SOAP. | Les navigateurs et les extensions tels que Chrome postman sont utilisés pour tester les services Web REST. |
Q # 17) Expliquez les différentes méthodes HTTP prises en charge par les services Web RESTful?
Répondre: Vous trouverez ci-dessous quelques méthodes HTTP courantes ainsi que leurs fonctions prises en charge par les services Web RESTful
- OBTENIR: Accès en lecture seule à la ressource.
- METTRE: Création de nouvelles ressources.
- EFFACER: Suppression d'une ressource.
- PUBLIER: Mise à jour d'une ressource existante.
- OPTIONS: Obtenez des opérations prises en charge sur la ressource.
- DIRIGER: Renvoie l'en-tête HTTP uniquement, personne.
Q # 18) Qu'est-ce qu'une ressource dans le service Web RESTful et comment est-elle représentée?
Ans: On dit que la ressource est un concept fondamental ayant un type et une relation avec d'autres ressources. Dans l'architecture REST, chaque contenu est considéré comme la ressource et ils sont identifiés par leurs URI.
Les ressources sont représentées à l'aide de XML, JSON, texte, etc. dans l'architecture RESTful.
Q # 19) Quels sont les composants de base de la requête HTTP et de la réponse HTTP?
Répondre: La requête HTTP comprend les 5 composants principaux suivants:
Requêtes HTTP | Signification / travail |
---|---|
Verbe | Indiquez les méthodes HTTP telles que GET, PUT, POST, etc. |
DÉTESTER | Identifie la ressource sur le serveur |
Version HTTP | Indique la version. |
Demande d'en-tête | Contient des métadonnées telles que le type de client, les paramètres de cache, le format du corps du message, etc. pour le message de requête HTTP. |
Demander le corps | Représente le contenu du message. |
La réponse HTTP comprend les 4 principaux composants suivants:
Réponse HTTP | Signification / travail |
---|---|
Code d'état / réponse | Indique l'état du serveur pour la ressource demandée. |
Version HTTP | Représente la version HTTP. |
En-tête de réponse | Se compose de métadonnées telles que la longueur du contenu, le type de contenu, la longueur du serveur, etc. pour le message de réponse HTTP. |
Corps de réponse | Représente le contenu du message de réponse. |
Q # 20) Quel est le but et le format de l'URI dans l'architecture REST?
Répondre: Le but de l'URI est de localiser les ressources sur le serveur qui hébergent des services Web.
Format de l'URI:
: ////
Q # 21) Expliquez le terme apatridie en termes de services Web RESTful?
Répondre: Dans l'architecture REST, il existe une restriction selon laquelle un service Web REST n'est pas autorisé à conserver un état client sur le serveur. Une telle condition est appelée «apatridie». Dans une telle situation, le client transmet son contexte au serveur et à son tour, le serveur stocke le contexte afin de traiter les demandes ultérieures du client.
Q # 22) Enumérer les avantages et les inconvénients de l'apatridie?
Répondre: Les avantages de l'apatridie comprennent
- Chaque demande de méthode est traitée indépendamment.
- La conception de l’application est simplifiée car elle ne conserve pas l’interaction précédente du client.
- Fonctionne avec le protocole HTTP car il partage la caractéristique d'être l'apatridie.
L'inconvénient de l'apatridie comprend
- Chaque fois qu'une interaction client a lieu, les services Web doivent recevoir des informations supplémentaires sur chaque demande afin de pouvoir interpréter l'état du client.
Q # 23) Pour concevoir un service Web RESTful sécurisé, quels sont les meilleurs facteurs à suivre?
Répondre: Les chemins d'URL HTTP sont utilisés dans le cadre du service Web RESTful, ils doivent donc être sécurisés. Certaines des meilleures pratiques sont:
- Effectuez la validation de toutes les entrées sur le serveur à partir des attaques par injection SQL.
- Exécutez l'authentification basée sur la session de l'utilisateur chaque fois qu'une demande est effectuée.
- N'utilisez jamais de données sensibles telles que le nom d'utilisateur, le mot de passe du jeton de session, etc. via l'URL. Ceux-ci doivent être transmis via la méthode POST.
- Les méthodes telles que GET, POST, PUT, DELETE, etc. doivent être exécutées avec les restrictions appropriées.
- Le message d'erreur générique HTTP doit être appelé chaque fois que nécessaire.
Services Web SOAPUI
Q # 24) Définir les services Web SOAP?
Répondre: Le protocole SOAP (Simple Object Access Protocol) est défini comme le protocole basé sur XML qui est connu pour la conception et le développement de services Web ainsi que pour permettre la communication entre des applications développées sur différentes plates-formes avec différents langages de programmation sur Internet. Il est à la fois indépendant de la plate-forme et de la langue.
Q # 25) Quelles sont les différentes approches disponibles pour développer des services Web basés sur SOAP?
Répondre: Il existe essentiellement 2 approches différentes pour développer des services Web basés sur SOAP. Ceux-ci sont expliqués comme suit
- Approche axée sur le contrat: Dans cette approche, le contrat est d'abord défini par XML et WSDL, puis les classes java sont dérivées du contrat.
- Approche du dernier contrat: Dans cette approche, les classes java sont définies en premier, puis le contrat est généré, qui est généralement le fichier WSDL de la classe java.
La méthode du «contrat d'abord» est l'approche la plus préférée.
Q # 26) Expliquez le principal obstacle rencontré par les utilisateurs SOAP?
Répondre: L’un des principaux obstacles observés par les utilisateurs de SOAP est le «mécanisme de sécurité du pare-feu». Dans ce cas, tous les ports HTTP sauf ceux qui contournent le pare-feu sont verrouillés. Dans certains cas, un problème technique de mélange de spécification du transport de message avec la structure de message est également observé.
Q # 27) Quels sont les avantages et les inconvénients de SOAP?
Répondre: Vous trouverez ci-dessous les avantages des services Web SOAP:
- SOAP permet les communications entre diverses applications et est à la fois indépendant du langage et de la plate-forme.
- Il est très simple et utilise le protocole HTTP standard et XML pour envoyer et recevoir des messages.
- Il définit et utilise sa propre sécurité connue sous le nom de sécurité WS.
- Il dissocie le protocole de codage et de communication de l'environnement d'exécution.
- Il élimine les problèmes de pare-feu et est indépendant du fournisseur.
- Il permet la circulation des messages dans un environnement distribué et décentralisé.
Vous trouverez ci-dessous les inconvénients des services Web SOAP:
- Les formats légers autres que XML ne sont pas pris en charge.
- Pas facilement testable sur les navigateurs.
- Les installations de sécurité ne sont pas présentes.
- SOAP est lent et ne peut pas être facilement testé sur le navigateur.
- Les services Web et les clients sont étroitement liés et définissent certaines normes qui doivent être strictement respectées.
Q # 28) Quels sont les éléments d'un message SOAP?
Répondre: SOAP est comme tout autre document XML et contient les éléments suivants:
- Enveloppe: Cet élément est défini comme l'élément racine obligatoire. Il traduit le document XML et détermine le début et la fin du message SOAP.
- Entête: Cet élément contient les attributs d'en-tête facultatifs du message qui contiennent des informations spécifiques sur l'application. Cet élément peut se produire plusieurs fois et est destiné à ajouter de nouvelles fonctionnalités et fonctionnalités.
- Corps: Cet élément est obligatoire et contient les messages d'appel et de réponse. Il est également défini comme l'élément enfant de l'enveloppe contenant toutes les données XML dérivées de l'application qui ont été échangées dans le cadre du message SOAP.
- Élément de défaut: Les erreurs qui se produisent lors du traitement des messages sont gérées par l'élément fault. Si l'erreur est présente, cet élément apparaît comme un élément enfant du corps. Cependant, il ne peut y avoir qu'un seul bloc de défaut.
Q # 29) Quelles sont les caractéristiques importantes de l'élément d'enveloppe SOAP?
Répondre: Nous avons vu le travail de base d'un élément d'enveloppe SOAP dans la réponse précédente, voyons maintenant certaines de ses caractéristiques:
- L'enveloppe SOAP est un mécanisme d'emballage.
- Chaque message SOAP a un message d'enveloppe racine obligatoire.
- Un seul élément de corps est autorisé pour chaque élément d'enveloppe.
- À mesure que la version SOAP change, l'enveloppe change.
- Si l'élément d'en-tête est présent, il doit apparaître comme le premier enfant.
- Le préfixe ENV et l'élément enveloppe sont utilisés pour la spécification.
- Un espace de noms et un style d'encodage facultatif sont utilisés en cas d'encodage SOAP facultatif.
Q # 30) Inscrivez quelques règles de syntaxe applicables au message SOAP?
Répondre: Vous trouverez ci-dessous quelques règles de syntaxe importantes applicables au message SOAP:
Un message SOAP
- Doit être encodé en XML.
- Doit utiliser l'espace de noms de l'enveloppe SOAP.
- Doit utiliser l'espace de noms de codage SOAP.
- Ne doit pas contenir la référence DTD.
- Ne doit pas contenir d'instructions de traitement XML.
Q # 31) Définir SOA?
Répondre: Une architecture orientée services (SOA) est essentiellement définie comme un modèle architectural composé de services. Ici, les composants d'application fournissent des services aux autres composants en utilisant un protocole de communication sur le réseau. Cette communication implique un échange de données ou une activité de coordination entre les services.
Certains des principes clés sur lesquels repose la SOA sont mentionnés ci-dessous:
- Le contrat de service devrait être normalisé et contenir toutes les descriptions des services.
- Il existe un couplage lâche définissant la moindre dépendance entre les services Web et le client.
- Il doit suivre la règle d'abstraction de service, qui stipule que le service ne doit pas exposer la façon dont la fonctionnalité a été exécutée à l'application cliente.
- Les services doivent être réutilisables afin de fonctionner avec différents types d'applications.
- Les services doivent être sans état et avoir la fonctionnalité de découvrabilité.
- Les services divisent les gros problèmes en petits problèmes et permettent à divers abonnés d'utiliser les services.
Q # 32) Expliquez les actions effectuées par SOAPUI?
Répondre: SOAPUI est une solution de test fonctionnel open source, gratuite et multiplateforme. Ci-dessous, quelques actions effectuées par SOAPUI:
- Il peut aider à créer des suites de tests fonctionnels, de sécurité et de test de charge.
- Des tests basés sur les données et des tests basés sur des scénarios sont également effectués.
- Il a la capacité d'usurper l'identité des services Web et dispose de capacités de reporting intégrées.
Sécurité des services Web
Q # 33) Quels sont les principaux problèmes de sécurité du service Web?
Répondre: Pour garantir des transactions fiables et des informations confidentielles sécurisées, les services Web nécessitent un niveau de sécurité très élevé qui ne peut être atteint que par Entrust Secure Transaction Platform . Les problèmes de sécurité pour les services Web sont globalement divisés en trois sections, comme décrit ci-dessous:
- Confidentialité: Un seul service Web peut avoir plusieurs applications et leur chemin de service contient un lien faible potentiel au niveau de ses nœuds. Chaque fois que des messages ou des demandes XML sont envoyés par le client avec le chemin du service vers le serveur, ils doivent être chiffrés. Ainsi, le maintien de la confidentialité de la communication est un must.
- Authentification: L'authentification est essentiellement effectuée pour vérifier l'identité des utilisateurs et garantir que l'utilisateur utilisant le service Web a le droit d'utiliser ou non? L'authentification est également effectuée pour suivre l'activité de l'utilisateur. Plusieurs options peuvent être envisagées à cet effet
- Authentification au niveau de l'application
- Digest HTTP et authentification de base HTTP
- Certificats clients
- Sécurité Internet: Il s'agit d'un problème grave qui nécessite des outils pour filtrer le trafic des services Web.
Q # 34) Que savez-vous des services de sécurité des fondations?
Répondre: Les services de sécurité de la Fondation comprennent:
- L'intégration
- Authentification
- Autorisation
- Signatures numériques
- Processus de cryptage
Q # 35) Qu'est-ce que le service d'identification Entrust?
cual es el mejor VPN para streaming
Répondre: Le service d'identification d'Entrust est classé sous la plateforme de transaction sécurisée Entrust qui fournit des capacités de sécurité essentielles pour garantir la sécurité des transactions. Cela permet généralement aux entreprises de contrôler totalement les identités de confiance pour effectuer des transactions de service Web.
Q # 36) Qu'est-ce que le service de droits Entrust?
Répondre: Le service Entrust Entitlement est celui dont la tâche est de vérifier les services qui tentent d'accéder aux services Web. Il garantit essentiellement la sécurité des opérations commerciales ainsi que certains services d'authentification.
Q # 37) Qu'est-ce que Entrust Privacy Service?
Répondre: Comme son nom l'indique, Entrust Privacy Service effectue le cryptage des données afin que seules les parties concernées puissent accéder aux données. Il traite essentiellement de deux facteurs
- Confidentialité
- Sécurité
Questions d'entretiens WSDL
Q # 38) Expliquez WSDL?
Répondre: WSDL signifie Web service Description Language. Il s'agit d'un simple document XML qui relève de la couche de description de service de Web Service Protocol Stock et décrit les détails techniques ou localise l'interface utilisateur vers le service Web. Peu d'informations importantes présentes dans le document WSDL sont
- Nom de la méthode
- Types de ports
- Point de terminaison de service
- Paramètres de méthode
- Informations d'en-tête
- Origine, etc.
Q # 39) Quels sont les différents éléments des documents WSDL?
Répondre: Les différents éléments du document WSDL ainsi qu'une brève description sont énumérés ci-dessous:
- Les types: Cela définit les types de données de message, qui se présentent sous la forme d'un schéma XML, utilisés par les services Web.
- Un message: Cela définit les éléments de données pour chaque opération où les messages peuvent être le document entier ou un argument à mapper.
- Type de port: Il existe plusieurs services présents dans WSDL. Le type de port définit la collection d'opérations qui peuvent être effectuées pour la liaison.
- Obligatoire: Il détermine et définit le protocole et le format de données pour chaque type de port.
- Opérations: Ceci définit les opérations effectuées pour qu'un message traite le message.
Q # 40) Expliquez l'élément de message dans WSDL?
Répondre: L'élément de message décrit les données qui ont été échangées entre le consommateur et les fournisseurs de services Web. Chaque service Web se compose de deux messages et chaque message a zéro ou plusieurs paramètres. Les deux messages sont:
- Saisir: Décrit le paramètre du service Web.
- Production: Décrit les données de retour du service Web.
Q # 41) Inscrire la réponse des types d'opération utilisée dans WSDL?
Répondre: WSDL définit essentiellement 4 types de réponses de type Opération. Ceux-ci sont inscrits ci-dessous:
- Une manière: Reçoit un message mais ne renvoie pas la réponse.
- Demande de réponse: Reçoit une demande et renvoie une réponse.
- Sollicitation-Réponse: Envoie une requête et attend une réponse.
- Notification: Envoie un message mais n'attend pas de réponse.
Parmi ceux-ci, Request-Response est le type d'opération le plus courant.
Q # 42) La liaison entre SOAP et WSDL est-elle possible?
Répondre: Oui, il est possible de lier WSDL à SOAP. La liaison est possible par essentiellement deux attributs:
- Nom: Définit le nom de la liaison.
- Taper: Définit le port pour la liaison.
Pour la liaison SOAP, deux attributs doivent être déclarés
- Transport: Définit le protocole SOAP à utiliser, c'est-à-dire HTTP.
- Style: Cet attribut peut être «rpc» ou «document».
Q # 43) Expliquez l'élément?
Répondre: L'élément de définition est décrit comme la racine du document WSDL qui définit le nom du service Web et agit comme un conteneur pour tous les autres éléments.
Q # 44) Quels sont les deux attributs de élément dans WSDL?
Répondre: Chaque élément de port est lié à une liaison spécifique en définissant un point de terminaison individuel. L'élément port a les deux attributs suivants
- Nom: Cet attribut fournit le nom unique dans le document WSDL.
- Obligatoire: Cet attribut fait référence au processus de liaison qui doit être effectué selon les règles de liaison définies par WSDL.
Q # 45) Quels sont les points qui devraient être pris en compte par les ports lors de la liaison?
Répondre: WSDL autorise les éléments d'extensibilité utilisés pour spécifier les informations de liaison. Vous trouverez ci-dessous quelques points importants à prendre en compte lors de la liaison.
Un port ne doit pas
- Spécifiez plusieurs adresses.
- Spécifiez les informations de liaison autres que les informations d'adresse.
Conclusion
Cet article contient toutes les questions fréquemment posées sur les services Web. Bien que le sujet soit très vaste, j'ai couvert chaque section. Cela vous aidera à apprendre et à répondre à des sujets liés aux services Web.
lecture recommandée
- Questions et réponses d'entrevue
- Quelques questions d'entretien intéressantes sur les tests de logiciels
- Top 20 des questions et réponses d'entrevue sur les services Web RESTful
- Top 30 des questions et réponses pour l'entretien des tests de sécurité
- Questions et réponses d'entrevue de test ETL
- Top 12 des questions d'entrevue Mockito (entretien Mocking Framework)
- Questions d'entretien les plus fréquentes sur Oracle Forms and Reports
- Questions d'entrevue de test manuel du logiciel pour les professionnels expérimentés