A 70 legnépszerűbb webszolgáltatás-interjúkérdés (2025)
Illés Hall
Íme a Web Services interjúkérdések és válaszok friss és tapasztalt jelöltek számára, hogy megszerezzék álmaik állását.
Web Services interjúkérdések pályakezdőknek
1) Definiálja a webszolgáltatást?
A webszolgáltatás egy olyan szoftver, amely az interneten érhető el. Kihasználja az XML üzenetküldő rendszert, és könnyen érthető felületet kínál a végfelhasználók számára.
2) Mi az újdonság ezen a területen az elmúlt néhány évben?
Az XML beindítása ezen a területen az a fejlődés, amely egyetlen nyelvet biztosít a webszolgáltatásnak az RPC-k, webszolgáltatások és ezek könyvtárai közötti kommunikációhoz.
👉 Ingyenes PDF letöltés: Web Services interjúkérdések és válaszok
3) Mondj egy példát valódi webszolgáltatásra?
A webszolgáltatások egyik példája az IBM Web Services böngésző. től lehet kapni IBM Alphaworks webhely. Ez a böngésző különféle webszolgáltatásokhoz kapcsolódó bemutatókat jelenít meg. A webszolgáltatások alapvetően SOAP, WSDL és UDDI segítségével használhatók. Mindezek egy plug-and-play felületet biztosítanak a használathoz webes szolgáltatások például tőzsdei jegyzési szolgáltatás, forgalmi jelentési szolgáltatás, időjárási szolgálat stb.
4) Hogyan határozza meg a webszolgáltatási protokoll veremét?
Alapvetően különféle protokollok készlete, amelyek a webszolgáltatások felfedezésére és végrehajtására használhatók. A teljes verem négy rétegből áll, azaz Service Transport, XML Messaging, Service Description és Service Discovery.
5) Meg tudod határozni a protokollverem ezen rétegeit?
A Service Transport réteg üzeneteket továbbít a különböző alkalmazások, például a HTTP, SMTP, FTP és a Blocks Extensible Exchange Protocol (BEEP) között. Az XML Messaging réteg XML formátumban kódolja az üzeneteket, így az üzenetek mindkét végén érthetők, például XML-RPC és SOAP. A Szolgáltatás DescriptAz ionréteg egy webszolgáltatás, például a WSDL felhasználói felületét írja le. A Service Discovery réteg egy közös nyilvántartásba központosítja a szolgáltatásokat, és egyszerű közzétételi funkciókat kínál, mint például az UDDI.
6) Definiálja az XML-t – RPC?
Ez egy olyan protokoll, amely XML-üzeneteket használ a távoli eljáráshívásokhoz.
7) Definiálja a SZAPPANT?
SOAP egy XML alapú protokoll a számítógépek közötti átvitelhez.
8) Definiálja a WSDL-t?
Azt jelenti Web Services Description nyelv. Ez alapvetően a szolgáltatásleíró réteg a webszolgáltatási protokollállományban. A Szolgáltatás DescriptAz ionréteg a webszolgáltatás felhasználói felületét írja le.
9) Milyen biztonságra van szükség a webszolgáltatásokhoz?
A webszolgáltatások biztonsági szintjének magasabbnak kell lennie, mint a Secure Socket Layer (SSL) szintje. Ez a biztonsági szint csak az Entrust Secure Transaction Platform segítségével érhető el. A webszolgáltatásoknak ilyen szintű biztonságra van szükségük a megbízható tranzakciók és a bizalmas információk biztonságossá tétele érdekében.
10) Van fogalma az alapítványi biztonsági szolgáltatásokról?
Ahogy a nevéből is következik, ezek a szolgáltatások az integráció, a hitelesítés, az engedélyezés, a digitális aláírás és a titkosítási folyamatok alapjait vagy alapjait.
11) Definiálja a megbízott azonosítási szolgáltatást?
Az Entrust Identification Service az Entrust Security Transaction Platformtól származik. Ez a platform lehetővé teszi a vállalatok számára, hogy ellenőrizzék azokat az identitásokat, amelyekben megbíznak a webszolgáltatások tranzakcióihoz.
12) Mit jelent az UDDI?
Az UDDI az univerzális rövidítése, Description, Discovery és Integration. Ez a webszolgáltatási protokollverem felfedezési rétege.
13) Meghatározza az Entrust Entitlements szolgáltatást?
Ez a szolgáltatás ellenőrzi azokat az entitásokat, amelyek megpróbálnak hozzáférni egy webszolgáltatáshoz. Például a hitelesítési szolgáltatás, az Entitlements Service biztosítja az üzleti műveletek biztonságát.
14) Meghatározza az Entrust adatvédelmi szolgáltatást?
Ahogy a neve is sugallja, a biztonsággal és a titoktartással foglalkozik. Ez a szolgáltatás titkosítja az adatokat, hogy csak az érintett felek férhessenek hozzá az adatokhoz.
15) Mit értesz PKI alatt?
Nyilvános kulcsú infrastruktúrát jelent.
16) Milyen eszközöket használnak egy webszolgáltatás tesztelésére?
SoapUI-t használtam a SOAP WS-hez és Firefox poszter bővítmény a RESTFul szolgáltatásokhoz.
17) Különbséget tesz a SOA és a webszolgáltatás között?
A SOA egy tervezés és architektúra más szolgáltatások megvalósítására. A SOA könnyen megvalósítható különféle protokollok használatával, mint például HTTP, HTTPS, JMS, SMTP, RMI, IIOP, RPC stb. Bár a webszolgáltatás maga is egy megvalósított technológia. Valójában a SOA a webszolgáltatás segítségével valósítható meg.
18) Beszéljünk a SOAP alapú webszolgáltatás fejlesztésének különböző megközelítéseiről?
SOAP alapú webszolgáltatást két különböző megközelítéssel tudunk fejleszteni, mint a szerződés-első és a szerződés-utolsó. Az első megközelítésben először a szerződést határozzák meg, majd a szerződésből származtatják az osztályokat, míg a későbbiben először az osztályokat határozzák meg, majd ezekből az osztályokból származtatják a szerződést.
19) Ha egy megközelítést kell választanod, akkor mit választasz?
Álláspontom szerint az első, a szerződés-első megközelítés megvalósíthatóbb a másodikhoz képest, de mégis más tényezőktől is függ.
20) Szükséges-e valamilyen speciális alkalmazás a webszolgáltatás eléréséhez?
Nem, nem kell semmilyen speciális alkalmazást telepítenie a webszolgáltatás eléréséhez. A webszolgáltatás bármely olyan alkalmazásból elérhető, amely támogatja az XML-alapú objektumkérést és -választ.
21) Tudna megnevezni néhány ingyenes és kereskedelmi megvalósítást a webszolgáltatásokhoz?
Az általam ismert implementációk: Apache SOAP, JAX-WS Reference Implementation, JAX-RS Reference Implementation, Metro, Apache CXF, MS.NET és Java 6.
22) Név böngésző, amely lehetővé teszi a webszolgáltatás elérését?
JavaScript XmlHttpRequest objektum szükséges a webszolgáltatás böngészőn keresztüli eléréséhez. Az objektumot támogató böngészők az Internet Explorer, a Safari és a Mozilla-alapú böngészők, például a FireFox.
23) Mi az a REST?
A REST a Representational State Transfer rövidítése. A REST önmagában nem szabvány, miközben különféle szabványokat használ, mint például a HTTP, URL, XML/HTML/GIF/JPEG (Resource Representations) és text/xml, text/html, image/gif, image/jpeg stb. (MIME típusok). ).
24) Hogyan lehet API-t biztosítani a felhasználóknak?
Ahhoz, hogy egy API a felhasználók számára ez könnyen megtehető egy „nyitott asztallal”. Mindössze annyit kell tennie, hogy nyílt táblát ír, amely alapvetően egy XML-séma, amely egy webszolgáltatásra mutat.
25) Nevezze meg a webszolgáltatás különböző kommunikációs csatornáit?
A webszolgáltatás három protokollal van integrálva, például HTTP/POST, HTTP/GET és SOAP. Három különböző kommunikációs csatornát biztosít az ügyfeleknek. Az ügyfél igénye szerint bármilyen kommunikációs módot választhat.
26) Hogyan dokumentálható a webszolgáltatás?
A webszolgáltatások öndokumentálónak tekinthetők, mivel teljes információt nyújtanak az XML alapú szabványhoz, az úgynevezett WSDL-hez használt módszerekről és paraméterekről. További információkkal szolgálhatunk a webszolgáltatások magyarázatához a saját WebService és WebMethod attribútumokon keresztül.
27) Milyen helyzetekben van szükségünk ASP.NET webszolgáltatásokra?
Az ASP.NET webszolgáltatásokat akkor használjuk, ha egy webszolgáltatásban háromszintű architektúrát kell megvalósítani. Lehetővé teszi a közepes szintű komponensek kényelmes használatát az interneten keresztül. A .NET webszolgáltatások fő előnye, hogy eléggé képesek a tűzfalakon keresztüli kommunikációra, mivel a SOAP-ot használják szállítási protokollként.
28) Mik azok az elosztott technológiák?
Az elosztott alkalmazások növekvő aránya megnövelte az elosztott technológiák iránti keresletet. Lehetővé teszi az alkalmazási egységek szegmentálását és átvitelét különböző hálózatokon lévő különböző számítógépekre.
29) Különbséget tesz a webszolgáltatások, a CORBA és a DCOM között?
A webszolgáltatások HTTP-protokollon keresztül küldik/fogadják az üzeneteket az alkalmazásokba/alkalmazásokból. XML-t használ az adatok kódolására.
A CORBA és a DCOM üzeneteket küld/fogad az alkalmazásokba/alkalmazásokból nem szabványos protokollokon, például IIOP és RPC protokollokon keresztül.
30) Meg tudja mondani a webszolgáltatások néhány előnyét?
A webszolgáltatás legnagyobb előnye, hogy számos platform támogatja. Sőt, a közeljövőben a webszolgáltatások kiterjeszthetik határaikat, és új módszereket fejleszthetnek ki, amelyek megkönnyítik az ügyfeleket. A fejlesztés nem érinti az ügyfeleket, még akkor sem, ha régi módszereket és paramétereket kínálnak.
Web Services interjúkérdések tapasztaltaknak
31) Meg tudná nevezni a webszolgáltatásokban használt szabványokat?
A webszolgáltatásokban használt szabványok a WSDL (interfészdefiníciók létrehozására), SOAP (az adatok strukturálására), HTTP (kommunikációs csatornák), DISCO (felderítési dokumentumok létrehozására) és UDDI (cégnyilvántartások létrehozására).
32) Magyarázza el röviden, mi az a DISCO?
A DISCO felfedezést jelent. Csoportosítja az egymással összefüggő webszolgáltatások listáját. A webszolgáltatást nyújtó szervezet DISCO fájlt ad ki a szerverére, amely az összes nyújtott webszolgáltatás linkjét tartalmazza. Ez a szabvány akkor jó, ha az ügyfél már ismeri a céget. Helyi hálózaton belül is használható.
33) Magyarázza el röviden, mi az UDDI?
UDDI (univerzális Description, Discovery és Integration) konszolidált címtárat biztosít az interneten elérhető webszolgáltatásokhoz. Az ügyfelek az UDDI segítségével keresnek webes szolgáltatásokat üzleti igényeiknek megfelelően. Alapvetően különféle cégek webszolgáltatásait tárolja. A webszolgáltatások megosztásához közzé kell tennie az UDDI-ban.
34) Magyarázza el a .NET webszolgáltatások által támogatott adattípusokat?
A .Net webszolgáltatások XML-alapú szabványokat használnak az információk átvitelére/fogadására. Így a .NET webszolgáltatások csak az XML sémaszabvány által ismert adattípusokkal működhetnek. A FileSteamhez hasonlóan az Eventlog-ot stb. nem ismerik fel az XML-sémaszabványok, ezért a webszolgáltatások nem támogatják.
35) Hogyan tesztelik a .NET webszolgáltatást?
Az ASP.NET rutinszerűen tesztoldalt használ, amikor az .asmx fájl URL-jét bármely böngészőben lekérjük. Ez az oldal a webszolgáltatásokkal kapcsolatos teljes körű információkat tartalmaz.
36) Hogyan fogyasztanak egy .NET webszolgáltatást?
Mivel tudjuk, hogy a webszolgáltatások XML szabványokra épülnek. Ezért az ügyfeleknek teljes mértékben meg kell érteniük az XML-alapú üzeneteket az üzenetek cseréjéhez. Az ügyfelek ezen keresztül kommunikálhatnak a webszolgáltatásokkal NET keretrendszer amely proxy mechanizmusokat kínál. Ezek a proxy mechanizmusok részletes információkat tartalmaznak a webszolgáltatásokon belüli adatmegosztásról, amelyet az ügyfelek könnyen használhatnak.
37) Meg tudod nevezni a kettőt? Microsoft megoldások elosztott alkalmazásokhoz?
A két Microsoft Az elosztott alkalmazásokhoz a .NET Web Services és a .NET Remoting megoldások tartoznak.
38) Különbséget tesz a .NET Web Services és a .NET Remoting között?
Ami a protokollt illeti, a .NET Web Service HTTP-t használ, míg a .NET Remoting bármilyen protokollt, pl. TCP/HTTP/SMTP. Ami a teljesítményt illeti, a .NET Remoting viszonylag gyorsabb, mint a .NET Web Service. Ezenkívül, mivel a .NET webszolgáltatások az IIS-en keresztül vannak üzemeltetve, sokkal megbízhatóbb, mint a .NET Remoting.
39) Nevezze meg a webszolgáltatás telepítésekor közzétenni kívánt összetevőket?
A webszolgáltatás telepítése során közzé kell tenni a következő összetevőket: Web Application Directory, Webservice.asmx File, Webservice.Disco File, Web.Config File és Bin Directory.
40) Milyen lépéseket kell végrehajtania az ügyfélnek a webszolgáltatás eléréséhez?
Mindenekelőtt az ügyfél az alkalmazásában webes hivatkozást hoz létre a webszolgáltatásra. Ezután egy proxy osztály jön létre. Ezt követően létrejön a proxy osztály objektuma, és végül ezen a proxy objektumon keresztül érhető el a webszolgáltatás.
41) Hogyan valósulnak meg a webszolgáltatások a .NET-ben?
A webszolgáltatások .NET-ben való megvalósításához HTTP-kezelőket használnak, amelyek megszakítják az .asmx fájlok kérését.
42) Magyarázza el a válaszgyorsítótárazás néhány hátrányát?
A válasz gyorsítótárazás haszontalan vagy inkompetens, ha a módszer nagy mennyiségű értéket fogad el, mivel a gyorsítótárazás sok információ tárolását jelenti. Továbbá, ha a módszer külső információforrástól függ, és ezek nincsenek megadva a paramétereken belül, akkor az ilyen módszerek kihagyásra kerülnek.
43) Mi a válaszgyorsítótárazás alternatív megoldása?
A válaszgyorsítótárazás helyett használhatjuk az adatgyorsítótárat (System.Web.Caching.Cach).
44) Néhány rövid hátránya a GET és POST módszereknek a webszolgáltatással való kommunikációhoz?
Ezek a módszerek kevésbé biztonságosak, és megakadályozzák, hogy a felhasználók struktúrákat és objektumokat adjanak át argumentumként. Ezenkívül nem teszi lehetővé a felhasználók számára, hogy ByRef argumentumokat adjanak át.
45) Hogyan lehet elérni egy osztályt webszolgáltatásként?
Egy osztály webszolgáltatásként való eléréséhez örökölnie kell az osztályt a System.Web.Services.WebService osztályból, és minősítenie kell az osztályt a WebService attribútummal.
46) Hogyan lehet elérni a webszolgáltatás osztály metódusát az interneten keresztül?
A webszolgáltatási osztály metódusának interneten keresztüli eléréséhez egy metódust a WebMethod attribútummal kell minősíteni.
47) Hogyan épül fel egy SOAP üzenet?
A SOAP üzenet a SOAP borítékból, a SOAP fejlécekből és a SOAP törzsből áll.
48) Tud megnevezni különböző típusú webszolgáltatásokat?
Összesen kétféle webszolgáltatás létezik: SOAP alapú webszolgáltatás és RESTful webszolgáltatás.
Ezt a kérdést már korábban említettük.
49) Mi a különbség a RESTful webszolgáltatásokban?
A RESTful webszolgáltatások nem tartalmaznak szerződést vagy WSDL fájlt.
50) Mondjon néhány okot a RESTful webszolgáltatás használatára?
A RESTFful webszolgáltatások egyszerűen megvalósíthatók és tesztelhetők. Támogatja a különféle adatformátumokat, mint például az XML, JSON stb.
51) Magyarázza el, mi az a JAVA webszolgáltatás? Milyen módszerekkel lehet webszolgáltatásokat létrehozni?
Java A webservices az alapvető webszolgáltatások JAVA platformon történő létrehozására és telepítésére szolgál.
A webszolgáltatások létrehozásához két megközelítést alkalmaznak
- Felülről lefelé irányuló megközelítés
- Feltöltéses megközelítés
52) Magyarázza el, mi az a JAXP?
A JAXP egy JAVA API XML-feldolgozáshoz, amely lehetővé teszi az alkalmazások számára az XML adatok írását, olvasását, kezelését és átalakítását. Hasonlóképpen más különféle funkciók elvégzésére is vannak más funkciók Java API-k, valamint a JAX-RPC, JAXM, JAXR, JAXB stb.
53) Megemlíti a JAXB kötési keretrendszert?
A JAXB kötési keretrendszer három változatban érhető el Java Csomagok
- xml.bind: Ez a csomag absztrakt osztályokat és interfészeket határoz meg, amelyeket közvetlenül a tartalomosztályokkal használnak
- xml.bind.util: Ez a csomag olyan segédprogram-osztályokat tartalmaz, amelyeket az ügyfélalkalmazások kezelhetnek sorba rendezés, feloldás és érvényesítés események
- xml.bind.helper: Ez a súgócsomag részleges megvalósítást biztosít néhány javax.xml.bind interfészhez. Ezeket az API-kat a JAXB architektúrát használó alkalmazások nem használhatják közvetlenül
54) Mondjon egy egyszerű példát arra, hogyan lehet az XML dokumentum Marshal és Unmarshal JAVA keretrendszerben?
A rendezés az XML dokumentum konvertálásának folyamata Java olvasható formában, míg az UnMarshalling a Marshalling fordított folyamata. Lássuk hogyan Java megszünteti az XML-dokumentumot, majd visszaállítja
JAXBContext jc= JAXBContext.newInstance ("com.acme.foo");
// unmarshal from foo.xml
Unmarshaller u = jc.createUnmarshaller () ;
FooObject fooObj=
(FooObject)u.unmarshal (new File ("foo.xml") );
// marshal to sytem.out
Marshaller m = jc.createMarshaller ();
m.marshal (fooObj, System.out);
55) Magyarázza el, mit csinál a Marshaller, ha a jaxb.encoding tulajdonság nincs deklarálva?
Alapértelmezés szerint a Marshaller az „UTF-8” értéket használja, ha a jaxb.encoding tulajdonság nincs deklarálva.
56) Említse meg, milyen típusú ellenőrzéseket tud végrehajtani a JAXB kliens?
A JAXB kétféle ügyfélellenőrzést végezhet el
- Unmarshal Time Validation
- Igény szerinti érvényesítés
57) Említse meg, mi a három módja a marsall, unmarshal és érvényesítés során tapasztalt esemény kezelésének?
- Az alapértelmezett eseménykezelő használata
- Egyéni eseménykezelő regisztrálása és megvalósítása
- Használja a ValidationEventCollector segédprogramot
58) Magyarázza el, hol található a JAXB fordító?
A JAXB sémakötés fordítója a <JWSDP_Home>/jaxb/bin Könyvtár. Ebben a könyvtárban két szkript található, az xjc.sh (Solaris/Linux) és xjc.bat (Windows).
59) Milyen esetekben kell személyre szabni az alapértelmezett kötést?
Bizonyos esetekben testre kell szabnia az alapértelmezett kötést, mint például
- API-dokumentáció létrehozása a sémából származó JAXB-csomagokhoz, osztályokhoz, metódusokhoz és konstansokhoz
- Szemantikailag értelmes, személyre szabott nevek megadása azokhoz az esetekhez, amelyekben az alapértelmezett XML név-Java Az azonosító leképezés nem tudja automatikusan kezelni
- Alapértelmezett kötés felülbírálása, például annak meghatározása, hogy egy modellcsoportot egy osztályhoz kell csatolni, nem pedig egy listához
60) Magyarázza el, mi az a belső testreszabás?
A JAXB-összerendelések testreszabása XML-sémafájlban lévő soron belüli kötési deklarációkkal történik, amelyek sémába ágyazott elemek elemeket.
61) Magyarázza el, mi az XML aláírás?
Az XML bármilyen tetszőleges adat aláírására használható, legyen az bináris vagy XML. Az adatokat egy vagy több referenciaelemben lévő URI-k ismerik fel. Egy vagy több formában van leírva, például leválasztva, burkoltan vagy burkoltan.
62) Magyarázza el, mi az a Stax?
A Stax a Streaming API for XML rövidítése; ez egy API az XML dokumentumok olvasására és írására, amelyek a JAVA programozási nyelv.
63) Említse meg, melyek a szokásos XML API-k?
A szokásos XML API-k tartalmazzák
- DOM alapú vagy fa alapú API-k: A teljes dokumentum beolvasásra kerül a memóriába, mint egy fastruktúra véletlenszerű elérhetőség érdekében az alkalmazás hívásával
- Esemény alapú API-k: Az alkalmazás regisztrál, hogy eseményeket kapjon, amint entitások találkoznak a forrásdokumentumban
64) Magyarázza el, mi az a Push és Pull elemzés?
- Húzás elemzése: A streaming pull elemzés egy olyan programozási modell, amelyben az ügyfélalkalmazás metódusokat hív meg egy XML elemző könyvtárban, amikor XML információkészlettel kellett kommunikálnia – ami azt jelenti, hogy a kliens csak akkor kap XML adatokat, ha kérik.
- Push elemzés: A Push Parsing során az értelmező az elemzési eseményeket vagy XML-adatokat küldi az alkalmazásnak. A push modellben az elemző megkapta az irányítást az elemzési folyamat felett, és az értelmező meghívja a megvalósított kezelő metódusokat.
65) Magyarázza el, melyik technológián alapul az XWS biztonság? Sorolja fel azokat a lehetőségeket, amelyeket az XWS biztonság nyújt a JAX-RPC alkalmazások biztonságához?
Az XWS biztonság a JAX-RPC-re épülő webszolgáltatások biztonságán és az SAAJ alapú önálló alkalmazásokon alapul. A JAX-RPC alkalmazás biztosítására az XWS biztonság által kínált lehetőségek állnak rendelkezésre
- XML digitális aláírás
- XML titkosítás
- Felhasználónév-token ellenőrzése
- XWS biztonsági keretrendszer API-k
66) Sorolja fel az XML-ben elérhető hat csomagot Digital aláírás API?
Digital aláírás API
- xml.crypto
- xml.crypto.dsig
- xml.crypto.dsig.keyinfo
- xml.crypto.dsig.spec
- xml.crypto.dom
- xml.crypto.dsig.dom
67) Magyarázza el, mi az a JAXR?
A JAXR a JAVA programozási API-k Java platformalkalmazás a különféle metaadat-nyilvántartások eléréséhez és programozott interakciójához.
68) Magyarázza el, miből áll a JAXR architektúra?
A JAXR architektúra egy JAXR kliensből és JAXR szolgáltatóból áll.
- JAXR kliens: Ez egy olyan ügyfélprogram, amely a JAXR API-t használja a beállításjegyzék használatához a JAXR szolgáltatón keresztül
- JAXR szolgáltató: Ez a JAXR API olyan megvalósítása, amely hozzáférést biztosít egy adott regisztrációs szolgáltatóhoz vagy a rendszerleíró adatbázis-szolgáltatók egy osztályához, amelyek közös specifikációkra épülnek.
69) Magyarázza el, mik azok a JAXM üzenetküldési modellek?
Kétféle üzenetküldési modell létezik a JAXM szinkron és aszinkron számára
- Synchronous üzenetküldési modell: Az ilyen típusú modellekben az ügyfél közvetlenül kommunikál a forrással. Ebben az ügyfél elküldi a kérést és vár.
- Aszinkron üzenetküldési modell: Ebben a modellben az ügyfél az üzenetet az üzenetküldő szolgáltatóhoz irányítja, és visszatér. Az üzenetküldő szolgáltató ezután végrehajtja az üzenet továbbítását a végforráshoz.
70) Magyarázza el, mi az UDDI, DISCO és WSDL?
- UDI: Univerzálist jelent Description, Discovery and I Ez az a címtár, amelyet nyilvános webszolgáltatások közzétételére és felfedezésére használnak
- DISCO: Közismert nevén felfedezés. A közös szolgáltatásokat egyesíti, és bemutatja a webszolgáltatások sémadokumentumát
- WSDL: A webszolgáltatásleíró nyelv (WSDL) rövidítése. A webszolgáltatások leírására szolgál. A leírás tartalmazza a webszolgáltatások URL-címét, a webszolgáltatások által támogatott tulajdonságokat és metódusokat, a támogatott adattípusokat és a protokoll részleteit
Ezek az interjúkérdések a viva-ban is segítenek.
