Skip to main content

Příklady požadavků

Příklady použití vybraných požadavků řazené abecedně dle názvu uzlu požadavku.

Podřízené stránky

📄️Identifikace chyb při ukládání XML dokumentů

V dokumentu jsou změněné prvky (tj. pojmenované uzly s textem, které již neobsahují žádné jiné uzly kromě tohoto textu) označeny atributem changed="true" a případné změny v propojení dokumentů pomocí primárních a cizích klíčů jsou označeny change-key="true". Server uloží jen tyto změněné údaje a ostatní ponechá. Případně je ještě provedeno uložení nových opakování, tj. kde skey="#…" (skey ~ segment-key - další podrobnosti viz. druhá kapitola této části viz. segmenty a metadata dokumentů).

📄️Identifikace chyb při ukládání XML dokumentů

Na rozdíl od získávání dokumentů je při jejich ukládání k dispozici hned několik forem hlášení chyby. První z nich je chyba vzniklá při základním ověřování ukládaných typů, tedy prvků ukládaných do sloupců tabulek databáze, kde každý z nich má předem daný určitý typ a velikost (viz. Část A - Definování intranetu). Nevyhovuje-li některý z ukládaných prvků označených atributem changed="true", vede to k chybě při uložení celého dokumentu a vrácení transakce. To znamená, že i již uložené prvky a případně i jiné dokumenty, je-li jich v požadavku více, se vrátí do původního stavu (transaction rollback). Při vzniku chyby při základním ověřování server vrátí v response obálce například takovouto identifikaci:

📄️Příklad spouštění akcí pomocí zpráv

Při přípravě a dalším vylepšování možností cílové aplikace jsou pomocí spec. nástroje v replikátoru nebo v intranetu připravovány a generovány tzv. transformační procesy. Tyto procesy je možné vyvolávat i nepřímo pomocí záslání zprávy patřičně vybavenému doplňku add-on, který nastavený proces vykoná. Taková zpráva musí mít zvláštní formu. Tuto formu buď zajistí server při obsluze ukládání dokumentu, kde se vyskytuje prvek nastavený jako messenger nebo je možné k zaslání takové zprávy samozřejmě použít požadavek send-message.