top 45 web services interview questions
Lista de las preguntas y respuestas de las entrevistas de servicios web más frecuentes que lo ayudarán a prepararse para la próxima entrevista:
En el escenario actual, cuando hablamos de las necesidades básicas para vivir una vida técnicamente avanzada, 'World Wide Web, es decir, www' actúa como un factor esencial.
En el mercado, existen variedades de aplicaciones web desarrolladas en diferentes plataformas de programación. Resulta muy difícil garantizar asociaciones completas y precisas entre estas aplicaciones heterogéneas.
La solución a tal problema es 'Servicios web' que en realidad actúa como un medio de comunicación entre estas múltiples aplicaciones web desarrolladas con diferentes lenguajes de programación. Los servicios web utilizan un sistema de mensajería XML estandarizado que está fácilmente disponible a través de Internet o redes privadas.
Los servicios web son un tema muy amplio. Esto incluye su arquitectura, componentes como Protocolo simple de acceso a objetos (SOAP) , Lenguaje de descripción de servicios web (WSDL) , Servicios web RESTful, seguridad de servicios web, etc.
En este artículo, se cubren todos los temas de servicios web necesarios para los que debe estar bien familiarizado, para poder responder cualquier pregunta de nivel. También verá las mejores preguntas y respuestas de la entrevista de servicios web en categorías para que, si es necesario, pueda pasar solo por una sección en particular.
Lo que vas a aprender:
Preguntas y respuestas de la entrevista de servicios web
Las siguientes preguntas alistadas cubren preguntas de prueba de servicios web, servicios web RESTful, servicios web SOAP, preguntas de entrevistas de seguridad de servicios web.
Preguntas generales
P # 1) ¿Explica los servicios web?
Responder: Un servicio web se puede definir como un componente de aplicación para la comunicación o, por ejemplo, el intercambio de información entre dos aplicaciones a través de la red. Los servicios web funcionan básicamente en un modelo cliente-servidor donde los servicios web son fácilmente accesibles para las aplicaciones cliente a través de la red.
Para permitir la comunicación entre varias aplicaciones, los servicios web utilizan la ayuda de estándares abiertos como XML (para etiquetado de datos), SOAP (para transferencia de mensajes) y WSDL (para indicar la disponibilidad del servicio).
P # 2) ¿Cuáles son los componentes del servicio web?
Responder: Los diferentes componentes de los servicios web son los siguientes:
- JABÓN- Simple Object Access Protocol
- UDDI- Descripción, descubrimiento e integración universales
- WSDL- Idioma de descripción del servicio web
- RDF- Marco de descripción de recursos
- XML- Lenguaje de marcado extensible
P # 3) ¿Explica el término interoperabilidad con respecto a los servicios web?
Responder: El término 'interoperabilidad' se utiliza ampliamente en la descripción de marketing de productos, que define la capacidad de diferentes productos o sistemas para trabajar juntos sin ningún esfuerzo especial por parte del cliente.
Esto es aplicable de la misma manera cuando hablamos de 'interoperabilidad' en términos de servicios web. Aquí, determina la comunicación entre varias aplicaciones, el intercambio de datos y servicios entre ellas. No hay restricciones sobre el tipo de aplicación para comunicarse.
Si se escribe algún código, será tratado como un código genérico que será entendido por todas las aplicaciones. Por lo tanto, se reduce el costo de escribir códigos específicos para cada aplicación.
No hay restricciones sobre el tipo de aplicación para comunicarse. Si se escribe algún código, será tratado como un código genérico que será entendido por todas las aplicaciones. Por lo tanto, se reduce el costo de escribir códigos específicos para cada aplicación.
P # 4) ¿Define la pila de protocolos de servicios web y sus capas?
Responder: La pila de protocolos de servicios web consta de 4 capas. Esto se puede describir de la siguiente manera:
a) Servicio de transporte: Esta es la primera capa que ayuda a transportar mensajes XML entre varias aplicaciones cliente. Esta capa suele utilizar los protocolos que se mencionan a continuación:
- HTTP (Protocolo de transporte de hipertexto)
- SMTP (Protocolo simple de transporte de correo)
- FTP (Protocolo de transferencia de archivos)
- BEEP (Protocolo de intercambio extensible en bloque)
b) Mensajería XML: Esta capa se basa en el modelo XML en el que los mensajes se codifican en un formato XML común que los demás pueden entender fácilmente. Esta capa incluye
- XML-RPC
- SOAP (Protocolo simple de acceso a objetos)
c) Descripción del servicio: Esta capa contiene descripciones como ubicación, funciones disponibles y tipos de datos para mensajería XML que describe la interfaz pública para un servicio web específico. Esta capa incluye:
- WSDL (lenguaje de descripción de servicios web)
d) Descubrimiento de servicios: Esta capa es responsable de proporcionar una forma de publicar y encontrar servicios web en la web. Esta capa incluye:
- UDDI (Descripción, descubrimiento e integración universales)
P # 5) ¿Explica la arquitectura del servicio web?
Responder: La arquitectura del marco de servicios web consta de tres capas diferentes. Los roles de estas capas se definen a continuación:
- Proveedor de servicio: Como su nombre lo indica, la función del proveedor de servicios es crear el servicio web y hacerlo accesible a las aplicaciones cliente a través de Internet para su uso.
- Solicitante de servicio: Service Requestor es básicamente cualquier consumidor de servicio web como cualquier aplicación cliente. Las aplicaciones cliente están escritas en cualquier idioma. Se ponen en contacto con el servicio web para cualquier tipo de funcionalidad enviando solicitudes XML a través de la conexión de red disponible.
- Registro de servicios: Service Registry es el directorio centralizado que ayuda a localizar servicios web para aplicaciones cliente. Aquí podemos encontrar los servicios web existentes, así como los desarrolladores, también pueden crear el nuevo.
El proveedor de servicios utiliza la interfaz 'Publicar' de Service Registry para que los servicios web existentes estén disponibles para las aplicaciones cliente. Con toda la información proporcionada por el Registro de servicios, el Solicitante de servicios puede vincular o invocar servicios.
P # 6) ¿Qué entiende por XML-RPC?
Responder: RPC es llamada a procedimiento remoto y, como su nombre indica, es el método para llamar a un procedimiento o función disponible en cualquier computadora remota.
cómo programar computadoras para principiantes
XML son las siglas de Extensible Markup Language. Por tanto, XML-RPC representa un protocolo simple que realiza RPC mediante mensajería XML. Esta ha sido considerada una excelente herramienta para conectar diferentes entornos y también establecer conexiones entre una amplia variedad de computadoras.
P # 7) ¿Explica las características de XML-RPC?
Responder: Las principales características de XML-RPC se enumeran a continuación:
- Las RPC se realizan utilizando un lenguaje XML simple.
- Las solicitudes codificadas en XML se envían a través de HTTP POST.
- La respuesta XML está incrustada en la respuesta HTTP.
- Se considera independiente de la plataforma.
- Permite la comunicación entre diversas aplicaciones.
- Utiliza el protocolo HTTP para pasar información entre los equipos cliente y servidor.
- Tiene un pequeño vocabulario XML para describir la naturaleza de la solicitud y la respuesta.
P # 8) ¿Tiene algunas ventajas de los servicios web?
Responder: Ya hemos hablado de los servicios web, su arquitectura, componentes. Ahora, veamos algunas de sus ventajas:
- Cada aplicación está ahora en Internet y es el servicio web que proporciona algún tipo de funcionalidad requerida a las aplicaciones cliente.
- Los servicios web ayudan a exponer las funcionalidades existentes en la red para ayudar a otras aplicaciones a utilizarlas en sus programas.
- Tiene características como 'Interoperabilidad' que determina la comunicación entre varias aplicaciones, el intercambio de datos y servicios entre ellas.
- Los servicios web utilizan la pila de protocolos de servicios web estandarizados para la comunicación, que consta de 4 capas, a saber, transporte de servicios, mensajería XML, descripción de servicios y descubrimiento de servicios.
- Tiene la característica del bajo costo de comunicación debido al uso de SOAP (Protocolo simple de acceso a objetos) sobre el protocolo HTTP.
- Fácil de implementar, integrar y reutilizable.
- Permite una integración simple entre diferentes funciones como parte de la función de acoplamiento suelto.
P # 9) ¿Explica el término UDDI con sus características?
Responder: UDDI es un estándar basado en XML en la capa de descubrimiento de servicios de la pila de protocolos de servicios web. Se utiliza para publicar y buscar servicios web en la web, ya que actúa como un directorio. Algunas de las características de UDDI se explican a continuación:
- Es un marco abierto y es independiente de la plataforma.
- Los protocolos SOAP, COBRA y Java RMI se utilizan para la comunicación.
- Ayuda a las empresas a conocerse entre sí y a permitir la interacción entre ellas a través de Internet.
- Actúa como una base de datos que contiene todos los archivos WSDL.
P # 10) ¿Qué idioma usa UDDI?
Responder: UDDI usa el lenguaje conocido como WSDL (Web Service Description Language)
P # 11) ¿Explica BEEP?
Responder: BEEP son las siglas de Blocks Extensible Exchange Protocol. BEEP se determina como la construcción de nuevos protocolos para una variedad de aplicaciones tales como mensajería instantánea, administración de redes, transferencia de archivos, etc. Se denomina nuevo Grupo de trabajo de ingeniería de Internet (IETF) que se distribuye directamente sobre TCP. Tiene algunas características integradas como
- Autenticación
- Seguridad
- Manejo de errores
- Protocolo de apretón de manos
P # 12) ¿Tiene algunas herramientas utilizadas para probar los servicios web?
Responder: Para probar los servicios web, se utilizan las herramientas mencionadas a continuación:
- JABÓN
- Cliente REST
- JMeter
P # 13) ¿Necesitamos alguna aplicación especial para acceder al servicio web?
Responder: El único requisito para acceder a los servicios web desde cualquier aplicación es que sea compatible con la solicitud y la respuesta basadas en XML. No hay necesidad ni requisito de instalar ninguna aplicación para acceder a los servicios web.
Preguntas de la entrevista de RESTful Web Services
P # 14) ¿Qué sabe acerca de los servicios web RESTful?
Responder: REST significa Transferencia de Estado Representacional. REST se define como el estilo arquitectónico cliente-servidor sin estado para desarrollar aplicaciones a las que se accede a través de la web.
Cuando los servicios web utilizan métodos HTTP para implementar el concepto de arquitectura REST, se lo conoce como servicios web RESTful. En este estilo arquitectónico, los datos y la funcionalidad se sirven como recursos y se accede a ellos mediante URI (Uniform Resource Identifiers).
Los servicios web RESTful permiten que los servicios web funcionen mejor al inducir propiedades como
- Rendimiento
- Escalabilidad
- Modificabilidad
P # 15) ¿Explica las ventajas de los servicios web RESTful?
Responder: A continuación se enumeran las ventajas de los servicios web RESTful:
- Se consideran independientes del lenguaje y de la plataforma, ya que se pueden escribir en cualquier lenguaje de programación y se pueden ejecutar en cualquier plataforma.
- REST es un protocolo ligero y se considera rápido debido al menor consumo de ancho de banda y recursos.
- Admite múltiples tecnologías y diferentes formatos de datos como texto sin formato, XML, JSON, etc.
- Tiene una implementación débilmente acoplada y se puede probar fácilmente en navegadores.
P # 16) ¿Diferenciar SOAP y REST?
Responder: La diferencia entre SOAP y REST se puede entender fácilmente en la siguiente tabla.
JABÓN | DESCANSO |
---|---|
Define su propia seguridad y utiliza el contrato WSDL para vincular servicios web y programas cliente. | No tiene ningún contrato definido y tampoco tiene sus propios métodos de seguridad. |
El Protocolo simple de acceso a objetos (SOAP) sirve como protocolo estándar para la creación de servicios web. | Representational State Transfer (REST) es un estilo arquitectónico para la creación de servicios web. |
Los servicios web y los clientes están estrechamente relacionados y definen algunos estándares que deben seguirse estrictamente. | No sigue demasiados estándares y está débilmente acoplado. |
Requiere más ancho de banda y recursos, además de utilizar interfaces de servicio para exponer la lógica empresarial. | Requiere menos ancho de banda y menos recursos, además de utilizar URI (Uniform Resource Identifiers) para exponer la lógica empresarial. |
Por lo general, es menos preferido y solo permite el formato de datos XML. | Suele ser más preferido y permite formatos de datos como texto sin formato, HTML, JSON, etc. |
La API de Java para el servicio web SOAP es JAX-WS. | La API de Java para el servicio web RESTFUL es JAX-RS. |
SOAPUI se puede utilizar para probar servicios web SOAP. | Los navegadores y extensiones como el cartero de Chrome se utilizan para probar los servicios web REST. |
P # 17) ¿Explica los diferentes métodos HTTP compatibles con los servicios web RESTful?
Responder: A continuación se enumeran algunos métodos HTTP comunes junto con sus funciones que son compatibles con los servicios web RESTful
- OBTENER: Acceso de solo lectura al recurso.
- PONER: Creación de nuevos recursos.
- ELIMINAR: Eliminación de un recurso.
- CORREO: Actualización de un recurso existente.
- OPCIONES: Obtenga operaciones compatibles con el recurso.
- CABEZA: Devuelve solo el encabezado HTTP, nadie.
P # 18) ¿Qué es un recurso en el servicio web RESTful y cómo se representa?
Años: Se dice que el recurso es un concepto fundamental que tiene un tipo y relación con otros recursos. En la arquitectura REST, cada contenido se considera como el recurso y se identifican por sus URI.
Los recursos se representan con la ayuda de XML, JSON, texto, etc. en arquitectura RESTful.
P # 19) ¿Cuáles son los componentes centrales de la solicitud HTTP y la respuesta HTTP?
Responder: La solicitud HTTP tiene los siguientes 5 componentes principales:
Solicitudes HTTP | Significado / trabajo |
---|---|
Verbo | Indique métodos HTTP como GET, PUT, POST, etc. |
ODIO | Identifica el recurso en el servidor |
Versión HTTP | Indica versión. |
Encabezado de solicitud | Contiene metadatos como el tipo de cliente, la configuración de la caché, el formato del cuerpo del mensaje, etc. para el mensaje de solicitud HTTP. |
Cuerpo de solicitud | Representa el contenido del mensaje. |
La respuesta HTTP tiene los siguientes 4 componentes principales:
Respuesta HTTP | Significado / trabajo |
---|---|
Código de estado / respuesta | Indica el estado del servidor para el recurso solicitado. |
Versión HTTP | Representa la versión HTTP. |
Encabezado de respuesta | Consiste en metadatos como la longitud del contenido, el tipo de contenido, la longitud del servidor, etc. para el mensaje de respuesta HTTP. |
Cuerpo de respuesta | Representa el contenido del mensaje de respuesta. |
P # 20) ¿Cuál es el propósito y el formato de URI en la arquitectura REST?
Responder: El propósito de URI es ubicar recursos en el servidor que hospedan servicios web.
Formato de URI:
:////
P # 21) ¿Explica el término apatridia en términos de servicios web RESTful?
Responder: En la arquitectura REST, existe una restricción en la que un servicio web REST no puede mantener un estado de cliente en el servidor. Esta condición se conoce como 'apatridia'. En tal situación, el cliente pasa su contexto al servidor y, a su vez, el servidor almacena el contexto para procesar las solicitudes posteriores del cliente.
P # 22) ¿Enumere las ventajas y desventajas de la apatridia?
Responder: Las ventajas de la apatridia incluyen
- Todas y cada una de las solicitudes de métodos se tratan de forma independiente.
- El diseño de la aplicación se simplifica ya que no mantiene la interacción previa del cliente.
- Funciona con el protocolo HTTP ya que comparte la característica de ser apátrida.
La desventaja de la apatridia incluye
- Cada vez que se produce una interacción con el cliente, los servicios web deben recibir información adicional sobre cada solicitud para que puedan interpretar el estado del cliente.
P # 23) Para diseñar un servicio web RESTful seguro, ¿cuáles son los mejores factores que se deben seguir?
Responder: Las rutas de URL HTTP se utilizan como parte del servicio web RESTful, por lo que deben protegerse. Algunas de las mejores prácticas son:
- Realice la validación de todas las entradas en el servidor de ataques de inyección SQL.
- Realice la autenticación basada en sesión del usuario siempre que se realice una solicitud.
- Nunca use datos sensibles como nombre de usuario, contraseña de token de sesión, etc. a través de URL. Estos deben pasarse a través del método POST.
- Los métodos como GET, POST, PUT, DELETE, etc. deben ejecutarse con las restricciones adecuadas.
- El mensaje de error genérico HTTP debe invocarse siempre que sea necesario.
Servicios web SOAPUI
P # 24) ¿Define los servicios web SOAP?
Responder: El Protocolo simple de acceso a objetos (SOAP) se define como el protocolo basado en XML que es conocido por diseñar y desarrollar servicios web, así como por permitir la comunicación entre aplicaciones desarrolladas en diferentes plataformas con diferentes lenguajes de programación a través de Internet. Es independiente de la plataforma y del idioma.
P # 25) ¿Cuáles son los diversos enfoques disponibles para desarrollar servicios web basados en SOAP?
Responder: Básicamente, existen 2 enfoques diferentes disponibles para desarrollar servicios web basados en SOAP. Estos se explican a continuación
- Enfoque de contrato primero: En este enfoque, el contrato se define primero mediante XML y WSDL y luego las clases de Java se derivan del contrato.
- Enfoque de último contrato: En este enfoque, las clases de Java se definen primero y luego se genera el contrato, que suele ser el archivo WSDL de la clase de Java.
El método de 'contrato primero' es el enfoque más preferido.
P # 26) ¿Explique el principal obstáculo que enfrentan los usuarios de SOAP?
Responder: Uno de los principales obstáculos observados por los usuarios de SOAP es el 'mecanismo de seguridad del cortafuegos'. En este caso, todos los puertos HTTP, excepto aquellos que omiten el firewall, están bloqueados. En algunos casos, también se observa un problema técnico de mezclar la especificación del transporte de mensajes con la estructura del mensaje.
P # 27) ¿Cuáles son las ventajas y desventajas de SOAP?
Responder: A continuación se enumeran las ventajas de los servicios web SOAP:
- SOAP permite la comunicación entre varias aplicaciones y es independiente del idioma y de la plataforma.
- Es muy simple y utiliza el protocolo HTTP estándar y XML para enviar y recibir mensajes.
- Define y utiliza su propia seguridad conocida como seguridad WS.
- Desacopla el protocolo de codificación y comunicación del entorno de ejecución.
- Erradica los problemas de firewall y es independiente del proveedor.
- Permite la circulación de mensajes en un entorno distribuido y descentralizado.
A continuación se enumeran las desventajas de los servicios web SOAP:
- No se admiten formatos ligeros que no sean XML.
- No se puede probar fácilmente en los navegadores.
- Las instalaciones de seguridad no están presentes.
- SOAP es lento y no se puede probar fácilmente en el navegador.
- Los servicios web y los clientes están estrechamente relacionados y definen algunos estándares que deben seguirse estrictamente.
P # 28) ¿Cuáles son los elementos de un mensaje SOAP?
Responder: SOAP es como cualquier otro documento XML y tiene los siguientes elementos:
- Sobre: Este elemento se define como el elemento raíz obligatorio. Traduce el documento XML y determina el inicio y el final del mensaje SOAP.
- Encabezamiento: Este elemento contiene los atributos de encabezado opcionales del mensaje que contiene información específica sobre la aplicación. Este elemento puede ocurrir varias veces y está destinado a agregar nuevas características y funcionalidades.
- Cuerpo: Este elemento es obligatorio y contiene los mensajes de llamada y respuesta. También se define como el elemento hijo del sobre que contiene todos los datos XML derivados de la aplicación que se han intercambiado como parte del mensaje SOAP.
- Elemento de falla: Los errores que ocurren durante el procesamiento de los mensajes son manejados por el elemento de falla. Si el error está presente, este elemento aparece como un elemento secundario del cuerpo. Sin embargo, solo puede haber un bloque de fallas.
P # 29) ¿Cuáles son las características importantes del elemento envolvente SOAP?
Responder: Hemos visto el trabajo básico de un elemento envolvente SOAP en la respuesta anterior, ahora veamos algunas de sus características:
- El sobre SOAP es un mecanismo de embalaje.
- Cada mensaje SOAP tiene un mensaje de sobre raíz obligatorio.
- Solo se permite un elemento de cuerpo para cada elemento de sobre.
- A medida que cambia la versión de SOAP, el sobre cambia.
- Si el elemento de encabezado está presente, debería aparecer como el primer hijo.
- El prefijo ENV y el elemento de sobre se utilizan para la especificación.
- Se utiliza un espacio de nombres y un estilo de codificación opcional en caso de codificación SOAP opcional.
P # 30) ¿Incluir algunas reglas de sintaxis aplicables para mensajes SOAP?
Responder: A continuación se enumeran algunas reglas de sintaxis importantes que se aplican al mensaje SOAP:
Un mensaje SOAP
- Debe estar codificado mediante XML.
- Debe utilizar el espacio de nombres del sobre SOAP.
- Debe utilizar el espacio de nombres de codificación SOAP.
- No debe contener la referencia DTD.
- No debe contener instrucciones de procesamiento XML.
P # 31) ¿Definir SOA?
Responder: Una arquitectura orientada a servicios (SOA) se define básicamente como un patrón arquitectónico que consta de servicios. Aquí, los componentes de la aplicación proporcionan servicios a los otros componentes mediante el protocolo de comunicación a través de la red. Esta comunicación implica el intercambio de datos o alguna actividad de coordinación entre servicios.
Algunos de los principios clave en los que se basa SOA se mencionan a continuación:
- El contrato de servicio debe estar estandarizado y contener todas las descripciones de los servicios.
- Existe un acoplamiento flexible que define la menor dependencia entre los servicios web y el cliente.
- Debe seguir la regla de abstracción del servicio, que dice que el servicio no debe exponer la forma en que se ha ejecutado la funcionalidad a la aplicación cliente.
- Los servicios deben ser reutilizables para trabajar con varios tipos de aplicaciones.
- Los servicios deben ser apátridas y tener la característica de ser detectados.
- Los servicios dividen los grandes problemas en pequeños problemas y permiten que diversos abonados utilicen los servicios.
Q # 32) ¿Explica las acciones realizadas por SOAPUI?
Responder: SOAPUI es una solución de prueba funcional de código abierto, gratuita y multiplataforma. A continuación se mencionan algunas acciones realizadas por SOAPUI:
- Puede ayudar a crear conjuntos de pruebas funcionales, de seguridad y de prueba de carga.
- También se realizan pruebas basadas en datos y pruebas basadas en escenarios.
- Tiene la capacidad de hacerse pasar por servicios web y también tiene capacidades de generación de informes integradas.
Seguridad de los servicios web
P # 33) ¿Cuáles son los principales problemas de seguridad del servicio web?
Responder: Para garantizar transacciones confiables e información confidencial segura, los servicios web requieren un nivel muy alto de seguridad que solo se puede lograr a través del Entrust Secure Transaction Platform . Los problemas de seguridad de los servicios web se dividen en tres secciones, como se describe a continuación:
- Confidencialidad: Un solo servicio web puede tener varias aplicaciones y su ruta de servicio contiene un posible enlace débil en sus nodos. Siempre que el cliente envíe mensajes o solicitudes XML junto con la ruta del servicio al servidor, deben estar cifrados. Por lo tanto, mantener la confidencialidad de la comunicación es imprescindible.
- Autenticación: La autenticación se realiza básicamente para verificar la identidad de los usuarios, así como para asegurar que el usuario que usa el servicio web tiene derecho a usar o no. La autenticación también se realiza para rastrear la actividad del usuario. Hay varias opciones que se pueden considerar para este propósito.
- Autenticación a nivel de aplicación
- HTTP digest y autenticación básica HTTP
- Certificados de cliente
- Seguridad de la red: Este es un problema grave que requiere herramientas para filtrar el tráfico del servicio web.
P # 34) ¿Qué sabe acerca de los servicios de seguridad básica?
Responder: Los servicios de seguridad de la fundación consisten en:
- Integración
- Autenticación
- Autorización
- Firmas digitales
- Procesos de cifrado
P # 35) ¿Qué es el servicio de identificación de Entrust?
extensiones chrome VPN
Responder: El servicio de identificación de Entrust se clasifica en la plataforma de transacciones seguras de Entrust, que proporciona capacidades de seguridad esenciales para garantizar transacciones seguras. Por lo general, esto permite a las empresas controlar completamente las identidades en las que se confía para realizar transacciones de servicios web.
P # 36) ¿Qué es el servicio de derechos de Entrust?
Responder: El servicio de Entrust Entitlement son aquellos cuya tarea es verificar los servicios que están intentando acceder a los servicios web. Básicamente, garantiza la seguridad en las operaciones comerciales, así como algunos servicios de autenticación.
P # 37) ¿Qué es el servicio de privacidad de Entrust?
Responder: Como sugiere el nombre, Entrust Privacy Service realiza el cifrado de los datos para que solo las partes interesadas puedan acceder a los datos. Básicamente se trata de dos factores
- Confidencialidad
- Seguridad
Preguntas de la entrevista WSDL
Q # 38) ¿Explica WSDL?
Responder: WSDL significa lenguaje de descripción de servicios web. Es un documento XML simple que se incluye en la capa de descripción del servicio del stock de protocolo de servicio web y describe los detalles técnicos o ubica la interfaz de usuario del servicio web. Poca de la información importante presente en el documento WSDL son
- Nombre del método
- Tipos de puerto
- Punto final de servicio
- Parámetros del método
- Información del encabezado
- Origen, etc.
P # 39) ¿Cuáles son los diferentes elementos de los documentos WSDL?
Responder: Los diferentes elementos del documento WSDL junto con una breve descripción se enumeran a continuación:
- Tipos: Esto define los tipos de datos de mensajes, que están en forma de esquema XML, utilizados por los servicios web.
- Mensaje: Esto define los elementos de datos para cada operación donde los mensajes pueden ser el documento completo o un argumento que se va a mapear.
- Tipo de puerto: Hay varios servicios presentes en WSDL. El tipo de puerto define la colección de operaciones que se pueden realizar para la vinculación.
- Vinculante: Determina y define el protocolo y el formato de datos para cada tipo de puerto.
- Operaciones: Esto define las operaciones realizadas para que un mensaje procese el mensaje.
P # 40) ¿Explica el elemento de mensaje en WSDL?
Responder: El elemento de mensaje describe los datos que se han intercambiado entre el consumidor y los proveedores de servicios web. Cada servicio web consta de dos mensajes y cada mensaje tiene cero o más parámetros. Los dos mensajes son:
- Aporte: Describe el parámetro del servicio web.
- Producción: Describe los datos devueltos por el servicio web.
P # 41) ¿Enumere la respuesta de tipos de operación utilizada en WSDL?
Responder: WSDL básicamente define 4 tipos de respuestas de tipo Operación. Estos se enumeran a continuación:
- De una sola mano: Recibe un mensaje pero no devuelve la respuesta.
- Solicitar respuesta: Recibe una solicitud y devuelve una respuesta.
- Solicitar-Respuesta: Envía una solicitud y espera una respuesta.
- Notificación: Envía un mensaje pero no espera una respuesta.
Entre estos, Request-Response es el tipo de operación más común.
P # 42) ¿Es posible la vinculación entre SOAP y WSDL?
Responder: Sí, es posible vincular WSDL a SOAP. El enlace es posible básicamente por dos atributos:
- Nombre: Define el nombre del enlace.
- Escribe: Define el puerto para el enlace.
Para el enlace SOAP, se deben declarar dos atributos
- Transporte: Define el protocolo SOAP que se utilizará, es decir, HTTP.
- Estilo: Este atributo puede ser 'rpc' o 'documento'.
Q # 43) ¿Explica el elemento?
Responder: El elemento de definición se describe como la raíz del documento WSDL que define el nombre del servicio web y actúa como un contenedor para todos los demás elementos.
Q # 44) ¿Cuáles son los dos atributos de elemento en WSDL?
Responder: Cada elemento de puerto está relacionado con un enlace específico mediante la definición de un punto final individual. El elemento de puerto tiene los siguientes dos atributos
- Nombre: Este atributo proporciona el nombre exclusivo dentro del documento WSDL.
- Vinculante: Este atributo se refiere al proceso de vinculación que debe realizarse según las reglas de vinculación definidas por WSDL.
P # 45) ¿Cuáles son los puntos que los puertos deben considerar durante la vinculación?
Responder: WSDL permite elementos de extensibilidad que se utilizan para especificar información de enlace. A continuación se presentan algunos puntos importantes que deben tenerse en cuenta durante la vinculación.
Un puerto no debe
- Especifique más de una dirección.
- Especifique cualquier información vinculante que no sea la información de dirección.
Conclusión
Este artículo contiene todas las preguntas frecuentes sobre servicios web. Aunque el tema es muy amplio, he cubierto todas las secciones. Esto le ayudará a aprender y responder a temas relacionados con los servicios web.
Lectura recomendada
- Preguntas y respuestas de la entrevista
- Algunas preguntas interesantes de la entrevista sobre pruebas de software
- Las 20 preguntas y respuestas principales de la entrevista de servicios web RESTful
- Las 30 preguntas y respuestas principales de la entrevista sobre pruebas de seguridad
- Preguntas y respuestas de la entrevista de prueba ETL
- Las 12 preguntas principales de la entrevista de Mockito (entrevista de marco de burla)
- Principales preguntas de la entrevista sobre formularios e informes de Oracle
- Preguntas de la entrevista de prueba manual de software para profesionales experimentados