Laadige alla PDF
1) Kas defineerida veebiteenus?
Veebiteenus on omamoodi tarkvara, millele on juurdepääs Internetis. See kasutab XML-sõnumsüsteemi ja pakub lõppkasutajatele hõlpsasti arusaadavat liidest.
2) Mis on selles valdkonnas viimaste aastate uut?
XML-i algatamine selles valdkonnas on edasiminek, mis pakub veebiteenusele ühte keelt RPC-de, veebiteenuste ja nende kataloogide vahel suhtlemiseks.
3) Tooge mulle näide reaalsest veebiteenusest?
Üks veebiteenuste näide on IBM-i veebiteenuste brauser. Selle saate hankida IBM Alphaworks saidilt. See brauser näitab erinevaid veebiteenustega seotud demosid. Põhimõtteliselt saab veebiteenuseid kasutada SOAP, WSDL ja UDDI abil. Kõik need pakuvad pistikprogrammi-liidest veebiteenuste, näiteks aktsiate pakkumise teenuse, liiklusaruandeteenuse, ilmateenistuse jms kasutamiseks.
4) Kuidas määrate veebiteenuse protokollivirna?
Põhimõtteliselt on see komplekt erinevaid protokolle, mida saab kasutada veebiteenuste uurimiseks ja täitmiseks. Tervel korstnal on neli kihti, st teenuse transport, XML-i sõnumside, teenuse kirjeldus ja teenuse otsimine.
5) Kas saate määratleda kõik need protokollivirna kihid?
Teenuse transpordikiht edastab sõnumeid erinevate rakenduste vahel, näiteks HTTP, SMTP, FTP ja Blocks Extensible Exchange Protocol (BEEP). XML-i sõnumside kiht kodeerib sõnumeid XML-vormingus, nii et sõnumid oleksid mõlemast otsast arusaadavad, näiteks XML-RPC ja SOAP. Kiht Teenuse kirjeldus kirjeldab veebiteenuse, näiteks WSDL-i, kasutajaliidest. Teenuse avastamise kiht koondab teenused ühisesse registrisse ja pakub lihtsat avaldamisfunktsiooni, näiteks UDDI.
6) Kas defineerida XML - RPC?
See on protokoll, mis kasutab kaugprotseduurikõnede tegemiseks XML-sõnumeid.
7) Kas määratleda seep?
SOAP on XML-põhine protokoll arvutite vahel edastamiseks.
8) Kas defineerida WSDL?
See tähendab veebiteenuste kirjelduskeelt. Põhimõtteliselt on see teenuse kirjelduse kiht veebiteenuse protokolli varus. Kiht Teenuse kirjeldus kirjeldab veebiteenuse kasutajaliidest.
9) Millist turvalisust on vaja veebiteenuste jaoks?
Veebiteenuste turvatase peaks olema suurem kui see, mida ütleme Secure Socket Layer (SSL). Seda turvalisuse taset on võimalik saavutada ainult turvalise tehinguplatvormi Entrust abil. Veebiteenused vajavad seda turvalisuse taset, et tagada usaldusväärsed tehingud ja konfidentsiaalne teave.
10) Kas teil on aimu sihtasutuse turvateenustest?
Nagu nimest järeldub, on need teenused integreerimise, autentimise, autoriseerimise, digitaalallkirjade ja krüpteerimisprotsesside alus või põhitõed.
11) Kas määratleda usalduse tuvastamise teenus?
Usaldustuvastusteenus pärineb turvaülekande platvormilt. See platvorm võimaldab ettevõtetel kontrollida identiteete, mida usaldatakse veebiteenuste tehingute jaoks tehingute tegemisel.
12) Mida tähendab UDDI?
UDDI tähistab universaalset, kirjeldust, avastamist ja integreerimist. See on veebiteenuste protokollivirna avastamiskiht.
13) Kas määratleda teenuse usaldamise õigused?
See teenus kontrollib üksusi, kes üritavad veebiteenusele juurde pääseda. Näiteks autentimisteenus, õiguste teenus, tagab äritegevuse turvalisuse.
14) Kas määratleda usalduse privaatsusteenus?
Nagu nimigi ütleb, tegeleb see turvalisuse ja konfidentsiaalsusega. See teenus krüpteerib andmed tagamaks, et andmetele pääsevad juurde ainult asjaomased isikud.
15) Mida mõtlete PKI all?
See tähendab avaliku võtme infrastruktuuri.
16) Milliseid tööriistu kasutatakse veebiteenuse testimiseks?
Olen kasutanud SOAP WS-i jaoks SoapUI-d ja RESTFuli teenuste jaoks Firefoxi plakatpluginat.
17) Kas teha vahet SOA-l ja veebiteenusel?
SOA on disain ja arhitektuur muude teenuste rakendamiseks. SOA-d saab hõlpsasti rakendada mitmesuguste protokollide abil, nagu HTTP, HTTPS, JMS, SMTP, RMI, IIOP, RPC jne. Veebiteenus on ise rakendatud tehnoloogia. Tegelikult saab SOA-d juurutada veebiteenuse abil.
18) Arutage erinevaid lähenemisviise SOAP-põhise veebiteenuse arendamiseks?
Saame arendada SOAP-põhist veebiteenust kahte erinevat tüüpi lähenemisviisidega, nagu leping esimene ja viimane. Esimeses lähenemisviisis määratletakse kõigepealt leping ja seejärel tuletatakse lepingust klassid, samas kui hilisemas määratletakse kõigepealt klassid ja seejärel tuletatakse leping nendest klassidest.
19) Kui peate valima ühe lähenemisviisi, siis milline on teie valik?
Minu arvates on esimene lähenemisviis, mis on lepingupõhine lähenemine, võrreldes teisega, kuid see sõltub siiski ka muudest teguritest.
20) Kas veebiteenusele juurdepääsemiseks on vaja spetsiaalset rakendust?
Ei, veebiteenusele juurdepääsemiseks pole vaja installida spetsiaalset rakendust. Veebiteenusele pääsete juurde mis tahes rakendusest, mis toetab XML-põhiseid objektitaotlusi ja vastuseid.
21) Kas oskate nimetada vähe veebiteenuste tasuta ja ärilisi rakendusi?
Rakendused, mida tean, on Apache SOAP, JAX-WS Reference Implementation, JAX-RS Reference Implementation, Metro, Apache CXF, MS.NET ja Java 6.
22) Nimebrauser, mis võimaldab juurdepääsu veebiteenusele?
Brauserite kaudu veebiteenusele juurdepääsuks on vajalik JavaScripti XmlHttpRequest objekt. Seda objekti toetavad brauserid on Internet Explorer, Safari ja Mozilla-põhised brauserid nagu FireFox.
23) Mis on puhkus?
REST tähistab esindusriigi üleandmist. REST ise ei ole standard, samas kui see kasutab erinevaid standardeid, nagu HTTP, URL, XML / HTML / GIF / JPEG.webp (ressursside esitusviisid) ja text / xml, text / html, image / gif, image / jpeg.webp jne (MIME tüübid ).
24) Kuidas saab pakkuda kasutajatele API-d?
Kasutajatele API pakkumiseks saab seda hõlpsalt teha "avatud tabeli" abil. Kõik, mida peate tegema, on kirjutada avatud tabel, mis on põhimõtteliselt XML-skeem, mis osutab veebiteenusele.
25) Nimetage veebiteenuse erinevad suhtluskanalid?
Veebiteenus on integreeritud kolme protokolliga, näiteks HTTP / POST, HTTP / GET ja SOAP. See pakub klientidele kolme erinevat suhtluskanalit. Klient saab vastavalt vajadusele valida mis tahes sidemeetodi.
26) Kuidas saate veebiteenust dokumenteerida?
Veebiteenuseid peetakse isedokumenteerivateks, kuna need pakuvad kogu teavet XML-põhise standardi (WSDL) jaoks kasutatavate saadaolevate meetodite ja parameetrite kohta. Veebiteenuste selgitamiseks nende enda WebService'i ja WebMethodi atribuutide kaudu saab anda ka rohkem teavet.
27) Millised on olukorrad, kui vajame ASP.NET-i veebiteenuseid?
ASP.NET-i veebiteenuseid kasutatakse siis, kui veebiteenuses on vaja rakendada kolme astme arhitektuuri. See võimaldab interneti kaudu käepäraseid viise keskmise astme komponentide kasutamiseks. NET-veebiteenuste peamine eelis on see, et nad on piisavalt võimelised tulemüürides suhtlema, kuna nad kasutavad transpordiprotokollina SOAP-i.
28) Mis on hajutatud tehnoloogiad?
Hajutatud rakenduste kasvav suhe on suurendanud nõudlust hajutatud tehnoloogiate järele. See võimaldab rakenduseüksusi segmenteerida ja teisaldada erinevates võrkudes asuvatesse erinevatesse arvutitesse.
29) Kas teha vahet veebiteenustel, CORBA-l ja DCOM-il?
Veebiteenused edastavad / saavad sõnumeid vastavalt rakendusele / rakendusest HTTP-protokolli kaudu. See kasutab andmete kodeerimiseks XML-i.
CORBA ja DCOM edastavad / saavad sõnumeid vastavalt rakendusele / rakendusest mittestandardsete protokollide, näiteks IIOP ja RPC kaudu.
30) Kas oskate öelda vähe veebiteenuste eeliseid?
Veebiteenuse suurim eelis on see, et seda toetavad mitmesugused platvormid. Pealegi võivad veebiteenused lähitulevikus oma piiri laiendada ja täiustada uusi meetodeid, mis pakuvad klientidele mugavust. Täiustus ei mõjuta kliente, isegi kui nad pakuvad vanu meetodeid ja parameetreid.
31) Kas oskate nimetada mõnda veebiteenustes kasutatavat standardit?
Veebiteenustes kasutatavad standardid on WSDL (kasutatakse liidese definitsiooni loomiseks), SOAP (kasutatakse andmete struktureerimiseks), HTTP (sidekanalid), DISCO (kasutatakse avastamisdokumentide loomiseks) ja UDDI (kasutatakse äriregistrite loomiseks).
32) Selgitage lühidalt, mis on DISCO?
DISCO tähendab avastamist. See rühmitab omavahel seotud veebiteenuste loendi. Organisatsioon, mis pakub veebiteenuseid, väljastab oma serveris DISCO-faili ja see fail sisaldab kõigi pakutavate veebiteenuste linke. See standard on hea, kui klient juba tunneb ettevõtet. Samuti saab seda kasutada ka kohalikus võrgus.
33) Selgitage lühidalt, mis on UDDI?
UDDI (universaalne kirjeldus, otsimine ja integreerimine) pakub Internetis veebiteenuste konsolideeritud kataloogi. Kliendid kasutavad UDDI-d veebiteenuste leidmiseks vastavalt oma ärivajadustele. Põhimõtteliselt võõrustab see erinevate ettevõtete veebiteenuseid. Veebiteenuste jagamiseks peate selle avaldama UDDI-s.
34) Selgitage .NET-i veebiteenuste toetatud andmetüüpe?
.Net-veebiteenused kasutavad teabe edastamiseks / vastuvõtmiseks XML-põhiseid standardeid. Seega saavad .NET-i veebiteenused töötada ainult XML-skeemi standardi järgi tuntud andmetüüpidega. Nagu FileSteam, ei tunnista XML-i skeemistandardid ka Eventlogit jne, mistõttu neid veebiteenused ei toeta.
35) Kuidas testitakse .NET-i veebiteenust?
ASP.NET kasutab testlehte tavapäraselt, kui ükskõik millises brauseris nõuab .asmx-faili URL-i. Sellel lehel kuvatakse täielik teave veebiteenuste kohta.
36) Kuidas .NET-i veebiteenust tarbitakse?
Kuna me teame, et veebiteenused on üles ehitatud XML-i standardite järgi. Seetõttu peavad sõnumite vahetamiseks kliendid täielikult aru saama XML-põhistest sõnumitest. Kliendid saavad veebiteenustega suhelda puhverservereid pakkuva .NET-raamistiku kaudu. Nendel puhverservermehhanismidel on üksikasjalik teave veebiteenuste andmete jagamise kohta, mida kliendid saavad hõlpsalt kasutada.
37) Kas oskate nimetada kahte Microsofti lahendust hajutatud rakenduste jaoks?
Kaks Microsofti lahendust hajutatud rakendustele on .NET Web Services ja .NET Remoting.
38) Kas teha vahet .NET-i veebiteenuste ja .NET-i kaughalduse vahel?
Mis puutub protokolli, siis .NET veebiteenus kasutab HTTP-d, samas kui .NET Remoting kasutab mis tahes protokolli, st TCP / HTTP / SMTP. Jõudluse osas on .NET Remoting suhteliselt kiirem kui.NET veebiteenus. Kuna .NET-i veebiteenuseid hostitakse IIS-i kaudu, on see seetõttu palju usaldusväärsem kui .NET Remoting.
39) Nimetage veebiteenuse juurutamisel avaldatavad komponendid?
Komponendid, mis tuleb veebiteenuse juurutamise ajal avaldada, on veebirakenduste kataloog, Webservice.asmx-fail, Webservice.Disco-fail, Web.Configi fail ja prügikasti kataloog.
40) Milliseid samme teeb klient veebiteenusele juurdepääsemiseks?
Kõigepealt loob veebiviidet veebiteenusele klient oma rakenduses. Seejärel genereeritakse puhverserver. Pärast seda luuakse puhverserveri klassi objekt ja lõpuks pääseb veebiteenusele juurde selle puhverserveri kaudu.
41) Kuidas veebiteenuseid rakendatakse .NET-is?
Veebiteenuste juurutamiseks .NET-is kasutatakse HTTP-käitlejaid, mis katkestavad .asmx-failide taotlused.
42) Selgitage vastuste vahemällu salvestamise väheseid külgi?
Vastuse vahemällu salvestamine on kasutu või ebapädev, kui meetod aktsepteerib suures koguses väärtusi, kuna vahemällu salvestamine tähendab palju teabe salvestamist. Kui meetod sõltub välisest teabeallikast ja mida parameetrites ei esitata, siis jäävad sellised meetodid mööda.
43) Mis on reageerimise vahemälu alternatiivne lahendus?
Vastuse vahemälu asemel võib kasutada andmete vahemällu salvestamist (System.Web.Caching.Cach).
44) Kas lühike GET- ja POST-meetodite kasutamine veebiteenusega suhtlemisel?
Need meetodid on vähem turvalised ja takistavad kasutajaid struktuuride ja objektide argumentidena edastamist. Samuti ei luba see kasutajatel edastada ByRefi argumente.
45) Kuidas saab klassile juurde pääseda veebiteenusena?
Klassile veebiteenusena juurde pääsemiseks peaksite klassi pärima klassist System.Web.Services.WebService ja kvalifitseerima klassi atribuudiga WebService.
46) Kuidas on Interneti kaudu juurdepääs veebiteenuste klassi meetodile?
Veebiteenuse klassi meetodile juurdepääsu saamiseks Interneti kaudu tuleks kvalifitseerida meetod atribuudiga WebMethod.
47) Kuidas on SOAP-sõnum üles ehitatud?
SOAP-sõnum koosneb SOAP-ümbrikust, SOAP-päistest ja SOAP-kehast.
48) Kas oskate nimetada erinevaid veebiteenuseid?
Veebiteenuseid on kokku kahte tüüpi, st SOAP-põhine veebiteenus ja RESTful veebiteenus.
Seda küsimust on juba varem mainitud.
49) Mis erineb RESTfuli veebiteenustes?
RESTful veebiteenused ei sisalda lepingut ega WSDL-faili.
50) Andke mulle mõned põhjused RESTfuli veebiteenuse kasutamiseks?
RESTFuli veebiteenuseid on lihtne rakendada ja testida. See toetab erinevaid andmevorminguid, nagu XML, JSON jne.
51) Selgitage, mis on JAVA veebiteenused? Millised on veebiteenuste loomise meetodid?
Java veebiteenused on välja töötatud põhilise veebiteenuse loomiseks ja juurutamiseks JAVA platvormil.
Veebiteenuste loomiseks on kaks lähenemist
- Ülalt alla lähenemine
- Täiendav lähenemine
52) Selgitage, mis on JAXP?
JAXP on JAVA API XML-i töötlemiseks, mis võimaldab rakendusel kirjutada, lugeda, manipuleerida ja teisendada XML-andmeid. Samamoodi on muude erinevate funktsioonide täitmiseks ka teisi Java API-sid nagu JAX-RPC, JAXM, JAXR, JAXB jne.
53) Kas mainida JAXB siduvat raamistikku?
JAXB sidumisraamistik on saadaval kolmes Java paketis
- xml.bind: see pakett määratleb abstraktsed klassid ja liidesed, mida kasutatakse otse sisuklassidega
- xml.bind.util: See pakett sisaldab utiliidiklasse, mida kliendirakendused võivad kasutada marsruudi, eemaldamise ja valideerimise sündmuste haldamiseks
- xml.bind.helper: See abipakett annab osalistele rakendustele javax.xml.bind liideseid. Neid API-sid ei tohi JAXB arhitektuuri kasutavad rakendused otseselt kasutada
54) Tooge lihtne näide selle kohta, kuidas XML-dokument võib JAVA raamistikus olla marssal ja unmarshal?
Marshalling on protsess, mis muudab XML-dokumendi Java-loetavaks vormiks, samal ajal kui UnMarshalling on Marshallingu vastupidine protsess. Vaatame, kuidas Java eemaldab XML-dokumendi ja seejärel korraldab selle tagasi
JAXBContext jc = JAXBContext.newInstance ("com.acme.foo");
// unmarshal saidilt foo.xml
Unmarshaller u = jc.createUnmarshaller ();
FooObject fooObj =
(FooObject) u.unmarshal (uus fail ("foo.xml"));
// marssalist sytem.out
Marshaller m = jc.createMarshaller ();
m.marshal (fooObj, System.out);
55) Selgitage, mida teeb Marshaller, kui jaxb.kodeerivat vara ei deklareerita?
Vaikimisi kasutab Marshaller "UTF-8", kui atribuuti jaxb.encod ei deklareerita.
56) Mainige, milliseid valideerimise tüüpe saab JAXB klient teha?
JAXB saab teha kahte tüüpi JAXB kliendi valideerimist
- Ebamõistlik aja kinnitamine
- Nõuetekohane valideerimine
57) Nimetage, millised on kolm viisi marssali, moraalsete ja valideerimisoperatsioonide käigus toimunud sündmuste käsitlemiseks?
- Vaikimisi sündmuste käitleja kasutamine
- Registreerige ja juurutage kohandatud sündmuste käitleja
- Kasutage ValidationEventCollector utiliiti
58) Selgitage, kus asub JAXB kompilaator?
JAXB skeemi sidumise kompilaator paigutatakse kataloogi
59) Millistel juhtudel peate vaikesidumist kohandama?
Mõnel juhul peate kohandama vaikeköitmise sarnast
- API-dokumentatsiooni loomine skeemist saadud JAXB-pakettide, klasside, meetodite ja konstantide jaoks
- Semantiliselt mõttekate kohandatud nimede andmine juhtumite jaoks, mida XML-i vaikenime ja Java-identifikaatori vastendamine ei saa automaatselt käsitseda
- Vaikimisi köitmise sarnane määramine, et mudelirühm tuleks lisada klassi, mitte loendisse
60) Selgitage, mis on sisemine kohandamine?
Kohandamine JAXB-sidumiste jaoks, kasutades XML-skeemifaili siseseid sidumisdeklaratsioone, mis on vormis
61) Selgitage, mis on XML-i allkiri?
XML-i saab kasutada suvaliste andmete allkirjastamiseks, olenemata sellest, kas see on binaarne või XML. Andmed tuvastatakse URI-de kaudu ühes või mitmes viitelemendis. Seda kirjeldatakse ühes või mitmes vormis, näiteks eraldatuna, ümbrisena või ümbrisena.
62) Selgitage, mis on Stax?
Stax tähistab XML-i voogesituse API-d; see on API JAVA programmeerimiskeelest pärinevate XML-dokumentide lugemiseks ja kirjutamiseks.
63) Mainige, millised on tavalised XML-i API-d?
Tavalised XML-i API-d sisaldavad
- DOM-põhised või puupõhised API-d: kogu dokument loetakse mällu puustruktuurina juhusliku kättesaadavuse huvides, helistades rakendusele
- Sündmusel põhinevad API-d: rakendus registreerib end sündmuste saamiseks algdokumendis olevate üksustena
64) Selgitage, mis on push-parsimine ja pull-parsimine?
- Tõmba parsimine: voogesituse parsimise all mõeldakse programmeerimismudelit, milles kliendirakendus kutsub meetodeid XML-i parsimise teeki, kui see on vajalik XML-infokomplektiga suhtlemiseks - see tähendab, et klient saab XML-andmeid ainult siis, kui seda palutakse
- Push-parsimine: Push-sõelumisel lükkab parser rakendusele parsimisüritused või XML-andmed. Tõukemudelis sai parser parsimisprotsessi kinni ja parser kutsub rakendatud käitleja meetodeid.
65) Selgitage, millisel tehnoloogial XWS-i turvalisus põhineb? Loetlege võimalused, mida XWS-i turvalisus pakub JAX-RPC-rakenduste turvamiseks?
XWS-i turvalisus põhineb veebiteenuste turvalisusel, mis põhineb JAX-RPC-l ja iseseisval SAAJ-l põhineval rakendusel. JAX-RPC rakenduse turvamiseks on XWS-i turvalisuse pakutavad võimalused
- XML-digitaalallkiri
- XML-krüptimine
- Kasutajanime loa kinnitamine
- XWS-i turvaraamistiku API-d
66) Loetlege välja kuus paketti, mis on saadaval XML-i digitaalallkirja API-s?
Digiallkirja API on
- xml.crypto
- xml.crypto.dsig
- xml.crypto.dsig.keyinfo
- xml.crypto.dsig.spec
- xml.crypto.dom
- xml.crypto.dsig.dom
67) Selgitage, mis on JAXR?
JAXR on Java platvormirakenduse Java-programmeerimise API-d, et pääseda juurde ja programmiliselt suhelda mitmesuguste metaandmete registritega.
68) Selgitage, millest koosneb JAXR-i arhitektuur?
JAXR-i arhitektuur koosneb JAXR-i kliendist ja JAXR-i pakkujast.
- JAXR-i klient: see on kliendiprogramm, mis kasutab JAXR-i API-d registri kasutamiseks JAXR-i pakkuja kaudu
- JAXR-i pakkuja: see on JAXR-i API rakendus, mis pakub juurdepääsu kindlale registripakkujale või ühisele spetsifikatsioonile tuginevale registriteenuse pakkujate klassile.
69) Selgitage, mis on JAXM-i sõnumside mudelid?
JAXM-i sünkroonse ja asünkroonse sõnumside mudelit on kahte tüüpi
- Sünkroonse sõnumside mudel: seda tüüpi mudeli puhul suhtleb klient otse allikaga. Selles saadab klient päringu ja ootab.
- Asünkroonne sõnumside mudel: selles mudelis suunab klient sõnumi sõnumside pakkujale ja naaseb tagasi. Seejärel teostab sõnumside pakkuja sõnumi suunamise lõppallikasse.
70) Selgitage, mis on UDDI, DISCO ja WSDL?
- UDDI: see tähendab universaalset kirjeldust, avastamist ja ma. See on kataloog, mida kasutatakse avalike veebiteenuste avaldamiseks ja avastamiseks
- DISCO: see on üldtuntud kui avastus. See koondab ühised teenused kokku ja paljastab veebiteenuste skeemidokumendi
- WSDL: see tähistab veebiteenuse kirjelduskeelt (WSDL). Seda kasutatakse veebiteenuste kirjeldamiseks. Kirjeldus sisaldab veebiteenuste URL-i, veebiteenuste toetatavaid atribuute ja meetodeid, toetatud andmetüüpi ja toetatud protokolli üksikasju
- Järgmine