Segítségével soapui dolgozni webes szolgáltatások
1. Egyszerű Web Service
Kezdeni, vessünk a tetemet konfiguráció nélkül webes szolgáltatások és megy lépésről lépésre folyamat létrehozása őket.
Új webes szolgáltatás neve test1 és hozzon létre benne szia művelet visszatérési string típusú. Nevei webszolgáltatások és műveletek mindig jobb, hogy kérje a latin.
Ha rákattint a nagyító a „Nevezze eljárásnak” megnyílik a webes szolgáltatás modul és akkor végre a hello függvény.
2. közzététele egy webes szolgáltatás.
3. Tesztelés SoapUI
A teszteléshez hozzon létre egy egyéni felhasználó WsUser, egy egyszerű jelszót, és ad neki teljes joggal.
Ezután telepítse és futtassa SoapUI. Ez a program nagyon hasznos, ha tesztelni webes szolgáltatások, akkor kap egy leírást, és nem post-szolgáltatás kéréseket.
Menj a Fájl menü - Új SOAP projekt, kérje a projekt neve és hellotest eredetileg WSDL területén írnak éppen egy ilyen kapcsolat:
Soap12Binding jellemezve, hogy dolgozik egy új változata a SOAP 1.2 szabvány. Nyisson meg egy test1Soap12Binding Request1 elem és látni:
Most végre eleget tenni a kérésnek, hogy a hello függvény, és látni a választ:
Ok, ez működött!
4. Transzfer egyszerű paramétereket a funkciót.
Most, hogy egy új funkció paraméterekkel, mint például az ellenőrzési munka dátumok, nem getSaleDocNumbersByDate funkció, amely elviszi a dátumot a dokumentum (a kiadások számla), és visszatér a dokumentumok számát a dátum vonalon. Hozzá egy művelet paraméter dátum típus dateTime:
Most SoapUI jobb egérgombbal rá kell kattintani a testSoap12Binding elemet, és válassza frissítés Definíció. Ezt követően, a projekt lesz jellemző getSaleDocNumbersByDate kérése és készen áll rá. Ahhoz, hogy töltse ki a dátumot a használni kívánt formátumot „YYYY-MM-DDThh: mm: ss” (láthatjuk a w3schools és erősen ajánlott, hogy ezt a helyszínen a megértéséhez az XML)
Majd kiderül, van ilyen kérés és válasz:
5. XDTO csomagok
Ha meg kell, hogy adja át a függvény bonyolultabb paraméter (pl xml több területen), vagy kap válaszul a bonyolult szerkezete xml, akkor nem nélkülözheti XDTO csomagokat.
Nagyon részletes munka XDTO tárgyalt cikksorozatot XDTO egyszerű. Tény, hogy a csomag határozza meg a szerkezet és típusát használt mezők xml fájlokat.
Majd nézd meg egy példát az adás és vétel az xml-fájl a típusát a csomagban
- transzfer 1c xml-fájl nem szerepel a csomagban, base64 formátumban
- kézhezvételét 1c pdf dokumentum base64 formátumban és dekódolás
- fogadunk 1c XML-fájlt a beágyazott szerkezetű elemek és meghatározzuk azok mennyiségét
6. Transfer 1c paraméter xml-fájl a típusát a csomagot.
A feladat lesz ez: megtalálni a dokumentumot a kiadások számlán megadott bejövő XML számát és dátumát, és visszatér a talált dokumentum. Vissza is kell formájában XML számát, dátumát, az ügyfél és a kód és táblázatos része az árut.
Hozzon létre egy csomagban helyet packet1 packet1_ns neveket. A bejövő xml-fájl típusának, InDocSaleQuery tárgy mező számát a húr típusát és időpontját terén típusú dateTime. Hogy meghatározza a kimeneti fájl típusát az első egyvonalas táblázatok áruk: SaleItem a neve a string típusú mezők, árösszege, mennyisége típusú tizedes. Egy dokumentum SaleDoc is lesz kompozit típusa: a mező számát, dátumát, partnerName és mező SaleItems amely SaleItem típusú és maximális száma -1. Ez az a mező azt jelzi, hogy jelen lehet egy sor több elemet. Így minden úgy néz ki, a konfigurátor:
Továbbá a webes szolgáltatás tulajdonságait kell beállítani használni XDTO packet1_ns csomagot. getSaleDoc típusú SaleDoc visszatérési érték és a bemeneti paraméter típusát incomingXML InDocSaleQuery.
Először mutatják a funkció kódot, majd elmagyarázni, hogy mi folyik itt
Két fő árnyalatot. Először is, mert az a fajta bemeneti paraméter incomingXML kapott, és azt írta le ezt a típusú csomag, lehetőség van az azonnali hozzáférést a mezőket a bejövő XML. Másodszor, a munka egy gyárban XDTO. Ebből kaptunk a kapott típusát és kimeneti paraméterek létre ZnachenieXDTO ilyen típusú, ahol a szükséges mezőket betöltötték. Azt is érdemes megjegyezni, hogy a típus SaleDoc meg egy külön mezőben a hiba, de a tesztelés céljából, a hibák kerülnek rögzítésre száma mezőbe.
Ez eredményeként ezt a kérést úgy tűnik, hogy SoapUI:
Mint látható, ez működik, de még mindig van valami, hogy javítsa - például azt szeretné tudni, hogy hány SaleItems elemeket a dokumentumban.
Ez bonyolultabb példákat, azt fogja mondani a következő cikkben.
A csatolt fájl - feltöltésével információs bázis és SoapUI projekt.