PDF letöltése
1) Meghatározza a webszolgáltatást?
A webszolgáltatás egyfajta szoftver, amely elérhető az interneten. Használja az XML üzenetkezelő rendszert, és könnyen érthető felületet kínál a végfelhasználók számára.
2) Mi újság ezen a téren az elmúlt években?
Az XML elindítása ezen a területen az a fejlődés, amely a webszolgáltatást egyetlen nyelven biztosítja az RPC-k, a webszolgáltatások és a könyvtárak közötti kommunikációhoz.
3) Mondjon egy példát a valódi webszolgáltatásra?
A webszolgáltatások egyik példája az IBM Web Services böngésző. Az IBM Alphaworks webhelyről szerezheti be. Ez a böngésző a webes szolgáltatásokkal kapcsolatos különféle demókat mutat be. Alapvetően a webes szolgáltatások a SOAP, a WSDL és az UDDI segítségével használhatók. Mindezek plug-and-play felületet biztosítanak az olyan webes szolgáltatások használatához, mint a részvényárfolyam-szolgáltatás, a forgalmi jelentések szolgáltatása, az időjárási szolgáltatás stb.
4) Hogyan definiálja a webszolgáltatás protokoll veremét?
Alapvetően különféle protokollokból áll, amelyek felhasználhatók a webes szolgáltatások feltárására és végrehajtására. A teljes verem négy rétegből áll, azaz Szolgáltatásszállítás, XML Üzenetek, Szolgáltatásleírás és Szolgáltatáskeresés.
5) Meg tudja határozni a protokoll verem mindegyik rétegét?
A Service Transport réteg üzeneteket továbbít különféle alkalmazások, például HTTP, SMTP, FTP és Blocks Extensible Exchange Protocol (BEEP) között. Az XML Messaging réteg XML formátumban kódolja az üzeneteket, hogy az üzenetek mindkét végén megérthetők legyenek, például az XML-RPC és a SOAP. A Szolgáltatás leírása réteg leírja a webes szolgáltatás, például a WSDL felhasználói felületét. A Service Discovery réteg központosítja a szolgáltatásokat egy közös nyilvántartásba, és egyszerű közzétételi funkciókat kínál, például az UDDI-t.
6) Definiálja az XML - RPC-t?
Ez egy olyan protokoll, amely XML üzeneteket használ távoli eljáráshívások végrehajtására.
7) Meghatározza a SOAP-ot?
A SOAP egy XML alapú protokoll a számítógépek közötti átvitelre.
8) Definiálja a WSDL-t?
Ez azt jelenti, hogy a Web Services Description Language. Alapvetően ez a szolgáltatásleíró réteg a webszolgáltatás protokoll állományában. A Szolgáltatás leírása réteg leírja a webes szolgáltatás felhasználói felületét.
9) Milyen biztonságra van szükség a webes szolgáltatásokhoz?
A webszolgáltatások biztonsági szintjének többnek kell lennie, mint az általunk mondott Secure Socket Layer (SSL). 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 biztosításához.
10) Van ötlete az alapítvány biztonsági szolgáltatásairól?
Ahogy a neve is mutatja, ezek a szolgáltatások az integráció, a hitelesítés, az engedélyezés, a digitális aláírások és a titkosítási folyamatok alapjai vagy alapjai.
11) Meghatározza az Entrust Identification Service szolgáltatást?
Az Entrust Identification Service az Entrust Security Transaction Platform szolgáltatásból származik. Ez a platform lehetővé teszi a vállalatok számára, hogy ellenőrizzék azon identitásokat, amelyek megbízhatóak a webszolgáltatások tranzakcióinak végrehajtásában.
12) Mit jelent az UDDI?
Az UDDI az Universal, Description, Discovery és Integration rövidítéseket jelenti. Ez a felfedezési réteg a webszolgáltatások protokoll veremében.
13) Meghatározza a megbízási jogosultsági 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, a Jogosultsági szolgáltatás biztosítja az üzleti műveletek biztonságát.
14) Meghatározza az Entrust adatvédelmi szolgáltatást?
Ahogy a neve is mutatja, a biztonsággal és a titoktartással foglalkozik. Ez a szolgáltatás titkosítja az adatokat annak biztosítása érdekében, hogy csak az érintett felek férhessenek hozzá az adatokhoz.
15) Mit ért PKI alatt?
Nyilvános kulcsú infrastruktúrát jelent.
16) Milyen eszközökkel tesztelik a webszolgáltatást?
A SoapUI-t a SOAP WS-hez és a Firefox poszter plugint használtam a RESTFul Services-hez.
17) Megkülönböztetni a SOA-t és a webszolgáltatást?
A SOA egy olyan tervezés és architektúra, amely más szolgáltatásokat valósít meg. A SOA könnyen megvalósítható különféle protokollok segítségével, például HTTP, HTTPS, JMS, SMTP, RMI, IIOP, RPC stb. Bár a webszolgáltatás maga is megvalósított technológia. Valójában a webes szolgáltatás segítségével megvalósítható a SOA.
18) Beszéljen meg különféle megközelítéseket a SOAP alapú webszolgáltatás fejlesztésére?
Fejleszthetjük a SOAP alapú webszolgáltatást kétféle megközelítéssel, például 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 az osztályokat a szerződésből származtatják, míg a későbbiekben először az osztályokat határozzák meg, majd a szerződés származik ezekből az osztályokból.
19) Ha egy megközelítést kell választania, akkor mi lesz a választása?
Véleményem szerint az első megközelítés, amely a szerződés-első megközelítés, megvalósíthatóbb a másodikhoz képest, de ez más tényezőktől is függ.
20) Szükség van-e speciális alkalmazásra a webes szolgáltatás eléréséhez?
Nem, a webszolgáltatás eléréséhez nem kell külön alkalmazást telepítenie. Bármely alkalmazásból elérheti a webszolgáltatást, amely támogatja az XML alapú objektum kéréseket és válaszokat.
21) Meg tudna említeni néhány ingyenes és kereskedelmi megvalósítást a webes szolgáltatásokhoz?
Az általam ismert megvalósítások: Apache SOAP, JAX-WS Reference Implementation, JAX-RS Reference Implementation, Metro, Apache CXF, MS.NET és Java 6.
22) Névböngésző, amely lehetővé teszi a webes szolgáltatáshoz való hozzáférést?
A JavaScript XmlHttpRequest objektum szükséges a webes szolgáltatás böngészőkö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 a REST?
A REST a reprezentatív állami transzfert jelenti. Maga a REST nem szabvány, miközben különféle szabványokat használ, például HTTP, URL, XML / HTML / GIF / JPEG.webp (erőforrás-ábrázolások) és text / xml, text / html, image / gif, image / jpeg.webp stb. (MIME-típusok) ).
24) Hogyan lehet API-t biztosítani a felhasználók számára?
Az API biztosítása a felhasználók számára ezt egyszerűen megteheti egy "nyitott táblával". Csak annyit kell tennie, hogy írjon egy nyitott táblát, amely alapvetően egy XML séma, amely egy webszolgáltatásra mutat.
25) Nevezze meg a webes szolgáltatás különböző kommunikációs csatornáit?
A webszolgáltatás három olyan protokollal van integrálva, mint a HTTP / POST, a HTTP / GET és a SOAP. Három különböző kommunikációs csatornát biztosít az ügyfelek számára. Az ügyfél bármely kommunikációs módot választhat a követelményeknek megfelelően.
26) Hogyan lehet dokumentálni a webszolgáltatást?
A webszolgáltatásokat öndokumentálóként tekintik, mivel teljes információt nyújtanak az XML alapú szabvány (WSDL) néven ismert módszerekről és paraméterekről. További információkat is megadhat a webszolgáltatások magyarázatához saját WebService és WebMethod attribútumaikon keresztül.
27) Milyen helyzetekben van szükségünk ASP.NET webszolgáltatásokra?
Az ASP.NET webszolgáltatásokat akkor használják, ha háromszintű architektúrát kell megvalósítani egy webszolgáltatásban. Ez lehetővé teszi a középszintű komponensek interneten keresztüli hasznos használatát. A .NET webszolgáltatások legfőbb előnye, hogy eléggé képesek kommunikálni a tűzfalakon, mivel a SOAP-ot használják szállítási protokollként.
28) Mi az elosztott technológia?
Az elosztott alkalmazások növekvő aránya megnövelte az elosztott technológiák iránti igényt. Lehetővé teszi az alkalmazásegységek szegmentálását és átvitelét különböző hálózatok különböző számítógépeire.
29) Különbség a webszolgáltatások, a CORBA és a DCOM között?
A webszolgáltatások HTTP protokollon keresztül továbbítják / fogadják az üzeneteket az alkalmazásból, illetve az alkalmazásból. XML-t használ az adatok kódolásához.
A CORBA és a DCOM nem szabványos protokollokon, például IIOP és RPC keresztül továbbítják / fogadják az üzeneteket az alkalmazásból / alkalmazásból.
30) Meg tudna mondani néhány előnyét a webes szolgáltatásoknak?
A webes szolgáltatás legnagyobb előnye, hogy sokféle platform támogatja. Ezenkívül a közeljövőben a webszolgáltatások kiterjeszthetik a határait, és olyan új módszereket fejleszthetnek, amelyek megkönnyítik az ügyfelek számára. A fejlesztés még akkor sem érinti az ügyfeleket, ha régi módszereket és paramétereket kínálnak.
31) Meg tudna nevezni néhány webszolgáltatásban használt szabványt?
A webszolgáltatásokban használt szabványok a WSDL (az interfészdefiníció létrehozására szolgálnak), a SOAP (az adatok strukturálására szolgálnak), a HTTP (kommunikációs csatornák), a DISCO (a felfedezési dokumentumok létrehozására szolgálnak) és az UDDI (az üzleti nyilvántartások létrehozására szolgálnak).
32) Magyarázd 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ásokat nyújtó szervezet kiad egy kiszolgálón egy DISCO fájlt, és ez a fájl tartalmazza az összes nyújtott webszolgáltatás linkjeit. Ez a szabvány akkor jó, ha az ügyfél már ismeri a vállalatot. Helyi hálózaton belül is használható.
33) Magyarázza el röviden, mi az UDDI?
Az UDDI (univerzális leírás, felfedezés és integráció) egységesített könyvtárat biztosít az internetes webszolgáltatások számára. Az ügyfelek az UDDI segítségével webes szolgáltatásokat keresnek üzleti igényeiknek megfelelően. Alapvetően különféle vállalatok webszolgáltatásainak ad otthont. A webszolgáltatások megosztásához közzé kell tennie az UDDI-ben.
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 továbbításához / fogadásához. Így a .NET webszolgáltatások csak az XML séma szabvány által ismert adattípusokkal működhetnek. A FileSteamhez hasonlóan az Eventlog stb. Sem ismerik fel az XML séma szabványai, ezért a webszolgáltatások nem támogatják őket.
35) Hogyan teszteljük a .NET webszolgáltatást?
Az ASP.NET rutinszerűen használ tesztoldalt, amikor bármelyik böngészőben kéri az .asmx fájl URL-jét. Ez az oldal a webes szolgáltatásokkal kapcsolatos teljes információkat mutatja.
36) Hogyan fogyasztjuk a .NET webszolgáltatást?
Mivel tudjuk, hogy a webszolgáltatások XML szabványokra épülnek. Ezért az ügyfeleknek teljes körű ismeretekkel kell rendelkezniük az XML-alapú üzenetekről az üzenetek cseréjéhez. Az ügyfelek a proxy mechanizmusokat kínáló .NET keretrendszeren keresztül kommunikálhatnak a webszolgáltatásokkal. Ezek a proxy mechanizmusok részletes információkkal szolgálnak a webszolgáltatásokon belüli adatmegosztásról, amelyeket az ügyfelek könnyen használhatnak.
37) Meg tudja nevezni a két Microsoft megoldást az elosztott alkalmazásokra?
Az elosztott alkalmazások két Microsoft-megoldása: .NET Web Services és .NET Remoting.
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, míg a .NET Remoting bármilyen protokollt használ, azaz TCP / HTTP / SMTP-t. Ami a teljesítményt illeti, a .NET Remoting összehasonlítva gyorsabb, mint a.NET Web Service. Továbbá, mivel a .NET webszolgáltatásokat az IIS-en keresztül tárolják, sokkal megbízhatóbb, mint a .NET Remoting.
39) Nevezze meg a webszolgáltatás telepítése során közzéteendő összetevőket?
A webszolgáltatás telepítése során közzé kell tenni az összetevőket: Webalkalmazás-könyvtár, Webservice.asmx fájl, Webservice.Disco fájl, Web.Config fájl és Bin Directory.
40) Milyen lépéseket hajt végre az ügyfél a webes szolgáltatás eléréséhez?
Mindenekelőtt a webszolgáltatásra vonatkozó webes hivatkozást az ügyfél hozza létre az alkalmazásában. Ezután egy proxy osztály jön létre. Ezt követően létrejön egy proxy osztályú objektum, és végül a webszolgáltatáshoz ezen a proxy objektumon keresztül férhet hozzá.
41) Hogyan valósítják meg a webes szolgáltatásokat a .NET-ben?
A webes szolgáltatások .NET-be történő megvalósításához HTTP-kezelőket használnak, amelyek megszakítják az .asmx fájlok kéréseit.
42) Magyarázza meg a Response Caching néhány hátrányát?
Válasz A gyorsítótárazás haszontalan vagy alkalmatlan, 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 amelyek nem szerepelnek a paraméterekben, akkor ezeket a módszereket megkerülik.
43) Mi a válaszmegoldás alternatív megoldása?
A válasz-gyorsítótár helyett használhatjuk az Adat-gyorsítótárat (System.Web.Caching.Cach).
44) Röviden néhány hátránya a GET és a POST módszereknek a webszolgáltatással való kommunikáció során?
Ezek a módszerek kevésbé biztonságosak, és gátolják a felhasználókat abban, hogy argumentumként adjanak át struktúrákat és objektumokat. Ezenkívül nem teszi lehetővé a felhasználók számára a ByRef argumentumok átadását.
45) Hogyan lehet elérni egy osztályt webszolgáltatásként?
Ha egy osztályt webszolgáltatásként szeretne elérni, meg kell örökölnie az osztályt a System.Web.Services.WebService osztályból, és minősíteni kell az osztályt a WebService attribútummal.
46) Hogyan lehet hozzáférni a webszolgáltatási osztály módszeréhez az interneten keresztül?
A webszolgáltatási osztály metódusának az interneten keresztüli eléréséhez minősíteni kell egy módszert a WebMethod attribútummal.
47) Hogyan épül fel a SOAP üzenet?
A SOAP üzenet a SOAP borítékból, a SOAP fejlécekből és a SOAP törzsből áll.
48) Meg tudna nevezni különféle webes szolgáltatásokat?
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 különbözik a RESTful webszolgáltatásoktól?
A RESTful webszolgáltatások nem tartalmaznak szerződést vagy WSDL fájlt.
50) Adj néhány okot a RESTful webszolgáltatás használatára?
A RESTFul webszolgáltatások egyszerűen megvalósíthatók és tesztelhetők. Támogatja a különféle adatformátumokat, például XML, JSON stb.
51) Magyarázza el, mi az a JAVA webszolgáltatás? Milyen módszerekkel hozhat létre webszolgáltatásokat?
A Java webszolgáltatásokat az alapvető webszolgáltatások JAVA platformon történő kiépítésére és telepítésére fejlesztették ki.
Webszolgáltatások létrehozásához kétféle megközelítést alkalmaznak
- Felülről lefelé irányuló megközelítés
- Feltöltési 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éhez vannak más Java API-k is, például JAX-RPC, JAXM, JAXR, JAXB stb.
53) Megemlíti a JAXB kötelező keretrendszerét?
A JAXB összerendelési keretrendszer három Java csomagban érhető el
- xml.bind: Ez a csomag absztrakt osztályokat és felületeket határoz meg, amelyeket közvetlenül a tartalmi osztályokkal használnak
- xml.bind.util: Ez a csomag olyan segédprogram osztályokat tartalmaz, amelyeket az ügyfélalkalmazások igénybe vehetnek a rendezési, a szétválasztási és az érvényesítési események kezelésében
- xml.bind.helper: Ez a segítő csomag részleges megvalósításokat ad néhány javax.xml.bind felülethez. Ezeket az API-kat nem használhatják közvetlenül a JAXB architektúrát használó alkalmazások
54) Mondjon egy egyszerű példát arra, hogy az XML dokumentum miként lehet marsall és unmarshal a JAVA keretében?
A Marshalling az XML-dokumentumok Java-ba olvasható formává alakítása, míg az UnMarshalling a Marshalling fordított folyamata. Lássuk, hogyan oldja fel a Java az XML dokumentumot, majd visszahelyezi
JAXBContext jc = JAXBContext.newInstance ("com.acme.foo");
// unmararshal a foo.xml fájlból
Unmarshaller u = jc.createUnmarshaller ();
FooObject fooObj =
(FooObject) u.unmarshal (új Fájl ("foo.xml"));
// marsall a sytem.out-hoz
Marshaller m = jc.createMarshaller ();
m.marshal (fooObj, System.out);
55) Magyarázza el, mit csinál Marshaller, ha a jaxb.encoding tulajdonság nincs deklarálva?
Alapértelmezés szerint a Marshaller az "UTF-8" szót használja, ha a jaxb.encoding tulajdonság nincs deklarálva.
56) Említse meg, hogy milyen típusú ellenőrzéseket hajthat végre egy JAXB kliens?
A JAXB kliens érvényesítésének két típusa van, amelyet egy JAXB képes végrehajtani
- Unmarshal Time Validation
- Igény szerinti érvényesítés
57) Említse meg, hogy a marsall, unmararsal és validációs műveletek során tapasztalt esemény kezelésének három módja van?
- Az alapértelmezett eseménykezelő használata
- Regisztráljon és hajtson végre egy egyedi eseménykezelőt
- Használja a ValidationEventCollector segédprogramot
58) Magyarázza el, hogy hol található a JAXB fordító?
A JAXB sémakötő fordító a
59) Milyen esetekben kell testre szabnia az alapértelmezett kötést?
Bizonyos esetekben testre kell szabnia az alapértelmezett kötést
- API dokumentáció készítése a sémából származó JAXB csomagokhoz, osztályokhoz, módszerekhez és konstansokhoz
- Szemantikailag értelmes testreszabott nevek adása olyan esetekre, amelyeket az alapértelmezett XML név-Java azonosító leképezés nem képes automatikusan kezelni
- Az alapértelmezett kötésszerűség felülírása annak megadásával, hogy egy modellcsoportot osztályhoz kell csatolni, nem pedig listához
60) Magyarázza el, mi az a szöveges testreszabás?
A JAXB összerendelések testreszabása egy XML sémafájlba beágyazott összerendelési deklarációk segítségével, amelyek
61) Magyarázza el, mi az XML-aláírás?
Az XML bármilyen tetszőleges adat aláírására használható, legyen szó bináris vagy XML fájlról. Az adatokat egy vagy több referenciaelemben URI-k ismerik fel. Egy vagy több formában írják le, például leválasztva, burkolva vagy burkolva.
62) Magyarázza el, mi a Stax?
A Stax jelentése Streaming API for XML; API egy JAVA programozási nyelvből származó XML dokumentumok olvasására és írására.
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: Az egész dokumentumot fa szerkezetként olvassák be a véletlenszerű elérhetőség érdekében az alkalmazás hívásával
- Eseményalapú API-k: Az alkalmazás regisztrál, hogy az eseményeket entitásokként találják meg a forrásdokumentumban
64) Magyarázza el, mi a Push elemzés és a Pull elemzés?
- Pull elemzés: A streaming pull elemzés egy olyan programozási modellre utal, amelyben az ügyfélalkalmazás metódusokat hív meg egy XML elemző könyvtárban, amikor egy XML infókészlettel kell kommunikálni - ami azt jelenti, hogy az ügyfél csak akkor kap XML adatokat, amikor arra kérik
- Leküldéses elemzés: A leküldéses elemzésben az elemző az elemzési eseményeket vagy XML-adatokat tolja az alkalmazásba. A push modellben az elemző megkapta a tartást az elemzési folyamat felett, és az elemző meghívta a megvalósított kezelő módszereket.
65) Magyarázza el, hogy az XWS biztonság melyik technológián alapszik? 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-n alapuló önálló alkalmazásokon alapul. A JAX-RPC alkalmazás biztonságának biztosításához az XWS biztonság által biztosított opciók vannak
- 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 digitális aláírás API-ban elérhető hat csomagot?
A digitális 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 platformalkalmazás JAVA programozási API-ja, amelyek hozzáférnek a különböző metaadat-nyilvántartásokhoz, és programozottan együttműködnek velük.
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 kliens program, amely a JAXR API-t használja a rendszerleíró adatbázis használatához egy 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 nyilvántartási 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, mi az a JAXM üzenetküldési modell?
Kétféle üzenetküldési modell létezik a JAXM szinkron és aszinkron számára
- Szinkron üzenetküldési modell: Ilyen típusú modellben 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 szolgáltatóhoz irányítja, és visszatér. Ezután az üzenetkezelő végrehajtja az üzenet átirányítását a végső forráshoz.
70) Magyarázza el, mi az UDDI, a DISCO és a WSDL?
- UDDI: Ez az egyetemes leírást, a felfedezést és az I-t jelenti. A könyvtár a nyilvános webszolgáltatások közzétételére és felfedezésére szolgál
- DISCO: Közismert nevén felfedezés. Összegyűjti a közös szolgáltatásokat, és feltárja a webszolgáltatások sémadokumentumát
- WSDL: Ez a webszolgáltatás leírási nyelvét (WSDL) jelenti. A webszolgáltatások leírására szolgál. A leírás tartalmazza a webszolgáltatások URL-jét, a webszolgáltatások által támogatott tulajdonságokat és módszereket, a támogatott adattípust és a támogatott protokoll részleteket
- Következő