Irányított beállítás Web Services OTRS 5
Irányított beállítás Web Services OTRS 5 10
- mint a Forbes, csak jobb.
Ez a cikk fogja mondani, hogyan kell beállítani a webes szolgáltatás OTRS 5, hol és mit kell írni, és hogyan keresztül SoapUI teszt a funkcionalitás a szolgáltatás. Konfigurálja SOAP, nem pihenés. Konfigurálása OTRS mint a szolgáltató, azaz a a rendszer ad az adatokat kérésre. Ha érdekli, akkor kérem egy macska.
Így hoztuk létre a OTRS csodálatos, elkezdtünk dolgozni benne. És akkor a vezetés szükséges jelentési. És nem valami, hanem nagyon összetett. Ahelyett, mély vágott belső jelentések, úgy döntöttünk, hogy csak a rendszer web szolgáltatás adatokat gyűjteni, és egy külön programot építeni jelentéseket.
Tehát menjünk az Administration> Web Services.
Hozzon létre egy új webes szolgáltatást:
1) illeszkedik a felület nevét
2) Válassza ki a HTTP :: SOAP közlekedési hálózat
3) Kattintson a "Mentés".
Miután elmentette, akkor választhat műveletek.
Mi szükség van mind a három együtt dolgozni a jegy:
SessionCreate - lehetővé teszi, hogy hozzon létre egy ülés, és továbbra is használhatja a ID, és nem ruházza át bejelentkezési név és jelszó minden egyes alkalommal.
TicketSearch - lehetővé teszi, hogy megtalálja jegyeket a megadott kritériumok (ebben az esetben, nyitott és zárt egy bizonyos ideig). Listáját adja vissza azonosító jegy (és elemzi azonosító számok helyett).
TicketGet - lehetővé teszi, hogy kapjunk egy adott jegyazonosítót jegyet (vagy több).
Kezelés Ha hozunk létre, akkor adja meg a nevet, amellyel fog okozni a jövőben.
És az utolsó érintés - menj a konfiguráció hálózat közlekedési és adja meg a névtér és a hossza az üzenetet. Hossza 1000 már teljesen rendezett.
Névtér alábbi linkre:
Amennyiben example.com - a domain, csatoló_neve - az interfész neve. Ha beállítja a titkosítás, https helyett http.
Mindent a OTRS minden beállítás megtörtént. Most, hogy a szolgáltatás eléréséhez kívülről? Ehhez rakjuk SoapUI, hogy wsdl séma, és adja meg a SoapUI.
Az interneten, sokan panaszkodtak, hogy OTRS önmagában nem ad a WSDL-séma, és ez valójában a probléma.
Hála a fajta ember, aki írt, hogy megosztani.
Tehát benyújtani a javasolt kis remake számunkra.
A főcímek GenericTicketConnectorSOAP.wsdl változó definíciók a fájl nevét a web szolgáltatás nevét.
Továbbá, az összes szappan: üzemelés soapAction változás http: //www.otrs.org/TicketConnector névtér.
És a legvégén a dokumentum a wsdl: portot adja meg NameSpace a helyét.
Fuss a szappan UI, hozzon létre egy új SOAPProject, adja meg a rendszer fájlt.
Az eredmény a következőképpen néz ki. Alapvető lekérdezi SoapUI nageneriruet automatikusan.
És a finálé - a szolgáltatás elérhetőségéről. Szolgáltatás adta vissza a sessionid, ami már használható más lekérdezések, érintése nélkül minden alkalommal és jelszavát.
1) Mint már említettük, a OTRS nem ad a WSDL sémát, ami nagyon kényelmetlen.
2) kérésére TicketSearch nem fizet több mint 500 ID-Schnick. Tehát, ha kell jönni, hogy több mint 500, de még mindig csak kap 500 nem található, hogyan lehet elkerülni.
3) Annak érdekében, hogy TicketGet adta SolutionDiffInMin (mennyi időt megoldására kérelem eltér a cél az SLA), meg kell kérni transzfer a bővített semmit.
Ui az a tény, hogy a keresési kapott legfeljebb 500 üzenetek segítenek növelni a paraméter «GenericInterface :: Operation :: TicketSearch ### SearchLimit».
Eisaev Köszönöm a segítséget.