Top 70 Interviews med spørgsmål om webtjenester Svar

Anonim

Download PDF

1) Definer webservice?

En webservice er en slags software, der er tilgængelig på Internettet. Det gør brug af XML-messaging-systemet og tilbyder en let forståelig grænseflade til slutbrugerne.

2) Hvad er nyt inden for dette område i de sidste par år?

Indledningen af ​​XML inden for dette felt er det fremskridt, der giver webservice et enkelt sprog at kommunikere mellem RPC'er, webtjenester og deres kataloger.

3) Giv mig et eksempel på ægte webservice?

Et eksempel på webtjenester er IBM Web Services-browser. Du kan få det fra IBM Alphaworks-webstedet. Denne browser viser forskellige demoer relateret til webtjenester. Dybest set kan webservices bruges ved hjælp af SOAP, WSDL og UDDI. Alle disse giver en plug-and-play-grænseflade til brug af webtjenester såsom aktiekurs, en trafikrapporttjeneste, vejretjeneste osv.

4) Hvordan definerer du webserviceprotokolstakken?

Det er grundlæggende sæt med forskellige protokoller, der kan bruges til at udforske og udføre webtjenester. Hele stakken har fire lag, dvs. Service Transport, XML Messaging, Service Description og Service Discovery.

5) Kan du definere hvert af disse lag af protokolstak?

Service Transport-laget overfører meddelelser mellem forskellige applikationer, såsom HTTP, SMTP, FTP og Blocks Extensible Exchange Protocol (BEEP). XML Messaging-laget koder for meddelelser i XML-format, så meddelelser kan forstås i hver ende, såsom XML-RPC og SOAP. Tjenestebeskrivelseslaget beskriver brugergrænsefladen til en webservice, såsom WSDL. Service Discovery-laget centraliserer tjenester i et fælles register og tilbyder enkel publiceringsfunktionalitet, såsom UDDI.

6) Definer XML - RPC?

Det er en protokol, der bruger XML-beskeder til at foretage Remote Procedure Calls.

7) Definer sæbe?

SOAP er en XML-baseret protokol, der skal overføres mellem computere.

8) Definer WSDL?

Det betyder webtjenester beskrivelse sprog. Det er dybest set servicebeskrivelseslaget i webserviceprotokolbestanden. Tjenestebeskrivelseslaget beskriver brugergrænsefladen til en webservice.

9) Hvilken form for sikkerhed er der behov for webtjenester?

Sikkerhedsniveauet for webtjenester skal være mere end det, vi siger Secure Socket Layer (SSL). Dette sikkerhedsniveau kan kun opnås fra Entrust Secure Transaction Platform. Webtjenester har brug for dette sikkerhedsniveau for at sikre pålidelige transaktioner og sikre fortrolige oplysninger.

10) Har du nogen idé om fundamentets sikkerhedstjenester?

Som det antydes fra dets navn, er disse tjenester grundlaget for det grundlæggende i integration, godkendelse, autorisation, digitale signaturer og krypteringsprocesser.

11) Definer Entrust Identification Service?

Entrust Identification Service kommer fra Entrust Security Transaction Platform. Denne platform giver virksomheder mulighed for at kontrollere de identiteter, der er tillid til at udføre transaktioner til webservicetransaktioner.

12) Hvad betyder UDDI?

UDDI står for Universal, Description, Discovery og Integration. Det er opdagelseslaget i webtjenesteprotokolstakken.

13) Definer adgangsretstjeneste?

Denne tjeneste verificerer enheder, der forsøger at få adgang til en webtjeneste. For eksempel sikrer godkendelsestjenesten, rettighedstjenesten sikkerhed i forretningsdriften.

14) Definer Entrust Privacy Service?

Som navnet antyder, beskæftiger det sig med sikkerhed og fortrolighed. Denne tjeneste krypterer data for at sikre, at kun berørte parter har adgang til dataene.

15) Hvad mener du med PKI?

Det betyder Public-Key infrastruktur.

16) Hvilke værktøjer bruges til at teste en webservice?

Jeg har brugt SoapUI til SOAP WS og Firefox plakat-plugin til RESTFul Services.

17) Skelne mellem en SOA og en webservice?

SOA er et design og arkitektur til implementering af andre tjenester. SOA kan let implementeres ved hjælp af forskellige protokoller såsom HTTP, HTTPS, JMS, SMTP, RMI, IIOP, RPC osv. Mens webservicen i sig selv er en implementeret teknologi. Faktisk kan man implementere SOA ved hjælp af webservicen.

18) Diskuter forskellige tilgange til udvikling af SOAP-baseret webservice?

Vi kan udvikle SOAP-baseret webservice med to forskellige typer tilgange som kontrakt-første og kontrakt-sidste. I den første tilgang defineres kontrakten først, og derefter afledes klasser fra kontrakten, mens i den senere defineres klasserne først, og derefter afledes kontrakten fra disse klasser.

19) Hvis du er nødt til at vælge en tilgang, hvad bliver dit valg?

Efter min mening er den første tilgang, der er kontrakt-første-metoden, mere gennemførlig sammenlignet med den anden, men stadig afhænger den også af andre faktorer.

20) Er der nogen speciel applikation, der kræves for at få adgang til webservice?

Nej, du behøver ikke at installere nogen speciel applikation for at få adgang til webservice. Du kan få adgang til webservice fra ethvert program, der understøtter XML-baseret objektanmodning og svar.

21) Kan du nævne nogle få gratis og kommercielle implementeringer til webtjenester?

De implementeringer, jeg kender, er Apache SOAP, JAX-WS Reference Implementation, JAX-RS Reference Implementation, Metro, Apache CXF, MS.NET og Java 6.

22) Navnebrowser, der giver adgang til webservice?

JavaScript XmlHttpRequest-objekt er påkrævet for at få adgang til webservice via browsere. De browsere, der understøtter dette objekt, er Internet Explorer, Safari og Mozilla-baserede browsere som FireFox.

23) Hvad er REST?

REST står for repræsentativ statsoverførsel. REST i sig selv er ikke en standard, mens den bruger forskellige standarder som HTTP, URL, XML / HTML / GIF / JPEG.webp (Resource Representations) og tekst / xml, text / html, image / gif, image / jpeg.webp osv. (MIME-typer ).

24) Hvordan kan man give API til brugerne?

For at give brugerne en API kan man nemt gøre dette med en "åben tabel". Alt hvad du skal gøre er at skrive en åben tabel, der grundlæggende er et XML-skema, der peger på en webservice.

25) Navngiv de forskellige kommunikationskanaler i webservice?

Webtjeneste er integreret med tre protokoller såsom HTTP / POST, HTTP / GET og SOAP. Det giver tre forskellige kommunikationskanaler til klienter. Kunden kan vælge enhver kommunikationsmetode efter behov.

26) Hvordan kan du dokumentere webservice?

Webtjenester betragtes som selvdokumenterende, fordi de giver hele informationen om de tilgængelige metoder og parametre, der bruges til XML-baseret standard, kendt som WSDL. Man kan også give mere information til at forklare webtjenester via deres egne WebService og WebMethod attributter.

27) Hvad er situationerne, når vi har brug for ASP.NET-webtjenester?

ASP.NET-webtjenester bruges, når man har brug for at implementere tre-lags arkitektur i en webtjeneste. Det giver praktiske måder at bruge mellemliggende komponenter via internettet på. Den største fordel ved .NET-webtjenester er, at de er i stand til at kommunikere på tværs af firewalls, fordi de bruger SOAP som transportprotokol.

28) Hvad er distribuerede teknologier?

Det stigende forhold mellem distribuerede applikationer har øget efterspørgslen efter distribuerede teknologier. Det gør det muligt at segmentere applikationsenheder og overføre dem til forskellige computere på forskellige netværk.

29) Skelne mellem webtjenester, CORBA og DCOM?

Webtjenester overfører / modtager meddelelser til henholdsvis / fra applikation via HTTP-protokol. Det bruger XML til at kode data.

CORBA og DCOM overfører / modtager meddelelser til henholdsvis / fra applikation via ikke-standardprotokoller som IIOP og RPC.

30) Kan du fortælle få fordele ved webtjenester?

Den største fordel ved webservice er, at den understøttes af mange forskellige platforme. Desuden kan webservices i nær fremtid sprede sin grænse og forbedre nye metoder, der gør det lettere for kunder. Forbedringen påvirker ikke klienterne, selvom de tilbyder gamle metoder og parametre.

31) Kan du nævne nogle standarder, der bruges i webservices?

Standarderne i webservices er WSDL (bruges til at oprette interface-definition), SOAP (bruges til at strukturere data), HTTP (kommunikationskanaler), DISCO (bruges til at oprette opdagelsesdokumenter) og UDDI (bruges til at oprette forretningsregistre).

32) Forklar kort, hvad DISCO er?

DISCO betyder opdagelse. Den grupperer listen over indbyrdes forbundne webtjenester. Organisationen, der leverer webservices, udsteder en DISCO-fil på sin server, og den filen indeholder links til alle de leverede webtjenester. Denne standard er god, når kunden allerede kender virksomheden. Det kan også bruges inden for et lokalt netværk.

33) Forklar kort, hvad UDDI er?

UDDI (Universal Description, Discovery and Integration) leverer konsolideret bibliotek til webtjenester på internettet. Klienter bruger UDDI til at finde webtjenester efter deres forretningsbehov. Det er dybest set vært for webtjenester fra forskellige virksomheder. For at dele webservices skal du offentliggøre det i UDDI.

34) Forklar de .NET-webtjenester understøttede datatyper?

.Net-webtjenester bruger XML-baserede standarder til at overføre / modtage information. .NET-webtjenester kan således kun fungere med datatyper, der er kendt af XML-skemastandard. Ligesom FileSteam anerkendes Eventlog osv. Ikke af XML-skemastandarderne og understøttes derfor ikke i webservices.

35) Hvordan testes en .NET-webservice?

ASP.NET bruger en testside rutinemæssigt, når man kalder på URL'en til .asmx-filen i enhver browser. Denne side viser komplette oplysninger om webservices.

36) Hvordan forbruges en .NET-webservice?

Da vi ved, at webservices er konstrueret på XML-standarder. Derfor skal klienter have fuldstændig forståelse af XML-baserede meddelelser for at udveksle meddelelser. Kunder kan kommunikere med webtjenester via .NET framework, der tilbyder proxy-mekanismer. Disse proxy-mekanismer har detaljeret information om datadeling inden for webtjenester, der let kan bruges af klienterne.

37) Kan du navngive de to Microsoft-løsninger til distribuerede applikationer?

De to Microsoft-løsninger til distribuerede applikationer er .NET Web Services og .NET Remoting.

38) Skelne mellem .NET Web Services og .NET Remoting?

Hvad protokol angår, bruger .NET Web Service HTTP, mens .NET Remoting bruger enhver protokol, dvs. TCP / HTTP / SMTP. Når det kommer til ydeevne, er .NET Remoting forholdsvis hurtigere end.NET Web Service. Da .NET Web Services hostes via IIS, er det derfor langt mere pålideligt end .NET Remoting.

39) Navngiv komponenterne, der skal offentliggøres under implementering af en webservice?

De komponenter, der skal offentliggøres under en implementering af en webservice, er Web Application Directory, Webservice.asmx File, Webservice.Disco File, Web.Config File og Bin Directory.

40) Hvilke trin udføres af klienten for at få adgang til en webservice?

Først og fremmest oprettes en webhenvisning til webtjenesten af ​​klienten i sin applikation. Derefter genereres en proxy-klasse. Derefter oprettes et objekt fra proxy-klassen, og til sidst får du adgang til webservicen via det proxy-objekt.

41) Hvordan implementeres webservices i .NET?

Til implementering af webservices i .NET bruges HTTP-handlers, der afbryder anmodninger om .asmx-filer.

42) Forklar nogle ulemper ved Response Caching?

Respons caching er ubrugelig eller inkompetent, når metoden accepterer store mængder værdier, fordi caching betyder at gemme meget information. Også, hvis metoden afhænger af ekstern informationskilde, og som ikke er angivet inden for parametrene, omgåes sådanne metoder.

43) Hvad er den alternative løsning til Response Caching?

Man kan bruge Data Caching (System.Web.Caching.Cach) i stedet for Response Caching.

44) Kort korte ulemper ved at bruge GET- og POST-metoder til at kommunikere med webservicen?

Disse metoder er mindre sikre og hæmmer brugerne til at videregive strukturer og objekter som argumenter. Det tillader heller ikke brugere at videregive ByRef-argumenter.

45) Hvordan kan man få adgang til en klasse som en webservice?

For at få adgang til en klasse som en webservice, skal man arve klassen fra System.Web.Services.WebService-klassen og kvalificere klassen med attributten WebService.

46) Hvordan kan man få adgang til webserviceklassemetoden via internettet?

For at få adgang til webserviceklassemetoden via internettet skal man kvalificere en metode med attributten WebMethod.

47) Hvordan er en SOAP-besked struktureret?

En SOAP-meddelelse består af SOAP-konvolut, SOAP-overskrifter og SOAP-krop.

48) Kan du navngive forskellige slags webtjenester?

Der er i alt to typer webtjenester, dvs. SOAP-baseret webservice og RESTful web-service.

Dette spørgsmål er allerede nævnt tidligere.

49) Hvad er anderledes i RESTful webtjenester?

RESTful-webservices indeholder ingen kontrakt eller WSDL-fil.

50) Giv mig nogle få grunde til at bruge RESTful webtjeneste?

RESTFul-webtjenesterne er enkle at implementere og teste. Det understøtter forskellige dataformater såsom XML, JSON osv.

51) Forklar hvad der er JAVA-webtjenester? Hvad er metoderne til at oprette webtjenester?

Java webservices er udviklet til at opbygge og implementere grundlæggende webservice på JAVA-platformen.

For at oprette en webservice er der to tilgange, der anvendes

  • Top-down tilgang
  • Top-up tilgang

52) Forklar hvad der er JAXP?

JAXP er en JAVA API til XML-behandling, der gør det muligt for applikationen at skrive, læse, manipulere og omdanne XML-data. For at udføre andre forskellige funktioner er der ligeledes andre Java API'er som JAX-RPC, JAXM, JAXR, JAXB osv.

53) Nævn JAXB's bindende ramme?

JAXB bindende ramme er tilgængelig i tre Java-pakker

  • xml.bind: Denne pakke definerer abstrakte klasser og grænseflader, der bruges direkte med indholdsklasser
  • xml.bind.util: Denne pakke indeholder værktøjsklasser, der kan benyttes af klientapplikationer til at styre hændelser til opsamling, ophævelse og validering
  • xml.bind.helper: Denne hjælpepakke giver delvis implementeringer af nogle af javax.xml.bind-grænsefladerne. Disse API'er skal ikke bruges direkte af applikationer, der bruger JAXB-arkitektur

54) Giv et simpelt eksempel på, hvordan XML-dokumenter kan være Marshal og Unmarshal i JAVA-rammer?

Marshalling er processen med at konvertere XML-dokument til Java-læsbar form, mens UnMarshalling er den omvendte proces af Marshalling. Lad os se, hvordan Java frigør et XML-dokument og derefter marcherer det tilbage

JAXBContext jc = JAXBContext.newInstance ("com.acme.foo");

// unmarshal fra foo.xml

Unmarshaller u = jc.createUnmarshaller ();

FooObject fooObj =

(FooObject) u.unmarshal (ny fil ("foo.xml"));

// marskalk til system. ud

Marshaller m = jc.createMarshaller ();

m.marshal (fooObj, System.out);

55) Forklar hvad gør Marshaller, hvis jaxb.encoding-ejendom ikke erklæres?

Som standard bruger Marshaller "UTF-8", hvis egenskaben jaxb.encoding ikke er deklareret.

56) Nævn, hvilke typer validering kan en JAXB-klient udføre?

Der er to typer JAXB-klientvalidering, som en JAXB kan udføre

  • Unmarshal-tidsvalidering
  • Validering efter behov

57) Nævn, hvad er de tre måder at håndtere den begivenhed, der er stødt på under marskalk, unmarshal og validering?

  • Brug af standardhændelsesbehandleren
  • Registrer og implementer en brugerdefineret begivenhedshåndterer
  • Brug værktøjet ValidationEventCollector

58) Forklar, hvor ligger JAXB-kompilatoren?

JAXB-skema-bindende kompilator placeres i / jaxb / bin-biblioteket. I denne mappe er der to scripts, xjc.sh (Solaris / Linux) og xjc.bat (Windows).

59) I hvilke tilfælde har du brug for at tilpasse standardbindingen?

I nogle tilfælde er du forpligtet til at tilpasse standardbindingen som

  • Oprettelse af API-dokumentation for skemaafledte JAXB-pakker, klasser, metoder og konstanter
  • At give semantisk meningsfulde tilpassede navne til sager, som standard XML-navnet-til-Java-identifikationskort ikke kan håndtere automatisk
  • Tilsidesættelse af standardbindingslignende ved at angive, at en modelgruppe skal knyttes til en klasse snarere end en liste

60) Forklar hvad der er Inline Customization?

Tilpasning til JAXB-bindinger foretaget ved hjælp af integrerede bindingserklæringer i en XML-skemafil, der har form af elementer indlejret i skema -elementer.

61) Forklar hvad der er XML-signatur?

XML kan bruges til at underskrive vilkårlige data, hvad enten det er en binær eller XML. Dataene genkendes via URI'er i et eller flere referenceelementer. Det er beskrevet i en eller flere former, som løsrevet, indhyllet eller indhyllet.

62) Forklar hvad der er Stax?

Stax står for Streaming API for XML; det er en API til at læse og skrive XML-dokumenter, der stammer fra JAVA-programmeringssproget.

63) Nævn, hvad er de sædvanlige XML API'er?

De sædvanlige XML API'er inkluderer

  • DOM-baserede eller træbaserede API'er: Hele dokumentet læses i hukommelsen som en træstruktur for tilfældig tilgængelighed ved at ringe til applikationen
  • Hændelsesbaserede API'er: Applikationen registrerer sig for at hente begivenheder, når der opstår enheder i kildedokumentet

64) Forklar hvad der er Push-parsing og Pull-parsing?

  • Pull Parsing: Streaming pull parsing henvises til en programmeringsmodel, hvor en klientapplikation kalder metoder på et XML-parsingbibliotek, når det var nødvendigt at kommunikere med en XML-infoset - hvilket betyder, at klienten kun får XML-data, når den bliver bedt om
  • Push Parsing: I Push Parsing skubber parseren parsinghændelser eller XML-data til applikationen. I push-model fik parseren greb om parseprocessen, og parseren kalder de implementerede behandlingsmetoder.

65) Forklar, hvilken teknologi er XWS-sikkerhed baseret på? Liste over de muligheder, som XWS-sikkerhed giver til sikring af JAX-RPC-applikationer?

XWS-sikkerhed er baseret på sikring af webservices, der bygger på JAX-RPC og på stand-alone-applikationer baseret på SAAJ. For at sikre JAX-RPC-applikationen er muligheder, som XWS-sikkerhed giver

  • XML digital signatur
  • XML-kryptering
  • Bekræftelse af brugernavnstoken
  • XWS-sikkerhedsramme-API'er

66) Vil du liste de seks pakker, der er tilgængelige i XML Digital signatur API?

API til digital signatur er

  • xml.crypto
  • xml.crypto.dsig
  • xml.crypto.dsig.keyinfo
  • xml.crypto.dsig.spec
  • xml.crypto.dom
  • xml.crypto.dsig.dom

67) Forklar hvad der er JAXR?

JAXR er JAVA-programmerings-API'erne til Java-platformapplikationer til at få adgang til og programmere interagere med forskellige former for metadata-registre.

68) Forklar, hvad består JAXR-arkitekturen af?

JAXR-arkitekturen består af en JAXR-klient og JAXR-udbyder.

  • JAXR-klient: Det er et klientprogram, der bruger JAXR API til at bruge et register gennem en JAXR-udbyder
  • JAXR-udbyder: Det er en implementering af JAXR API, der giver adgang til en bestemt registreringsdatabaseudbyder eller til en klasse af registerudbydere, der er bygget på en fælles speicificering.

69) Forklar hvad der er JAXM-meddelelsesmodeller?

Der er to typer beskedmodeller til JAXM synkron og asynkron

  • Synkron meddelelsesmodel: I en sådan type model kommunikerer klienten direkte med kilden. I dette sender klienten anmodningen og venter.
  • Asynkron meddelelsesmodel: I denne model dirigerer klienten beskeden til meddelelsesudbyderen og vender tilbage. Meddelelsesudbyder udfører derefter dirigering af meddelelsen til slutkilden.

70) Forklar hvad der er UDDI, DISCO og WSDL?

  • UDDI: Det betyder universel beskrivelse, opdagelse og jeg. Det er biblioteket, der bruges til at offentliggøre og opdage offentlige webservices
  • DISCO: Det er almindeligt kendt som opdagelse. Det klubber fælles tjenester sammen og udsætter skemadokument for webtjenesterne
  • WSDL: Det står for beskrivelsen af ​​webservicesprog (WSDL). Det bruges til at beskrive webservices. Beskrivelsen inkluderer URL til webtjenester, egenskaber og metoder, der understøttes af webtjenester, datatype, den understøtter, og protokoldetaljer, den understøtter