top 45 web services interview questions
Llista de preguntes i respostes a les entrevistes de serveis web més freqüents per ajudar-vos a preparar la propera entrevista:
En l’escenari actual, quan parlem de necessitats bàsiques per viure una vida tècnicament avançada, 'World Wide Web ie www' actua com un factor essencial.
Al mercat, hi ha varietats d’aplicacions web desenvolupades en diferents plataformes de programació. Es fa molt difícil assegurar associacions completes i precises entre aquestes aplicacions heterogènies.
La solució a aquest problema és 'Serveis web' que en realitat actua com a mitjà de comunicació entre aquestes múltiples aplicacions web desenvolupades amb diferents llenguatges de programació. Els serveis web utilitzen un sistema de missatgeria XML estandarditzat que està fàcilment disponible a través d'Internet o xarxes privades.
Els serveis web són un tema molt ampli. Això inclou la seva arquitectura, components com Protocol d’accés a objectes simples (SOAP) , Llenguatge de descripció de serveis web (WSDL) , Serveis web RESTful, seguretat de serveis web, etc.
En aquest article, s’aborda tot el tema dels serveis web necessaris que heu de conèixer bé per respondre a qualsevol pregunta de nivell. També veureu les millors preguntes i respostes d’entrevistes de serveis web per categories, de manera que, si cal, només podeu accedir a una secció concreta.
Què aprendreu:
Preguntes i respostes d’entrevistes de serveis web
Les següents preguntes enumerades cobreixen preguntes de proves de serveis web, serveis web RESTful, serveis web SOAP, preguntes d’entrevistes de seguretat de serveis web.
Preguntes generals
P # 1) Expliqueu els serveis web?
Resposta: Un servei web es pot definir com un component d'aplicació per a la comunicació o per exemple l'intercanvi d'informació entre dues aplicacions a la xarxa. Els serveis web funcionen bàsicament en un model client-servidor on els serveis web són fàcilment accessibles a les aplicacions client a la xarxa.
Per permetre la comunicació entre diverses aplicacions, els serveis web tenen l'ajut d'estàndards oberts com XML (per a l'etiquetatge de dades), SOAP (per a la transferència de missatges) i WSDL (per indicar la disponibilitat del servei).
Q # 2) Quins són els components del servei web?
Resposta: Els diferents components dels serveis web són els següents:
- SABÓ- Protocol d’accés a objectes senzills
- UDDI- Descripció universal, descobriment i integració
- WSDL- Idioma de descripció del servei web
- RDF- Marc de descripció de recursos
- XML- Llenguatge de marques extensible
P # 3) Expliqueu el terme Interoperabilitat respecte als serveis web?
Resposta: El terme 'interoperabilitat' s'utilitza àmpliament en la descripció de màrqueting de productes que defineix la capacitat de diferents productes o sistemes que treballen junts sense cap esforç especial per part del client.
Això s’aplica de la mateixa manera quan parlem d’interoperabilitat en termes de serveis web. Aquí, determina la comunicació entre diverses aplicacions, l’ús compartit de dades i serveis entre ells. No hi ha cap restricció sobre el tipus d’aplicació per a la comunicació.
Si s’escriu algun codi, es tractarà com un codi genèric que totes les aplicacions entendran. Així, es redueix el cost d’escriure codis específics per a cada aplicació.
No hi ha cap restricció sobre el tipus d’aplicació per a la comunicació. Si s’escriu algun codi, es tractarà com un codi genèric que totes les aplicacions entendran. Així, es redueix el cost d’escriure codis específics per a cada aplicació.
Q # 4) Definiu la pila de protocols del servei web i les seves capes?
Resposta: La pila de protocols de servei web consta de 4 capes. Això es pot descriure de la següent manera:
a) Servei de transport: Aquesta és la primera capa que ajuda a transportar missatges XML entre diverses aplicacions client. Aquesta capa sol utilitzar els protocols esmentats a continuació:
- HTTP (protocol de transport d’hipertext)
- SMTP (Simple Mail Transport Protocol)
- FTP (Protocol de transferència de fitxers)
- BEEP (Block Exchange Block Extensible Protocol)
b) Missatgeria XML: Aquesta capa es basa en el model XML on els missatges es codifiquen en format XML comú, que els altres poden entendre fàcilment. Aquesta capa inclou
- XML-RPC
- SOAP (Simple Access Access Protocol)
c) Descripció del servei: Aquesta capa conté descripcions com la ubicació, les funcions disponibles i els tipus de dades per a missatgeria XML que descriu la interfície pública d’un servei web específic. Aquesta capa inclou:
- WSDL (Idioma de descripció del servei web)
d) Descobriment del servei: Aquesta capa s'encarrega de proporcionar una manera de publicar i trobar serveis web a través del web. Aquesta capa inclou:
- UDDI (Descripció universal, descobriment i integració)
P # 5) Expliqueu l'arquitectura del servei web?
Resposta: L’arquitectura del marc de serveis web consta de tres capes diferents. Els rols d'aquestes capes es defineixen a continuació:
- Proveïdor de servei: Com el seu nom indica, el paper del proveïdor de serveis és crear el servei web i fer-lo accessible a les aplicacions del client a través d'Internet per al seu ús.
- Sol·licitant del servei: Service Requestor és bàsicament qualsevol consumidor de serveis web com qualsevol aplicació client. Les sol·licituds del client s’escriuen en qualsevol idioma. Es posen en contacte amb el servei web per obtenir qualsevol tipus de funcionalitat enviant sol·licituds XML a través de la connexió de xarxa disponible.
- Registre de serveis: Service Registry és el directori centralitzat que ajuda a localitzar serveis web per a aplicacions de client. Aquí podem trobar els serveis web existents, així com els desenvolupadors, també poden crear el nou.
El proveïdor de serveis utilitza la interfície 'Publica' del registre del servei per fer que els serveis web existents estiguin disponibles per a les aplicacions del client. Amb tota la informació que proporciona el registre del servei, el sol·licitant del servei pot vincular o invocar serveis.
P # 6) Què enteneu per XML-RPC?
Resposta: RPC és una trucada a procediment remot i, com el seu nom indica, és el mètode per trucar a un procediment o funció disponible a qualsevol equip remot.
eines de prova de gravació i reproducció gratuïtes
XML significa Extensible Markup Language. Per tant, XML-RPC representa un protocol senzill que realitza RPC mitjançant missatges XML. Això s’ha considerat una excel·lent eina per connectar diferents entorns i també establir connexions entre una gran varietat d’ordinadors.
P # 7) Expliqueu les característiques de XML-RPC?
Resposta: A continuació es detallen les principals característiques de XML-RPC:
- Els RPC es realitzen utilitzant un llenguatge XML senzill.
- Les sol·licituds codificades per XML s’envien mitjançant HTTP POST.
- La resposta XML està incrustada a la resposta HTTP.
- Es considera independent de la plataforma.
- Permet la comunicació entre diverses aplicacions.
- Utilitza el protocol HTTP per passar informació entre equips client i servidor.
- Té un petit vocabulari XML per descriure la naturalesa de la sol·licitud i la resposta.
Q # 8) Teniu alguns avantatges dels serveis web?
Resposta: Ja hem parlat dels serveis web, la seva arquitectura i components. Ara, vegem alguns dels seus avantatges:
- Ara totes les aplicacions es troben a Internet i són el servei web que proporciona algun tipus de funcionalitat necessària a les aplicacions del client.
- Els serveis web ajuden a exposar les funcionalitats existents a la xarxa per ajudar altres aplicacions a utilitzar-les en els seus programes.
- Té funcions com ara “Interoperabilitat” que determina la comunicació entre diverses aplicacions, l’ús compartit de dades i serveis entre ells.
- Els serveis web utilitzen la pila de protocols de serveis web estandarditzada per a la comunicació que consta de 4 capes, a saber, transport de serveis, missatgeria XML, descripció del servei i descobriment de serveis.
- Té la característica del baix cost de la comunicació a causa de l’ús del protocol SOAP (Simple Object Access Protocol) a través del protocol HTTP.
- Fàcil de desplegar, integrar i reutilitzar.
- Permet una integració senzilla entre diferents funcions com a part de la funció d’acoblament solt.
P # 9) Expliqueu el terme UDDI amb les seves característiques?
Resposta: UDDI és un estàndard basat en XML a la capa de descobriment de serveis de la pila de protocols de servei web. S'utilitza per publicar i trobar serveis web a través del web, ja que actua com un directori. A continuació s’expliquen algunes de les funcions d’UDDI:
- És un marc obert i és independent de la plataforma.
- Per a la comunicació s’utilitzen protocols SOAP, COBRA i Java RMI.
- Ajuda les empreses a descobrir-se mútuament i a permetre la interacció entre elles per Internet.
- Actua com una base de dades que conté tots els fitxers WSDL.
Q # 10) Quin idioma utilitza UDDI?
Resposta: UDDI utilitza el llenguatge conegut com a WSDL (Language Service Description Language)
Q # 11) Expliqueu BEEP?
Resposta: BEEP significa Blocks Extensible Exchange Protocol. BEEP es determina com la creació de nous protocols per a la gran varietat d’aplicacions, com ara missatgeria instantània, gestió de xarxes, transferència de fitxers, etc. Es denomina nova Internet Engineering Task Force (IETF) que es capa directament sobre TCP. Té algunes funcions integrades com
- Autenticació
- Seguretat
- Gestió d'errors
- Protocol d’aprimada de mans
P # 12) Enumereu algunes eines que s'utilitzen per provar serveis web?
Resposta: Per provar els serveis web, s’utilitzen les eines esmentades a continuació:
- SABÓ
- Client REST
- JMeter
P # 13) Necessitem alguna aplicació especial per accedir al servei web?
Resposta: L'únic requisit per accedir als serveis web des de qualsevol aplicació és que ha de suportar la sol·licitud i la resposta basades en XML. No és necessari ni instal·lar cap aplicació per accedir als serveis web.
Preguntes sobre l'entrevista de serveis web RESTful
Q # 14) Què en sabeu dels serveis web RESTful?
Resposta: REST significa Representational State Transfer (Transferència estatal representativa). REST es defineix com l’estil arquitectònic client-servidor sense estat per al desenvolupament d’aplicacions a les quals s’accedeix a través del web.
Quan els serveis web utilitzen mètodes HTTP per implementar el concepte d’arquitectura REST, es coneix com a serveis web RESTful. En aquest estil arquitectònic, les dades i la funcionalitat es serveixen com a recursos i s’accedeix mitjançant URI (Uniform Resource Identifiers).
Els serveis web RESTful permeten que els serveis web funcionin millor induint propietats com ara
- Rendiment
- Escalabilitat
- Modificabilitat
P # 15) Expliqueu els avantatges dels serveis web RESTful?
Resposta: A continuació es detallen els avantatges dels serveis web RESTful:
- Es consideren independents del llenguatge i de la plataforma, ja que es poden escriure en qualsevol llenguatge de programació i es poden executar en qualsevol plataforma.
- REST és un protocol lleuger i es considera ràpid perquè es consumeix menys amplada de banda i recursos.
- Admet múltiples tecnologies i diferents formats de dades com a text pla, XML, JSON, etc.
- Té una implementació poc acoblada i es pot provar fàcilment en navegadors.
P # 16) Diferenciar SOAP i REST?
Resposta: La diferència entre SOAP i REST es pot entendre fàcilment a la taula següent.
SABÓ | DESCANS |
---|---|
Defineix la seva pròpia seguretat i utilitza el contracte WSDL per a serveis web vinculants i programes per a clients. | No té cap contracte definit, ni té els seus propis mètodes de seguretat. |
Simple Object Access Protocol (SOAP) serveix com a protocol estàndard per a la creació de serveis web. | Representational State Transfer (REST) és un estil arquitectònic per a la creació de serveis web. |
Els serveis i els clients web estan molt units i defineixen alguns estàndards que s’han de seguir estrictament. | No segueix massa estàndards i està poc acoblat. |
Requereix més amplada de banda i recursos, a més d’utilitzar interfícies de servei per exposar la lògica empresarial. | Requereix menys amplada de banda i recursos, a més d’utilitzar URI (Uniform Resource Identifiers) per exposar la lògica empresarial. |
Normalment és menys preferit i només permet el format de dades XML. | Normalment és més preferit i permet formats de dades com a text pla, HTML, JSON, etc. |
L'API Java per al servei web SOAP és JAX-WS. | L'API Java per al servei web RESTFUL és JAX-RS. |
SOAPUI es pot utilitzar per provar serveis web SOAP. | Els navegadors i extensions com Chrome postman s’utilitzen per provar els serveis web REST. |
P # 17) Expliqueu diferents mètodes HTTP compatibles amb els serveis web RESTful?
Resposta: A continuació, es detallen alguns mètodes HTTP habituals juntament amb les seves funcions que són compatibles amb els serveis web RESTful
- ACONSEGUIR: Accés de només lectura al recurs.
- POSA: Creació de nous recursos.
- ELIMINA: Eliminació d’un recurs.
- POST: Actualització d’un recurs existent.
- OPCIONS: Obteniu operacions compatibles amb el recurs.
- CAP: Retorna només capçalera HTTP, ningú.
P # 18) Què és un recurs al servei web RESTful i com es representa?
Anys: Es diu que el recurs és un concepte fonamental que té un tipus i una relació amb altres recursos. A l'arquitectura REST, cada contingut es considera com el recurs i s'identifica mitjançant els seus URI.
Els recursos es representen amb l'ajut de XML, JSON, text, etc. a l'arquitectura RESTful.
P # 19) Quins són els components bàsics de la sol·licitud HTTP i la resposta HTTP?
Resposta: La sol·licitud HTTP té els següents cinc components principals:
Sol·licituds HTTP | Significat / treball |
---|---|
Verb | Indiqueu mètodes HTTP com GET, PUT, POST, etc. |
ODI | Identifica el recurs al servidor |
Versió HTTP | Indica la versió. |
Sol·licita capçalera | Conté metadades com el tipus de client, la configuració de la memòria cau, el format del cos del missatge, etc. per al missatge de sol·licitud HTTP. |
Organisme de sol·licitud | Representa el contingut del missatge. |
La resposta HTTP té els següents quatre components principals:
Resposta HTTP | Significat / treball |
---|---|
Codi d’estat / resposta | Indica l'estat del servidor del recurs sol·licitat. |
Versió HTTP | Representa la versió HTTP. |
Capçalera de resposta | Consisteix en metadades com ara la longitud del contingut, el tipus de contingut, la longitud del servidor, etc. per al missatge de resposta HTTP. |
Cos de resposta | Representa el contingut del missatge de resposta. |
P # 20) Quin és el propòsit i el format de l'URI en l'arquitectura REST?
Resposta: L’objectiu de l’URI és localitzar recursos al servidor que allotgen serveis web.
Format de l'URI:
: ////
P # 21) Expliqueu el terme apàtrida en termes de serveis web RESTful?
Resposta: A l'arquitectura REST, hi ha una restricció en què no es permet que un servei web REST mantingui un estat de client al servidor. Aquesta condició es coneix com a 'apatridia'. En aquesta situació, el client passa el seu context al servidor i, al seu torn, el servidor emmagatzema el context per processar les sol·licituds posteriors del client.
P # 22) Enumereu els avantatges i desavantatges de l'apatridia?
Resposta: Els avantatges de l'apatridia inclouen
- Totes les sol·licituds de mètode es tracten de forma independent.
- El disseny de l’aplicació es simplifica ja que no manté la interacció prèvia del client.
- Funciona amb el protocol HTTP, ja que comparteix la característica de ser apàtrides.
L'inconvenient de l'apatridia inclou
- Cada vegada que es produeix la interacció del client, els serveis web s’han de proporcionar informació addicional sobre cada sol·licitud perquè puguin interpretar l’estat del client.
P # 23) Per dissenyar un servei web RESTful segur, quins són els millors factors que s'han de seguir?
Resposta: Els camins d’URL HTTP s’utilitzen com a part del servei web RESTful, de manera que cal protegir-los. Algunes de les millors pràctiques són:
- Realitzeu la validació de totes les entrades del servidor a partir d'atacs d'injecció SQL.
- Realitzeu l'autenticació basada en la sessió de l'usuari sempre que es faci una sol·licitud.
- No utilitzeu mai dades confidencials com ara el nom d’usuari, la contrasenya del testimoni de sessió, etc. mitjançant l’URL. S’haurien de passar mitjançant el mètode POST.
- Mètodes com GET, POST, PUT, DELETE, etc. s’han d’executar amb les restriccions adequades.
- El missatge d'error genèric HTTP s'hauria d'invocar sempre que sigui necessari.
Serveis web SOAPUI
P # 24) Voleu definir serveis web SOAP?
Resposta: Simple Object Access Protocol (SOAP) es defineix com el protocol basat en XML, conegut pel disseny i desenvolupament de serveis web, així com per permetre la comunicació entre aplicacions desenvolupades en diferents plataformes amb diferents llenguatges de programació a través d’Internet. És independent tant de la plataforma com del llenguatge.
P # 25) Quins són els diversos enfocaments disponibles per desenvolupar serveis web basats en SOAP?
Resposta: Bàsicament hi ha dos enfocaments diferents disponibles per desenvolupar serveis web basats en SOAP. S’expliquen de la següent manera
- Enfocament del primer contracte: En aquest enfocament, el contracte es defineix primer per XML i WSDL i, a continuació, les classes java es deriven del contracte.
- Enfocament del darrer contracte: En aquest enfocament, primer es defineixen les classes java i després es genera el contracte que sol ser el fitxer WSDL de la classe java.
El mètode 'primer per contracte' és l'enfocament més preferit.
P # 26) Expliqueu el principal obstacle que enfronten els usuaris de SOAP?
Resposta: Un dels principals obstacles que observen els usuaris de SOAP és el 'mecanisme de seguretat del tallafoc'. En aquest cas, tots els ports HTTP excepte els que ignoren el tallafoc estan bloquejats. En alguns casos, també s’observa un problema tècnic de barrejar les especificacions del transport de missatges amb l’estructura del missatge.
P # 27) Quins avantatges i desavantatges té SOAP?
Resposta: A continuació es detallen els avantatges dels serveis web SOAP:
- SOAP permet comunicacions entre diverses aplicacions i és independent tant del llenguatge com de la plataforma.
- És molt senzill, a més d’utilitzar protocols HTTP i XML estàndard per enviar i rebre missatges.
- Defineix i utilitza la seva pròpia seguretat coneguda com a seguretat WS.
- Desacobla el protocol de codificació i comunicació de l'entorn d'execució.
- Eradica els problemes del tallafoc i és neutral per al proveïdor.
- Permet la circulació de missatges en un entorn distribuït i descentralitzat.
A continuació, es mostren els desavantatges dels serveis web SOAP:
- No s'admeten formats lleugers que no siguin XML.
- No es pot provar fàcilment als navegadors.
- No hi ha instal·lacions de seguretat.
- SOAP és lent i no es pot provar fàcilment al navegador.
- Els serveis i els clients web estan molt units i defineixen alguns estàndards que s’han de seguir estrictament.
P # 28) Quins són els elements d'un missatge SOAP?
Resposta: SOAP és igual que un altre document XML i té els elements següents:
- Sobre: Aquest element es defineix com l'element arrel obligatori. Tradueix el document XML i determina l’inici i el final del missatge SOAP.
- Capçalera: Aquest element conté els atributs de capçalera opcionals del missatge que conté informació específica sobre l'aplicació. Aquest element es pot produir diverses vegades i està dissenyat per afegir noves funcions i funcionalitats.
- Cos: Aquest element és obligatori i conté els missatges de trucada i resposta. També es defineix com l'element fill del sobre que conté totes les dades XML derivades de l'aplicació que s'han intercanviat com a part del missatge SOAP.
- Element de fallada: L'error que gestiona els errors que es produeixen durant el processament dels missatges. Si hi ha un error, aquest element apareix com a element secundari del cos. Tanmateix, només pot haver-hi un bloc d’errors.
P # 29) Quines són les característiques importants de l’element d’embolcall SOAP?
Resposta: Hem vist el treball bàsic d’un element de sobre SOAP a la resposta anterior, ara anem a veure algunes de les seves característiques:
- El sobre SOAP és un mecanisme d’embalatge.
- Tots els missatges SOAP tenen un missatge sobre sobre arrel obligatori.
- Només es permet un element de cos per a cada element de sobre.
- A mesura que canvia la versió SOAP, el sobre canvia.
- Si hi ha l'element de capçalera, hauria d'aparèixer com el primer fill.
- Per especificar s’utilitza el prefix ENV i l’element sobre.
- S'utilitza un espai de noms i un estil de codificació opcional en cas de codificació SOAP opcional.
P # 30) Voleu incloure algunes regles de sintaxi aplicables al missatge SOAP?
Resposta: A continuació, es detallen algunes regles de sintaxi importants aplicables als missatges SOAP:
Un missatge SOAP
- S'ha de codificar mitjançant XML.
- Cal utilitzar l’espai de noms del sobre SOAP.
- Heu d'utilitzar l'espai de noms de codificació SOAP.
- No ha de contenir la referència DTD.
- No ha de contenir instruccions de processament XML.
P # 31) Definir SOA?
Resposta: Una arquitectura orientada a serveis (SOA) es defineix bàsicament com un patró arquitectònic format per serveis. Aquí els components de l’aplicació proporcionen serveis als altres components mitjançant protocol de comunicació a través de la xarxa. Aquesta comunicació implica l’intercanvi de dades o alguna activitat de coordinació entre serveis.
A continuació, esmenten alguns dels principis clau en què es basa SOA:
- El contracte de serveis s’hauria d’estandarditzar amb totes les descripcions dels serveis.
- Hi ha un acoblament fluix que defineix la menor dependència entre els serveis web i el client.
- Ha de seguir la regla d'abstracció del servei, que diu que el servei no ha d'exposar la forma en què s'ha executat la funcionalitat a l'aplicació client.
- Els serveis haurien de ser reutilitzables per poder treballar amb diversos tipus d’aplicacions.
- Els serveis haurien de ser apàtrides amb la característica de descobrir-los.
- Els serveis trenquen grans problemes en petits problemes i permeten a diversos subscriptors utilitzar els serveis.
P # 32) Expliqueu les accions realitzades per SOAPUI?
Resposta: SOAPUI és una solució de proves funcionals de codi obert, gratuïta i multiplataforma. A continuació, esmenten algunes accions realitzades per SOAPUI:
- Pot ajudar a crear suites de proves funcionals, de seguretat i de proves de càrrega.
- També es realitzen proves basades en dades i proves basades en escenaris.
- Té la possibilitat de suplantar serveis web, així com té capacitats d'informes integrades.
Seguretat de serveis web
P # 33) Quins són els principals problemes de seguretat del servei web?
Resposta: Per garantir transaccions fiables i informació confidencial segura, els serveis web requereixen un nivell de seguretat molt alt que només es pot aconseguir mitjançant Confieu la plataforma de transaccions segures . Els problemes de seguretat dels serveis web es divideixen en tres seccions, tal com es descriu a continuació:
- Confidencialitat: Un sol servei web pot tenir diverses aplicacions i el seu camí de servei conté un potencial enllaç feble als seus nodes. Sempre que el client envia missatges o sol·licituds XML, juntament amb la ruta del servei al servidor, s'han de xifrar. Per tant, és imprescindible mantenir la confidencialitat de la comunicació.
- Autenticació: L'autenticació es realitza bàsicament per verificar la identitat dels usuaris, així com per garantir que l'usuari que utilitza el servei web tingui dret a utilitzar-lo o no? L’autenticació també es fa per fer un seguiment de l’activitat de l’usuari. Hi ha diverses opcions que es poden considerar a aquest efecte
- Autenticació a nivell d'aplicació
- Resum HTTP i autenticació bàsica HTTP
- Certificats de client
- Seguretat de la xarxa: Aquest és un problema greu que requereix eines per filtrar el trànsit del servei web.
P # 34) Què en sabeu dels serveis de seguretat de les fundacions?
Resposta: Els serveis de seguretat de la fundació consisteixen en:
- Integració
- Autenticació
- Autorització
- Signatures digitals
- Processos de xifratge
P # 35) Què és el servei d'identificació de Confiança?
com obrir un fitxer jar
Resposta: El servei d’identificació d’Enfust es classifica a la plataforma de transaccions segures d’Entrust, que proporciona capacitats de seguretat essencials per garantir transaccions segures. Normalment, això permet a les empreses controlar completament les identitats de confiança per realitzar transaccions de serveis web.
P # 36) Què és el servei de drets d'autor?
Resposta: El servei de confiança és aquell que té com a tasca verificar els serveis que intenten accedir als serveis web. Bàsicament, garanteix la seguretat en les operacions empresarials, així com alguns serveis d'autenticació.
P # 37) Què és Confiar el servei de privadesa?
Resposta: Com el seu nom indica, Entrust Privacy Service realitza el xifratge de les dades de manera que només les parts interessades puguin accedir a les dades. Bàsicament tracta dos factors
- Confidencialitat
- Seguretat
Preguntes sobre l'entrevista del WSDL
P # 38) Expliqueu WSDL?
Resposta: WSDL significa Idioma de descripció del servei web. És un document XML senzill que es troba a la capa de descripció del servei de Stock de protocol de servei web i que descriu els detalls tècnics o localitza la interfície d'usuari del servei web. Poques de la informació important present al document WSDL són
- Nom del mètode
- Tipus de ports
- Punt final del servei
- Paràmetres del mètode
- Informació de capçalera
- Origen, etc.
P # 39) Quins són els diferents elements dels documents WSDL?
Resposta: A continuació es detallen els diferents elements del document WSDL juntament amb una breu descripció:
- Tipus: Es defineixen els tipus de dades de missatges, que es presenten en forma d’esquema XML, que fan servir els serveis web.
- Missatge: Això defineix els elements de dades de cada operació en què els missatges podrien ser el document sencer o un argument que s'ha de mapar.
- Tipus de port: Hi ha diversos serveis presents a WSDL. El tipus de port defineix la col·lecció d’operacions que es poden realitzar per a l’enllaç.
- Enquadernació: Determina i defineix el protocol i el format de dades per a cada tipus de port.
- Operacions: Això defineix les operacions realitzades per a un missatge per processar el missatge.
P # 40) Expliqueu l'element del missatge a WSDL?
Resposta: L'element missatge descriu les dades que s'han intercanviat entre el consumidor i els proveïdors de serveis web. Cada servei web consta de dos missatges i cada missatge té zero o més paràmetres. Els dos missatges són:
- Entrada: Descriu el paràmetre del servei web.
- Sortida: Descriu les dades de devolució del servei web.
P # 41) Enumereu la resposta de tipus d'operació utilitzada a WSDL?
Resposta: WSDL defineix bàsicament 4 tipus de respostes de tipus Operació. Aquests es detallen a continuació:
- Una direcció: Rep un missatge però no retorna la resposta.
- Sol·licitud-resposta: Rep una sol·licitud i retorna una resposta.
- Sol·licitud de resposta: Envia una sol·licitud i espera una resposta.
- Notificació: Envia un missatge però no espera resposta.
Entre aquests, la sol·licitud-resposta és el tipus d’operació més comú.
Q # 42) És possible la vinculació entre SOAP i WSDL?
Resposta: Sí, és possible vincular WSDL a SOAP. L’enllaç és possible bàsicament per dos atributs:
- Nom: Defineix el nom de l'enquadernació.
- Tipus: Defineix el port per a la vinculació.
Per a l’enllaç SOAP, cal declarar dos atributs
- Transport: Defineix el protocol SOAP que s’ha d’utilitzar, és a dir, HTTP.
- Estil: Aquest atribut pot ser 'rpc' o 'document'.
P # 43) Expliqueu l'element?
Resposta: L'element de definició es descriu com l'arrel del document WSDL que defineix el nom del servei web i que actua com a contenidor de la resta d'elements.
Q # 44) Quins són els dos atributs de element a WSDL?
Resposta: Cada element de port es relaciona amb una vinculació específica definint un punt final individual. L'element port té els dos atributs següents
- Nom: Aquest atribut proporciona el nom únic dins del document WSDL.
- Enquadernació: Aquest atribut fa referència al procés d'enllaç que s'ha de realitzar segons les regles d'enllaç definides per WSDL.
Q # 45) Quins són els punts que haurien de tenir en compte els ports mentre es vinculen?
Resposta: WSDL permet elements d’extensibilitat que s’utilitzen per especificar informació d’enllaç. A continuació es mostren alguns punts importants que s’han de tenir en compte mentre s’uneixen.
Un port no ha de fer-ho
- Especifiqueu més d’una adreça.
- Especifiqueu qualsevol informació vinculant que no sigui la d’adreça.
Conclusió
Aquest article conté totes les preguntes més freqüents sobre serveis web. Tot i que el tema és molt ampli, he tractat totes les seccions. Això us ajudarà a aprendre i respondre temes relacionats amb els serveis web.
Lectura recomanada
- Preguntes i respostes de l’entrevista
- Algunes preguntes d’entrevistes de proves de programari interessants
- Top 20 de les preguntes i respostes de l'entrevista de serveis web RESTful
- Top 30 de preguntes i respostes de les entrevistes de proves de seguretat
- Preguntes i respostes de l'entrevista de proves ETL
- Top 12 de les preguntes sobre l'entrevista de Mockito (entrevista de Mocking Framework)
- Preguntes principals sobre les entrevistes sobre formularis i informes d'Oracle
- Preguntes d'entrevistes de proves manuals de programari per a professionals experimentats