Lataa PDF
1) Määritetäänkö verkkopalvelu?
Verkkopalvelu on eräänlainen ohjelmisto, johon pääsee Internetissä. Se käyttää XML-viestintäjärjestelmää ja tarjoaa helppokäyttöisen käyttöliittymän loppukäyttäjille.
2) Mitä uutta tällä alalla on viime vuosina?
XML: n aloittaminen tällä alalla on edistysaskel, joka tarjoaa verkkopalvelulle yhden kielen kommunikoimaan RPC: n, verkkopalvelujen ja niiden hakemistojen välillä.
3) Anna minulle esimerkki todellisesta verkkopalvelusta?
Yksi esimerkki verkkopalveluista on IBM Web Services -selain. Voit hankkia sen IBM Alphaworks -sivustolta. Tämä selain näyttää useita verkkopalveluihin liittyviä demoja. Pohjimmiltaan verkkopalveluja voidaan käyttää SOAP: n, WSDL: n ja UDDI: n avulla. Kaikki nämä tarjoavat plug-and-play-käyttöliittymän verkkopalveluiden, kuten osakekurssipalvelun, liikennetiedotuspalvelun, sääpalvelun jne. Käyttämiseen.
4) Kuinka määrität verkkopalveluprotokollapinon?
Se on periaatteessa joukko erilaisia protokollia, joita voidaan käyttää verkkopalveluiden tutkimiseen ja toteuttamiseen. Koko pinossa on neljä tasoa eli palvelun kuljetus, XML-viestit, palvelun kuvaus ja palvelun löytäminen.
5) Voitteko määrittää jokaisen näistä protokollapinon kerroksista?
Palvelunsiirtokerros siirtää sanomia eri sovellusten, kuten HTTP, SMTP, FTP ja Blocks Extensible Exchange Protocol (BEEP), välillä. XML Messaging -kerros koodaa viestit XML-muodossa, jotta viestit voidaan ymmärtää molemmista päistä, kuten XML-RPC ja SOAP. Palvelun kuvaus -kerros kuvaa verkkopalvelun, kuten WSDL: n, käyttöliittymää. Service Discovery -kerros keskittää palvelut yhteiseen rekisteriin ja tarjoaa yksinkertaisia julkaisutoimintoja, kuten UDDI.
6) Määritetäänkö XML - RPC?
Se on protokolla, joka käyttää XML-viestejä etäkäyttökutsujen suorittamiseen.
7) Määritä SOAP?
SOAP on XML-pohjainen protokolla, jota voidaan siirtää tietokoneiden välillä.
8) Määritetäänkö WSDL?
Se tarkoittaa verkkopalveluiden kuvauskieliä. Se on pohjimmiltaan palvelun kuvauskerros verkkopalveluprotokollakannassa. Palvelun kuvaus -kerros kuvaa verkkopalvelun käyttöliittymää.
9) Millaista suojausta verkkopalveluihin tarvitaan?
Verkkopalvelujen suojaustason tulisi olla enemmän kuin mitä sanomme Secure Socket Layer (SSL). Tämä turvallisuustaso voidaan saavuttaa vain Entrust Secure Transaction Platform -sovelluksella. Verkkopalvelut tarvitsevat tämän suojaustason luotettavien tapahtumien ja luottamuksellisten tietojen varmistamiseksi.
10) Onko sinulla käsitystä säätiön turvapalveluista?
Kuten nimestään käy ilmi, nämä palvelut ovat integraation, todennuksen, valtuutuksen, digitaalisten allekirjoitusten ja salausprosessien perusta tai perusteet.
11) Määritetäänkö Entrust Identification Service?
Entrust Identification Service tulee Entrust Security Transaction Platform -alustalta. Tämän alustan avulla yritykset voivat hallita identiteettejä, joiden luotetaan suorittavan verkkopalvelutapahtumia koskevia tapahtumia.
12) Mitä UDDI tarkoittaa?
UDDI on lyhenne sanoista Universal, Description, Discovery ja Integration. Se on etsintäkerros verkkopalveluprotokollapinossa.
13) Määritetäänkö Entrust Entitlements -palvelu?
Tämä palvelu tarkistaa entiteetit, jotka yrittävät käyttää verkkopalvelua. Esimerkiksi todennuspalvelu, käyttöoikeuspalvelu varmistaa liiketoiminnan turvallisuuden.
14) Määritetäänkö Entrust-tietosuojapalvelu?
Kuten nimestään käy ilmi, se käsittelee turvallisuutta ja luottamuksellisuutta. Tämä palvelu salaa tiedot sen varmistamiseksi, että vain asianomaiset osapuolet voivat käyttää tietoja.
15) Mitä tarkoitat PKI: llä?
Se tarkoittaa julkisen avaimen infrastruktuuria.
16) Mitä työkaluja käytetään verkkopalvelun testaamiseen?
Olen käyttänyt SoapUI: tä SOAP WS: lle ja Firefox-julistelaajennusta RESTFul Services -palveluun.
17) Erotetaanko SOA ja verkkopalvelu?
SOA on suunnittelu ja arkkitehtuuri muiden palveluiden toteuttamiseksi. SOA voidaan helposti toteuttaa käyttämällä erilaisia protokollia, kuten HTTP, HTTPS, JMS, SMTP, RMI, IIOP, RPC jne. Vaikka Web-palvelu itsessään on toteutettu tekniikka. Itse asiassa SOA voidaan toteuttaa verkkopalvelun avulla.
18) Keskustelkaa erilaisista lähestymistavoista kehittää SOAP-pohjaista verkkopalvelua?
Voimme kehittää SOAP-pohjaista verkkopalvelua kahdella eri tyyppisellä lähestymistavalla, kuten sopimus ensin ja viimeinen sopimus. Ensimmäisessä lähestymistavassa sopimus määritellään ensin ja sitten luokat johdetaan sopimuksesta, kun taas myöhemmässä luokat määritellään ensin ja sitten sopimus johdetaan näistä luokista.
19) Jos sinun on valittava yksi lähestymistapa, mikä on sinun valintasi?
Mielestäni ensimmäinen lähestymistapa, joka on sopimus ensimmäinen lähestymistapa, on toteuttamiskelpoisempi verrattuna toiseen, mutta se riippuu silti myös muista tekijöistä.
20) Onko verkkopalveluun pääsemiseksi vaadittavaa erityissovellusta?
Ei, sinun ei tarvitse asentaa mitään erityistä sovellusta päästäksesi verkkopalveluun. Voit käyttää verkkopalvelua mistä tahansa sovelluksesta, joka tukee XML-pohjaisia objektipyyntöjä ja vastauksia.
21) Voitteko mainita muutaman ilmaisen ja kaupallisen toteutuksen verkkopalveluille?
Tiedän toteutukset ovat Apache SOAP, JAX-WS Reference Implementation, JAX-RS Reference Implementation, Metro, Apache CXF, MS.NET ja Java 6.
22) Nimiselain, joka sallii pääsyn verkkopalveluun?
Java XmlHttpRequest -objekti tarvitaan verkkopalvelun käyttämiseen selainten kautta. Tätä objektia tukevat selaimet ovat Internet Explorer, Safari ja Mozilla-pohjaiset selaimet, kuten FireFox.
23) Mikä on REST?
REST tarkoittaa edustuksellista valtion siirtoa. REST itsessään ei ole standardi, mutta se käyttää erilaisia standardeja, kuten HTTP, URL, XML / HTML / GIF / JPEG.webp (resurssiesitykset) ja teksti / xml, teksti / html, kuva / gif, kuva / jpeg.webp jne. (MIME-tyypit ).
24) Kuinka voidaan tarjota sovellusliittymä käyttäjille?
API: n tarjoamiseksi käyttäjille voidaan tehdä tämä helposti "avoimen pöydän" avulla. Sinun tarvitsee vain kirjoittaa avoin taulukko, joka on periaatteessa XML-skeema, joka viittaa verkkopalveluun.
25) Nimeä verkkopalvelun eri viestintäkanavat?
Verkkopalvelu on integroitu kolmeen protokollaan, kuten HTTP / POST, HTTP / GET ja SOAP. Se tarjoaa asiakkailleen kolme erilaista viestintäkanavaa. Asiakas voi valita minkä tahansa viestintätavan vaatimusten mukaisesti.
26) Kuinka voit dokumentoida verkkopalvelun?
Verkkopalveluja pidetään itse dokumentoivina, koska ne tarjoavat täydellisen tiedon käytettävissä olevista menetelmistä ja parametreista, joita käytetään XML-pohjaiseen standardiin, joka tunnetaan nimellä WSDL. Voidaan myös antaa lisätietoja selittääksesi verkkopalveluja omien WebService- ja WebMethod-määritteidensä kautta.
27) Missä tilanteissa tarvitsemme ASP.NET-verkkopalveluja?
ASP.NET-verkkopalveluja käytetään, kun verkkopalvelussa on otettava käyttöön kolmen tason arkkitehtuuri. Se antaa käteviä tapoja käyttää keskitason komponentteja Internetin kautta. .NET-verkkopalvelujen tärkein etu on, että ne pystyvät kommunikoimaan tarpeeksi palomuurien välillä, koska ne käyttävät SOAP: ta siirtoprotokollana.
28) Mitä ovat hajautetut tekniikat?
Hajautettujen sovellusten lisääntyvä suhde on lisännyt hajautettujen tekniikoiden kysyntää. Se mahdollistaa sovellusyksiköiden segmentoinnin ja siirtämisen eri tietokoneille eri verkoissa.
29) Eristetäänkö verkkopalvelut, CORBA ja DCOM?
Verkkopalvelut siirtävät / vastaanottavat viestejä sovelluksesta tai sovelluksesta HTTP-protokollan kautta. Se käyttää XML: ää tietojen koodaamiseen.
CORBA ja DCOM siirtävät / vastaanottavat viestejä sovelluksesta / sovelluksesta vastaavasti epätyypillisten protokollien, kuten IIOP ja RPC, kautta.
30) Voitteko kertoa muutamia verkkopalveluiden etuja?
Verkkopalvelun suurin etu on se, että sitä tuetaan monenlaisilla alustoilla. Lisäksi lähitulevaisuudessa verkkopalvelut voivat levittää rajojaan ja parantaa uusia menetelmiä, jotka tarjoavat asiakkaille helppoa. Parannus ei vaikuta asiakkaisiin, vaikka he tarjoavat vanhoja menetelmiä ja parametreja.
31) Voitteko mainita joitain verkkopalveluissa käytettyjä standardeja?
Verkkopalveluissa käytettävät standardit ovat WSDL (käytetään rajapinnan määrittelyn luomiseen), SOAP (käytetään tietojen rakentamiseen), HTTP (viestintäkanavat), DISCO (käytetään etsintäasiakirjojen luomiseen) ja UDDI (käytetään yritysrekisterien luomiseen).
32) Selitä lyhyesti, mikä DISCO on?
DISCO tarkoittaa löytämistä. Se ryhmittää toisiinsa liittyvien verkkopalvelujen luettelon. Verkkopalveluja tarjoava organisaatio antaa DISCO-tiedoston palvelimelleen ja tiedosto sisältää kaikkien tarjottujen verkkopalvelujen linkit. Tämä standardi on hyvä, kun asiakas tuntee yrityksen jo. Lisäksi sitä voidaan käyttää myös lähiverkossa.
33) Selitä lyhyesti, mikä UDDI on?
UDDI (Universal Description, Discovery and Integration) tarjoaa yhdistetyn hakemiston Internet-verkkopalveluille. Asiakkaat käyttävät UDDI: tä etsimään verkkopalveluja liiketoimintatarpeidensa mukaisesti. Se isännöi periaatteessa eri yritysten verkkopalveluja. Verkkopalvelujen jakamiseksi sinun on julkaistava se UDDI: ssä.
34) Selitätkö .NET-verkkopalvelujen tuetut tietotyypit?
.Net-verkkopalvelut käyttävät XML-pohjaisia standardeja tietojen siirtämiseen / vastaanottamiseen. Siksi .NET-verkkopalvelut voivat toimia vain XML-skeemastandardin tuntemien tietotyyppien kanssa. XML-skeeman standardit eivät tunnista FileSteamin tapaan myös Eventlogia jne., Joten niitä ei tueta verkkopalveluissa.
35) Kuinka .NET-verkkopalvelua testataan?
ASP.NET käyttää testisivua rutiininomaisesti, kun joku selain pyytää .asmx-tiedoston URL-osoitetta. Tällä sivulla on täydelliset tiedot verkkopalveluista.
36) Kuinka .NET-verkkopalvelua kulutetaan?
Koska tiedämme, että verkkopalvelut on rakennettu XML-standardien mukaisesti. Siksi asiakkailla on oltava täydellinen ymmärrys XML-pohjaisista viesteistä viestien vaihtamiseksi. Asiakkaat voivat kommunikoida verkkopalvelujen kanssa .NET-kehyksen kautta, joka tarjoaa välityspalvelimen mekanismeja. Näillä välityspalvelimilla on yksityiskohtaista tietoa tietojen jakamisesta verkkopalveluissa, joita asiakkaat voivat helposti käyttää.
37) Voitteko mainita kaksi Microsoftin ratkaisua hajautetuille sovelluksille?
Kaksi Microsoftin ratkaisua hajautettuihin sovelluksiin ovat .NET Web Services ja .NET Remoting.
38) Eristetäänkö .NET Web Services ja .NET Remoting?
Protokollan osalta .NET Web Service käyttää HTTP: tä, kun taas .NET Remoting käyttää mitä tahansa protokollaa eli TCP / HTTP / SMTP. Suorituskyvyn suhteen .NET Remoting on verrattain nopeampi kuin.NET Web Service. Koska .NET-verkkopalveluja isännöidään IIS: n kautta, se on siten paljon luotettavampi kuin .NET Remoting.
39) Nimetäänkö Web-palvelun käyttöönoton yhteydessä julkaistavat komponentit?
Verkkopalvelun käyttöönoton aikana julkaistavat komponentit ovat Web Application Directory, Webservice.asmx File, Webservice.Disco File, Web.Config File ja Bin Directory.
40) Mitkä ovat asiakkaan suorittamat vaiheet verkkopalveluun pääsemiseksi?
Ensinnäkin asiakas luo sovelluksessaan verkkoviittauksen verkkopalveluun. Sitten luodaan välityspalvelinluokka. Sen jälkeen luodaan välityspalveluluokan objekti ja viimeinkin verkkopalveluun pääsee kyseisen välityspalvelinobjektin kautta.
41) Kuinka verkkopalvelut toteutetaan .NETissä?
Verkkopalvelujen toteuttamiseksi .NET: ssä käytetään HTTP-käsittelijöitä, jotka keskeyttävät .asmx-tiedostojen pyynnöt.
42) Selitä muutama vastausvälimuistin haitta?
Vastausvälimuisti on hyödytön tai epäpätevä, kun menetelmä hyväksyy suuren määrän arvoja, koska välimuisti tarkoittaa paljon tietojen tallentamista. Lisäksi, jos menetelmä riippuu ulkoisesta tietolähteestä ja joita ei anneta parametrien sisällä, tällaiset menetelmät ohitetaan.
43) Mikä on vastausvälimuistin vaihtoehtoinen ratkaisu?
Voidaan käyttää datan välimuistia (System.Web.Caching.Cach) vastausvälimuistin sijasta.
44) Lyhyt muutama haitta GET- ja POST-menetelmien käytöstä verkkopalvelun kanssa kommunikoinnissa?
Nämä menetelmät ovat vähemmän turvallisia ja estävät käyttäjiä siirtämästä rakenteita ja objekteja argumenteiksi. Se ei myöskään salli käyttäjien välittää ByRef-argumentteja.
45) Kuinka luokkaa voidaan käyttää verkkopalveluna?
Jos haluat käyttää luokkaa verkkopalveluna, hänen on perittävä luokka System.Web.Services.WebService-luokasta ja hyväksyttävä luokka WebService-määritteellä.
46) Kuinka pääsee verkkopalveluluokan menetelmään Internetin kautta?
Jotta pääset verkkopalveluluokamenetelmään Internetin kautta, on määriteltävä menetelmä, jolla on WebMethod-attribuutti.
47) Kuinka SOAP-viesti on rakennettu?
SOAP-viesti koostuu SOAP-kirjekuoresta, SOAP-otsikoista ja SOAP-rungosta.
48) Voitteko mainita erilaisia verkkopalveluja?
Verkkopalveluja on yhteensä kahden tyyppisiä eli SOAP-pohjainen verkkopalvelu ja RESTful-verkkopalvelu.
Tämä kysymys on jo mainittu aiemmin.
49) Mitä eroa on RESTful-verkkopalveluissa?
RESTful-verkkopalvelut eivät sisällä sopimusta tai WSDL-tiedostoa.
50) Anna minulle muutama syy käyttää RESTful-verkkopalvelua?
RESTFul-verkkopalvelut on helppo toteuttaa ja testata. Se tukee erilaisia datamuotoja, kuten XML, JSON jne.
51) Selitä mikä on JAVA-verkkopalvelu? Miten verkkopalveluja luodaan?
Java-verkkopalvelut on kehitetty rakentamaan ja asentamaan perusverkkopalvelu JAVA-alustalle.
Verkkopalvelujen luomiseen käytetään kahta lähestymistapaa
- Ylhäältä alaspäin -lähestymistapa
- Lisämenetelmä
52) Selitä mikä on JAXP?
JAXP on JAVA-sovellusliittymä XML-käsittelyyn, jonka avulla sovellus voi kirjoittaa, lukea, käsitellä ja muuttaa XML-tietoja. Samoin muiden erilaisten toimintojen suorittamiseksi on olemassa myös muita Java-sovellusliittymiä, kuten JAX-RPC, JAXM, JAXR, JAXB jne.
53) Mainitaanko JAXB: n sitova kehys?
JAXB-sidontakehys on saatavana kolmessa Java-paketissa
- xml.bind: Tämä paketti määrittelee abstraktit luokat ja käyttöliittymät, joita käytetään suoraan sisältöluokkien kanssa
- xml.bind.util: Tämä paketti sisältää hyödyllisyys luokat, joita voidaan käyttänyt asiakkaan sovellusten hallintaan järjestelyratapihoihin, unmarshalling ja validointi tapahtumia
- xml.bind.helper: Tämä auttajapaketti antaa osittaiset toteutukset joillekin javax.xml.bind-rajapinnoille. JAXB-arkkitehtuuria käyttävät sovellukset eivät saa käyttää näitä sovellusliittymiä suoraan
54) Anna yksinkertainen esimerkki siitä, kuinka XML-asiakirja voi olla marsalkkainen ja unmarsaalinen JAVA-kehyksessä?
Marshalling on prosessi, jolla XML-asiakirja muunnetaan Java-luettavaksi muodoksi, kun taas UnMarshalling on Marshallingin käänteinen prosessi. Katsotaanpa kuinka Java purkaa XML-asiakirjan ja kerää sen sitten takaisin
JAXBContext jc = JAXBContext.newInstance ("com.acme.foo");
// unmarshal tiedostosta foo.xml
Unmarshaller u = jc.createUnmarshaller ();
FooObject fooObj =
(FooObject) u.unmarshal (uusi tiedosto ("foo.xml"));
// marsalkka järjestelmään. ulos
Marshaller m = jc.createMarshaller ();
m.marshal (fooObj, System.out);
55) Selitä, mitä Marshaller tekee, jos jaxb.koodaavaa ominaisuutta ei ilmoiteta?
Marshaller käyttää oletusarvoisesti UTF-8: ta, jos jaxb.encoding-ominaisuutta ei ilmoiteta.
56) Mainitse minkä tyyppisiä tarkistuksia JAXB-asiakas voi suorittaa?
JAXB voi suorittaa kahden tyyppisiä JAXB-asiakasvahvistuksia
- Epämääräinen ajan validointi
- On-Demand-vahvistus
57) Mainitse, mitkä ovat kolme tapaa käsitellä marsalkka-, epämääräisiä ja validoituja operaatioita?
- Oletustapahtumakäsittelijän käyttäminen
- Rekisteröi ja ota käyttöön mukautettu tapahtumankäsittelijä
- Käytä ValidationEventCollector-apuohjelmaa
58) Selitä missä JAXB-kääntäjä sijaitsee?
JAXB-skeeman sidontakääntäjä sijoitetaan hakemistoon
59) Missä tapauksissa sinun on mukautettava oletussidonta?
Joissakin tapauksissa sinun on mukautettava oletussidonta, kuten
- API-dokumentaation luominen kaavasta johdetuille JAXB-paketeille, luokille, menetelmille ja vakioille
- Antaa semanttisesti mielekkäitä räätälöityjä nimiä tapauksille, joita XML-oletusnimen ja Java-tunnisteen yhdistäminen ei pysty käsittelemään automaattisesti
- Korvaa oletussidonnan kaltainen määritys, että malliryhmä on liitettävä luokkaan luettelon sijaan
60) Selitä, mikä on sisäinen räätälöinti?
Mukauttaminen JAXB-sidoksiin tehdään XML-skeematiedostossa olevien sisäisten sidosilmoitusten avulla, jotka ovat
61) Selitä mikä on XML-allekirjoitus?
XML: ää voidaan käyttää mielivaltaisten tietojen allekirjoittamiseen riippumatta siitä, onko kyseessä binääri tai XML. Tiedot tunnistetaan URI-tunnisteiden kautta yhdessä tai useammassa viiteelementissä. Se kuvataan yhdessä tai useammassa muodossa, kuten irrotettuna, verhoilevana tai koteloituna.
62) Selitä mikä on Stax?
Stax tarkoittaa Streaming API for XML; se on API, jolla voidaan lukea ja kirjoittaa XML-asiakirjoja, jotka ovat peräisin JAVA-ohjelmointikielestä.
63) Mainitse mitkä ovat tavalliset XML-sovellusliittymät?
Tavalliset XML-sovellusliittymät sisältävät
- DOM-pohjaiset tai puupohjaiset sovellusliittymät: Koko asiakirja luetaan muistiin puurakenteena satunnaiskäyttöä varten soittamalla sovellukseen
- Tapahtumapohjaiset sovellusliittymät: Sovellus rekisteröityy saadakseen tapahtumia lähdeasiakirjassa esiintyvinä kokonaisuuksina
64) Selitä, mikä on Push-jäsentäminen ja Pull-jäsentäminen?
- Pull-jäsentäminen: Suoratoiston pull-jäsentämiseen viitataan ohjelmointimalliin, jossa asiakasohjelma kutsuu menetelmiä XML-jäsentekirjastoon, kun sitä tarvitsi kommunikoida XML-tietojoukon kanssa, mikä tarkoittaa, että asiakas saa XML-tietoja vain, kun sitä pyydetään
- Push-jäsentäminen: Push-jäsentämisessä jäsennin työntää jäsentämistapahtumat tai XML-tiedot sovellukseen. Push-mallissa jäsennin sai pidätyksen jäsentämisprosessista ja jäsentäjä kutsuu toteutetut käsittelijämenetelmät.
65) Selitä, mihin tekniikkaan XWS-suojaus perustuu? Luettele vaihtoehdot, jotka XWS-suojaus tarjoaa JAX-RPC-sovellusten suojaamiseen?
XWS-suojaus perustuu JAX-RPC-pohjaisten verkkopalvelujen suojaamiseen ja SAAJ-pohjaiseen erilliseen sovellukseen. JAW-RPC-sovelluksen suojaamiseksi XWS-suojauksen tarjoamat vaihtoehdot ovat
- XML-digitaalinen allekirjoitus
- XML-salaus
- Käyttäjätunnuksen tunnuksen vahvistus
- XWS-suojauskehyksen sovellusliittymät
66) Luettele kuusi XML-digitaalisen allekirjoituksen sovellusliittymässä saatavilla olevaa pakettia?
Digitaalisen allekirjoituksen sovellusliittymä on
- xml.crypto
- xml.crypto.dsig
- xml.crypto.dsig.keyinfo
- xml.crypto.dsig.spec
- xml.crypto.dom
- xml.crypto.dsig.dom
67) Selitä mikä on JAXR?
JAXR on Java-alustan Java-ohjelmointisovellusliittymät, jotka käyttävät erilaisia metatietorekistereitä ja ovat ohjelmallisesti vuorovaikutuksessa niiden kanssa.
68) Selitä mistä JAXR-arkkitehtuuri koostuu?
JAXR-arkkitehtuuri koostuu JAXR-asiakkaasta ja JAXR-tarjoajasta.
- JAXR-asiakas: Se on asiakasohjelma, joka käyttää JAXR-sovellusliittymää rekisterin käyttämiseen JAXR-palveluntarjoajan kautta
- JAXR-palveluntarjoaja: Se on JAXR-sovellusliittymän toteutus, joka tarjoaa pääsyn tietylle rekisterin tarjoajalle tai rekisterin tarjoajien luokalle, joka on rakennettu yhteisten spesifikaatioiden pohjalta.
69) Selitä, mikä on JAXM-viestintämalli?
JAXM-synkroniselle ja asynkroniselle viestintämallille on kahdenlaisia
- Synkroninen viestintämalli: Tällaisessa mallissa asiakas kommunikoi suoraan lähteen kanssa. Tässä asiakas lähettää pyynnön ja odottaa.
- Asynkroninen viestintämalli: Tässä mallissa asiakas ohjaa viestin viestintävälineelle ja palaa takaisin. Sitten viestipalvelujen tarjoaja suorittaa viestin reitityksen loppulähteeseen.
70) Selitä mikä on UDDI, DISCO ja WSDL?
- UDDI: Se tarkoittaa Universal Description, Discovery ja I Se on hakemisto, jota käytetään julkaisemaan ja löytämään julkisia verkkopalveluja
- DISCO: Se tunnetaan yleisesti löytönä . Se kerää yhteiset palvelut yhteen ja paljastaa verkkopalvelujen kaaviodokumentit
- WSDL: Se tarkoittaa verkkopalvelukuvausta (WSDL). Sitä käytetään kuvaamaan verkkopalveluja. Kuvaus sisältää verkkopalvelujen URL-osoitteet, verkkopalvelujen tukemat ominaisuudet ja menetelmät, sen tukemat tietotyypit ja tukemat protokollatiedot
- Seuraava