GATE HTTP. Instrukcja użytkownika. 1. Możliwość połączenia z GATE za pomocą Telnet Wysyłanie poprawnego zapytania Request Przykład 2-4

Podobne dokumenty
GATE HTTP ( :31) RELEASE NOTES

Dokumentacja Techniczna 1.2. Webtoken MT. Uruchomienie subskrybcji MT poprzez serwis WWW

Technologie sieciowe Sprawozdanie z labolatorium. Lista 5

Specyfikacja techniczna. mprofi Interfejs API

Gatesms.eu Mobilne Rozwiązania dla biznesu

CLU FIRMWARE ( BUILD ) RELEASE NOTES

Dokumentacja interfejsu HTTPD. Platforma BSMS.PL Instrukcja podłączenia po przez http

CLU FIRMWARE (BUILD 1912 ) RELEASE NOTES

Graficzny terminal sieciowy ABA-X3. część druga. Podstawowa konfiguracja terminala

DOKUMENTACJA TECHNICZNA SMS API MT


API transakcyjne BitMarket.pl

Specyfikacja HTTP API. Wersja 1.6

SMS Kod Automatyczny

Produkcja by CTI. Proces instalacji, ważne informacje oraz konfiguracja

Technologie internetowe

Orange Send MMS. Autoryzacja. Metoda HTTP. Parametry wywołania. API wyślij MMS dostarcza wiadomości MMS. Basic POST

Warszawa Specyfikacja techniczna. mprofi Interfejs API wersja 1.0.7

PayPo API v.2.0. Dokument zawiera specyfkaccę techniczną REST API PayPo.pl w wersci 2.0. Wersja dokumentu. Wykaz zmian

SIP Studia Podyplomowe Ćwiczenie laboratoryjne Instrukcja

Spring Web MVC, Spring DI

Terytorialna analiza danych

Tworzenie witryn internetowych PHP/Java. (mgr inż. Marek Downar)

Wykaz zmian w programie Win Admin Replikator

Telesprzedaż by CTI Instrukcja

Tomasz Greszata - Koszalin

Roger Access Control System. Aplikacja RCP Point. Wersja oprogramowania : 1.0.x Wersja dokumentu: Rev. C

Dokumentacja API statystyk

Wykaz zmian w programie Win Admin Replikator

Podręcznik Integracji

API System Partnerski

Wyrażenie include(sciezka_do_pliku) pozwala na załadowanie (wnętrza) pliku do skryptu php. Plik ten może zawierać wszystko, co może się znaleźć w

Jak widzisz w powyższym przykładzie, mimo że operacja nie powiodła się (otrzymaliśmy status Błąd ), serwer zwrócił nam kod 200 OK.

Tworzenie stron internetowych z wykorzystaniem HTM5, JavaScript, CSS3 i jquery. Łukasz Bartczuk

Przykład programu w PHP. Wykład10.PHP ciągdalszy,str.1

Pobieranie komunikatów GIF

Zmienne i stałe w PHP

Komunikacja w sterownikach Horner APG w sieci CsCAN

W celu uruchomienia kontrolera należy w katalogu głównym kontrolera z wiersza poleceń wydać następujące polecenie: $ java -jar target/floodlight.

Programy LeftHand - Obsługa plików JPK. Luty 2017

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Protokół w wersji 2.2

Aktualizacja SMSFall v Data publikacji:

Zadanie1: Odszukaj w serwisie internetowym Wikipedii informacje na temat protokołu http.

Programowanie w Sieci Internet JSP ciąg dalszy. Kraków, 9 stycznia 2015 r. mgr Piotr Rytko Wydział Matematyki i Informatyki

Tomasz Greszata - Koszalin

Angular, cz. II. Tworzenie serwisów Web 2.0. dr inż. Robert Perliński

WXEth (firmware v1.03) Interfejs sieciowy dla stacji pogodowych Obsługa serwerów APRS-IS Obsługa serwisu

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS. Autor smeskom@smeskom.pl Data Wersja 1.

INFAKT API - opis (ver. 0.8)

TRX API opis funkcji interfejsu

Dokumentacja REST API v 3.0. Kraków, 7 marca FreshMail, ul. Fabryczna 20a, Kraków tel , freshmail.

Języki skryptowe - PHP. PHP i bazy danych. Paweł Kasprowski. pawel@kasprowski.pl. vl07

Wątki w Android OS. Matt Rutkowski. GynSoft sp. z o.o. matt@gynsoft.net

Dokumentacja techniczna API systemu SimPay.pl

Systemy internetowe. Wykład 5 Architektura WWW. West Pomeranian University of Technology, Szczecin; Faculty of Computer Science

Specyfikacja interfejsów usług Jednolitego Pliku Kontrolnego

ZADANIE.02 Podstawy konfiguracji (interfejsy) Zarządzanie konfiguracjami 1,5h

XML-RPC: Zdalne wykonywanie procedur

Specyfikacja instalacji usługi SMS Premium w Przelewy24.pl

MODEM GSM-01. INSTRUKCJA OBŁUGI MODUŁU KOMUNIKACYJNEGO GSM-01 wersja 1.0 GSM-01 INSTRUKCJA OBSŁUGI - 1 -

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV

Mechanizmy pracy równoległej. Jarosław Kuchta

INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład VII

1. Opis. 2. Wymagania sprzętowe:

Dokumentacja końcowa projektu z ZPR

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do

Paweł Rajba

namespace HostedReceiver { public class Receiver: IConfigureThisEndpoint, AsA_Server {

MPH Mini. Instrukcja użytkownika ver 102 ( )

Serwery aplikacji. dr Radosław Matusik. radmat

m e d i a s e r v i c e Moduł kamery JPEG z komunikacją szeregową CJ0706A

Spis treści INTERFEJS (WEBSERVICES) - DOKUMENTACJA TECHNICZNA 1

Produkcja by CTI. Proces instalacji, ważne informacje oraz konfiguracja

ShopGold Integrator by CTI. Instrukcja

Sesje, ciasteczka, wyjątki. Ciasteczka w PHP. Zastosowanie cookies. Sprawdzanie obecności ciasteczka

Informator techniczny

METADANE GEOINFORMACYJNE PODLASIA

Baza numerów Wersja 1.1

Kontrola sesji w PHP HTTP jest protokołem bezstanowym (ang. stateless) nie utrzymuje stanu między dwoma transakcjami. Kontrola sesji służy do

Wykaz zmian w programie WinAdmin Replikator

FAQ: /PL Data: 09/06/2012. Zastosowanie zmiennych Raw Data Type WinCC v7.0

Data wydania: Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Społecznego

(Pluggable Authentication Modules). Wyjaśnienie technologii.

Wybrane działy Informatyki Stosowanej

Aplikacje internetowe - laboratorium

Dokumentacja fillup - MS SQL

Sprawozdanie Sieci komputerowe i bazy danych Laboratorium nr 4

Dokumentacja. Wersja: 1.5 Ostatnio zmodyfikowano: Strona 1

Instrukcja integracji urządzenia na magistrali Modbus RTU. wersja 1.1

Pakiety podprogramów Dynamiczny SQL

Aplikacje webowe z wykorzystaniem Node.js oraz Express

Specyfikacja API 1.0. Specyfikacja kontroli Konta systemu CashBill z wykorzystaniem API opartego na REST

DOKUMENTACJA PROTOKOŁU SMESX. Platforma SMeSKom - instrukcja korzystania z interfejsu HTTPS Protokół w wersji 2.0

Konfiguracja komunikacji w sterownikach Horner APG w sieci CsCAN

asix4 Podręcznik użytkownika S7_TCPIP - drajwer do wymiany danych ze sterownikami SIMATIC poprzez Ethernet

KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED INSTRUKCJA OBSŁUGI

Dokumentacja API BizIn

76.Struktura oprogramowania rozproszonego.

Dokumentacja 2SMS

1. Logowanie się do panelu Adminitracyjnego

Transkrypt:

GATE HTTP Instrukcja użytkownika SPIS TREŚCI 1. Możliwość połączenia z GATE za pomocą Telnet 2 2. Wysyłanie poprawnego zapytania Request Przykład 2-4 3. Wyciąganie wartości z otrzymanej odpowiedzi z serwera Przykłady 3-5 Przykład odczytu odpowiedzi. Przykłady dla XML, JSON 3-6 XML: 3-7 4. Nasłuchiwanie na wysłane zapytanie Listner - Przykład 4-8 5. Przygotowanie odpowiedzi na zapytanie Przykłady 5-10 XML 5-10 JSON 5-10 6. Parametry konfiguracyjne 6-11 OBIEKT GATE_HTTP 6-11 CECHY: 6-11 METODY: 6-11 ZDARZENIA: 6-11 OBIEKT HTTPREQUEST 6-11 CECHY: 6-11 METODY: 6-12 ZDARZENIA: 6-12 OBIEKT HTTPLISTNER 6-12

CECHY: 6-13 METODY: 6-13 ZDARZENIA: 6-14 1. MOŻLIWOŚĆ POŁĄCZENIA Z GATE ZA POMOCĄ TELNET Dla modułu Gate Http możliwy jest podgląd skryptów Lua. W przypadku błędu konfiguracji (tryb emergency) możliwy jest podgląd miejsca błędu w utworzonej konfiguracji LUA. Połączenie jest nawiązywane za pomocą protokołu Telnet w tym celu można wykorzystać np. program PuTTY. Przykładowe parametry do nawiązania połączenia: Do wywołania połączenia po stronie Gate a wykorzystane mogą być dwie metody: StartConsole Uruchamia konsolę Lua. W momencie wywołania metody, użytkownik ma 10s na ustawienie połączenia z Gate. Przy poprawnym połączeniu, na terminalu (klient) zostanie zwrócona informacja o poprawnym połączeniu CLU SN Telnet session started. > StartConsoleOnReboot umożliwia nawiązanie połączenia przy następnym restarcie Gate a. Po restarcie, użytkownik ma 10s na ustawienie połączenia z Gate. Przy poprawnym połączeniu, na terminalu (klient) zostanie zwrócona informacja o poprawnym połączeniu CLU SN initializing... CLU: running user.lua... CLU: running om.lua... CLU: running OnInit... CLU: Project loaded. > Aby na konsoli wyświetlić, np. wartość danej cechy, należy wykorzystać komponent Blok funkcyjny i wybrać metodę print a następnie wybrać żądaną cechę.

Grenton Sp. z o.o. ul. Na Wierzchowinach 3 30-222 Kraków, Polska NIP 679 30 54 754 KRS 2. WYSYŁANIE POPRAWNEGO ZAPYTANIA REQUEST PRZYKŁAD Według przykładu na stronie openweathermap.org, zapytanie API wygląda następująco: API call: http://api.openweathermap.org/data/2.5/weather?q=london&appid={apikey} Aby zastosować moduł Gate do odbierania zapytań, należy utworzyć obiekt wirtualny Request Ten dokument jest: Jawny, 24/11/2017

W obiekcie HttpRequest należy ustawić następujące parametry: Host api.openweathermap.org Path /data/2.5/ QueryStringParams q=london&appid={apikey} Method GET RequestType JSON ResponseType JSON Po wysłaniu konfiguracji i wywołaniu Metody SendRequest, StatusCode przyjmuje wartość 200 (OK). Otrzymana odpowiedź na zapytanie jest przetrzymywana w cesze ResponseBody. Dla ustawionego ResponseType JSON, odpowiedź jest parsowana z json do tabeli. Wartość cechy jest niewidoczna z poziomu OM. Wartości odpowiedzi należy wyciągnąć z odpowiedzi z poziomu skryptu. 3. WYCIĄGANIE WARTOŚCI Z OTRZYMANEJ ODPOWIEDZI Z SERWERA PRZYKŁADY Uwaga1 Uzyskaną odpowiedź ResponseBody należy przypisać do zmiennej lokalnej (w skrypcie) Przykładowo: local resp = GATE->httpr_openweather_json->ResponseBody Strona 3-5 z 14 Ten dokument jest: Jawny, 24/11/2017

Następnie w skryptach należy wykonywać operację na zmiennej resp Przykład odczytu odpowiedzi. Przykłady dla XML, JSON Otrzymane odpowiedzi w zależności od ich typu (ResponseType) są odpowiednio parsowane do postaci tabeli. Poniżej przykładowe odpowiedzi w formacie XML oraz JSON oraz sposób odczytania danej wartości. Przykładowe odczyty wartości są zapisywane do zmiennych lokalnych (wewnątrz skryptu). Aby była możliwość wykorzystania zmiennej (np. do wyświetlania w aplikacji), należy przypisywać do zmiennych globalnych (cechy użytkownika). Poniższe przykłady wykorzystują odpowiedzi z serwisu pogodowego openweathermap.org JSON: Przykładowa odpowiedź (openweathermap.org): resp = [[ {"coord": {"lon":145.77,"lat":-16.92}, "weather":[{"id":803,"main":"clouds","description":"broken clouds","icon":"04n"}], "base":"cmc stations", "main":{"temp":293.25,"pressure":1019,"humidity":83,"temp_min":289.82,"temp_max":295.37}, "wind":{"speed":5.1,"deg":150}, "clouds":{"all":75}, "rain":{"3h":3}, "dt":1435658272, "sys":{"type":1,"id":8166,"message":0.0166,"country":"au","sunrise":1435610796,"sunset":1435 650870}, "id":2172797, "name":"cairns", "cod":200} ]] Jak odczytać: o Wartość parametru lon {"coord": {"lon":145.77,"lat":-16.92}, "weather":[{"id":803,"main":"clouds","description":"broken clouds","icon":"04n"}], "base":"cmc stations", "main":{"temp":293.25,"pressure":1019,"humidity":83,"temp_min":289.82,"temp_max":2 95.37}, W skrypcie: local lon = resp.coord.lon Po wywołaniu skryptu do zmiennej lokalnej (zmienna skryptu) zostanie przypisana wartość 145.77 o Wartość parametru description {"coord": {"lon":145.77,"lat":-16.92}, "weather":[{"id":803,"main":"clouds","description":"broken clouds","icon":"04n"}], "base":"cmc stations", "main":{"temp":293.25,"pressure":1019,"humidity":83,"temp_min":289.82,"temp_max":2 95.37}, Strona 3-6 z 14 Ten dokument jest: Jawny, 24/11/2017

W skrypcie: local description = resp.weather[1].description Po wywołaniu skryptu do zmiennej lokalnej (zmienna skryptu) zostanie przypisana wartość broken clouds XML: Przykładowa odpowiedź (openweathermap): resp= [[ <current> <city id="2643741" name="city of London"> <coord lon="-0.09" lat="51.51"> <country>gb</country> <sun rise="2015-06-30t03:46:57" set="2015-06-30t20:21:12"> </city> <temperature value="72.34" min="66.2" max="79.88" unit="fahrenheit"/> <humidity value="43" unit="%"> <pressure value="1020" unit="hpa"> <wind> <speed value="7.78" name="moderate breeze"> <direction value="140" code="se" name="southeast"> </wind> <clouds value="0" name="clear sky"> <visibility value="10000"> <precipitation mode="no"> <weather number="800" value="sky is Clear" icon="01d"> <lastupdate value="2015-06-30t08:36:14"> </current> ]] Jak odczytać: o Wartość atrybutu id w tagu city <current> <city id="2643741" name="city of London"> <coord lon="-0.09" lat="51.51"> <country>gb</country> <sun rise="2015-06-30t03:46:57" set="2015-06-30t20:21:12"> </city> W skrypcie: local city_id = resp[1].id Po wywołaniu skryptu do zmiennej lokalnej (zmienna skryptu) zostanie przypisana wartość 2643741 o Wartość znajdująca się pomiędzy tagiem <country> <current> <city id="2643741" name="city of London"> <coord lon="-0.09" lat="51.51"> <country>gb</country> <sun rise="2015-06-30t03:46:57" set="2015-06-30t20:21:12"> Strona 3-7 z 14 Ten dokument jest: Jawny, 24/11/2017

</city> W skrypcie: local country = resp[1][2][1] Po wywołaniu skryptu do zmiennej lokalnej (zmienna skryptu) zostanie przypisana wartość GB o Nazwa tagu <current> <city id="2643741" name="city of London"> <coord lon="-0.09" lat="51.51"> <country>gb</country> <sun rise="2015-06-30t03:46:57" set="2015-06-30t20:21:12"> </city> W skrypcie: local nametag = resp[1][2].xmltag Po wywołaniu skryptu do zmiennej lokalnej (zmienna skryptu) zostanie przypisana wartość country 4. NASŁUCHIWANIE NA WYSŁANE ZAPYTANIE LISTNER - PRZYKŁAD W przypadku nasłuchiwania na zapytanie Request do modułu Gate przykładowo: GET 192.168.4.12/postman/xml Należy utworzyć obiekt wirtualny HttpListner Strona 4-8 z 14 Ten dokument jest: Jawny, 24/11/2017

W obiekcie HttpRequest należy ustawić następujące parametry: Strona 4-9 z 14 Ten dokument jest: Jawny, 24/11/2017

Path /postman/xml ResponseType XML StatusCode 200 Do zdarzenia OnRequest należy utworzyć skrypt, który będzie tworzył poprawną odpowiedź i wysyłał ją zwrotnie. 5. PRZYGOTOWANIE ODPOWIEDZI NA ZAPYTANIE PRZYKŁADY Odpowiedź jest tworzona w zmiennej lokalne resp. Po przygotowaniu odpowiedzi należy ją ustawić dla cechy ResponseBody(resp) a następnie wysłać za pomocą metodą SendRepsone() XML Aby w odpowiedzi wysłać wartość danej cechy: local resp ="<clu><temperature>"..cluz->x103478262_onew_sensor1- >Value.."</temperature></clu>" GATE_2->Listner_XML->SetResponseBody(resp) GATE_2->Listner_XML->SendResponse() Przesłana odpowiedź wygląda następująco: JSON local resp = { } Temp = CLUZ->x103478262_ONEW_SENSOR1->Value GATE_2->Listner_JSON->SetResponseBody(resp) GATE_2-> Listner_JSON->SendResponse() Strona 5-10 z 14 Ten dokument jest: Jawny, 24/11/2017

Przesłana odpowiedź wygląda następująco: 6. PARAMETRY KONFIGURACYJNE OBIEKT GATE_HTTP CECHY: UpTime Czas pracy urządzenia od ostatniego resetu (w sekundach) UnixTime Zwraca aktualny uniksowy znacznik czasu FirmwareVersion Wersja oprogramowania Gate ClientReportInterval Okres raportowania o zmianach cech METODY: SetDateTime Ustawia datę i czas SetClientReportInterval Ustawia okres raportowania o zmianach cech SetUpdateTime Ustawia czas, co jaki stan centralki jest uaktualniany StartConsole Uruchamia konsolę Lua StartConsoleOnReboot Uruchamia konsolę Lua przy kolejnym uruchomieniu modułu ZDARZENIA: OnInit Zdarzenie wywolywane jednorazowo w momencie inicjalizacji urządzenia OBIEKT HTTPREQUEST Uwaga. Cechy opisane jako nieustawialne są cechami zawierające odpowiedzi. Wartości początkowe tych cech należy pozostawić niezmienione. Wszelkie operacje na tych zmiennych należy wykonywać na skryptach (oraz zmiennych lokalnych) CECHY: Host Adres hosta Path Ścieżka zapytania QueryStringParams Parametry zapytania. \z oznacza brak Method Typ metody wysyłanej w zapytaniu np. GET, POST Timeout Dopuszczalny czas odpowiedzi RequestType Typ zawartości wysyłanego zapytania. Definiuje parametr content-type w nagłówku zapytania. W zależności od wybranego typu zawartość cechy RequestBody jest odpowiednio serializowana: o 0 - None - niezdefiniowany. W nagłówku nie jest wysyłane content-type. Zawartość cechy RequestBody nie jest serializowana. o 1 - Text - content-type: text/plain. Zawartość cechy RequestBody nie jest serializowana. o 2 - JSON - content-type: application/json. Zawartość cechy RequestBody jest serializowana do formatu JSON. o 3- XML - content-type: text/xml. Zawartość cechy RequestBody jest serializowana do formatu XML. Strona 6-11 z 14 Ten dokument jest: Jawny, 24/11/2017

o 4 - FormData - content-type: application/x-www-form-urlencoded. Zawartość cechy RequestBody jest serializowana do tabeli. o 5- Other - typ zawartości (content-type) jest inny niż wbudowany. Typ można zdefinować umieszczając go w nagłówku (cecha RequestHeaders). Zawartość nie jest serializowana. ResponseType Typ oczekiwanej odpowiedzi. Definiuje parametr Accept w nagłówku zapytania. W zależności od wybranego typu zawartość otrzymanej odpowiedzi (cechy ResponseBody) jest odpowiednio parsowana do tabeli: o 0 - None - parametr Accept nie jest wysyłany w nagłowku wysyłanego zapytania. Odpowiedź (cecha ResponseBody) nie jest parsowana. o 1 - Text - Accept: text/plain. Odpowiedź (cecha ResponseBody) nie jest parsowana. o 2 - JSON - Accept: application/json. Odpowiedź (cecha ResponseBody) jest parsowana z JSON. o 3 - XML - Accept: text/xml. Odpowiedź (cecha ResponseBody) jest parsowana z XML. o 4 - FormData - Accept: application/x-www-form-urlencoded. Odpowiedź (cecha ResponseBody) jest parsowana. o 5 - Other - parametr Accept nagłówka jest inny niż wbudowany. Parametr można zdefinować umieszczając go w nagłówku (cecha RequestHeaders) RequestHeaders Dodatkowe nagłówki zapytania HTTP. \z oznacza brak zawartości. RequestBody Zawartość wiadomości wysyłanej w zapytaniu. \z oznacza brak zawartości ResponseBody Zawartość wiadomości otrzymanej po wysłaniu zapytania. (cecha wykorzystywana do odczytu w skryptach - nieustawialna) StatusCode Status odpowiedzi HTTP METODY: SendRequest Wysyła zapytanie AbortRequest Przerywa obsługę zapytania Clear Usuwa treść zapytania SetHost Ustawia adres hosta SetPath Ustawia ścieżkę zapytania SetQueryStringParams Ustawia parametry zapytania SetMethod Ustawia metodę zapytania SetTimeout Ustawia dopuszczalny czas odpowiedzi SetResponseType Ustawia typ wiadomości SetResponseBody Ustawia typ odpowiedzi SetRequestHeaders Ustawia dodatkowe nagłówki HTTP SetRequestBody Ustawia zawartość wiadomości ZDARZENIA: OnRequestSent Zdarzenie wywoływane w momencie wysłania zapytania OnResponse Zdarzenie wywoływane w momencie otrzymania odpowiedzi OBIEKT HTTPLISTNER Uwaga. Cechy opisane jako nieustawialne są cechami zawierające odpowiedzi. Wartości początkowe tych cech należy pozostawić niezmienione. Wszelkie operacje na tych zmiennych należy wykonywać na skryptach (oraz zmiennych lokalnych) Strona 6-12 z 14 Ten dokument jest: Jawny, 24/11/2017

CECHY: Path Ścieżka zapytania Method Typ metody otrzymanej w zapytaniu np. GET, POST QueryStringParams Zwraca parametry zapytania HTTP (cecha wykorzystywana do odczytu w skryptach - nieustawialna) RequestType Typ otrzymanego zapytania. W zależności od wybranego typu, zawartość otrzymanego zapytania (cechy RequestBody) jest odpowiednio parsowana do tabeli: o 0 - None - Odpowiedź nie jest parsowana. o 1 - Text - Odpowiedź nie jest parsowana. o 2 - JSON - Odpowiedź jest parsowana z JSON. o 3 - XML - Odpowiedź jest parsowana z XML. o 4 - FormData - Odpowiedź jest parsowana. o 5 - Other - Odpowiedź nie jest parsowana RequestBody Zwraca treść zapytania HTTP (cecha wykorzystywana do odczytu w skryptach - nieustawialna) ResponseType Typ zawartości wysłanej odpowiedzi na zapytanie. Definiuje parametr content-type w nagłówku odpowiedzi. W zależności od wybranego typu, zawartość cechy ResponseBody jest odpowiednio serializowana: o 0 - None - niezdefiniowany. W nagłówku nie jest wysyłane content-type. Zawartość nie jest serializowana. o 1 - Text - content-type: text/plain. Zawartość nie jest serializowana. o 2 - JSON - content-type: application/json. Zawartość RequestBody jest serializowana do formatu JSON. o 3 - XML - content-type: text/xml. Zawartość RequestBody jest serializowana do formatu XML. o 4 - FormData - content-type: application/x-www-form-urlencoded. Zawartość RequestBody jest serializowana o 5 - Other - parametr Accept nagłówka jest inny niż wbudowany. Parametr można zdefinować umieszczjąc go w nagłówku (cecha RequestHeaders) ResponseBody Zwraca treść odpowiedzi HTTP (cecha wykorzystywana do odczytu w skryptach StatusCode Status wysyłanej odpowiedzi HTTP. Obsługiwane statusy: o 200 - OK o 201 - Utworzono o 202 - Przyjęto o 204 - Brak zawartości o 205 - Przywróć zawartość o 400 - Nieprawidłowe zapytanie o 403 - Zabroniony o 404 - Nie znaleziono o 405 - Niedozwolona metoda o 406 - Niedozwolone o 408 - Koniec czasu oczekiwania na żądanie o 409 - Konflikt o 410 - Zniknął (usunięto) METODY: SendResponse Wysyła odpowiedź na zapytanie Clear Usuwa treść odpowiedzi SetPath Ustawia ścieżkę zapytania SetResponseType Ustawia typ odpowiedzi Strona 6-13 z 14 Ten dokument jest: Jawny, 24/11/2017

SetResponseBody Ustawia treść odpowiedzi SetStatusCode Ustawia status odpowiedzi ZDARZENIA: OnRequest Zdarzenie wywoływane w momencie otrzymania zapytania Strona 6-14 z 14 Ten dokument jest: Jawny, 24/11/2017