---
title: "Ciągłe dążenie do efektywności"
date: "2013-07-30"
categories: 
  - "data-integration"
tags: 
  - "flowforce-server"
  - "raptorxml"
  - "xml-validation"
description: Odkryj, jak zwiększyć efektywność walidacji XML w serwerze FlowForce przy użyciu narzędzia RaptorXML. Poznaj skuteczne metody obsługi błędów, które zapewnią niezawodne procesy przetwarzania danych.
---
Status: #blog

Tags:  #flowforce-server #raptorxml #xml-validation

Categories: [data-integration](/blog/pl/category/data-integration.md)
# Ciągłe dążenie do efektywności

W zeszłotygodniowym wpisie na blogu, zatytułowanym: [Serwer FlowForce obsługuje format RaptorXML](https://www.altova.com/blog/2013/07/flowforce-server-supports-raptorxml.html), Stworzyliśmy zadanie w serwerze FlowForce, które definiowało krok wykonania RaptorXML w celu weryfikacji plików XML. Używaliśmy tego zadania jako ostatniego kroku w naszym procesie przetwarzającym dane GPS z kamer, aby przeprowadzić ostateczną kontrolę wyników. Był to szybki sposób na zademonstrowanie integracji serwera FlowForce i serwera RaptorXML, ale w rzeczywistych zastosowaniach produkcyjnych chcielibyśmy wykonać to samo zadanie w bardziej efektywny sposób.

![RaptorXML jako krok wykonywany w ramach zadania w serwerze FlowForce](https://lh4.ggpht.com/-ZYDsYsPq5Y8/UfaBSscrMuI/AAAAAAAABNg/tXC8V2bejNc/clip_image001%25255B3%25255D.png?imgmax=800 "RaptorXML as an execution step in a FlowForce Server job")

Jeśli umieścimy funkcję walidacji RaptorXML na początku procesu, bezpośrednio przed definicją obsługi błędów, jak pokazano powyżej, możemy zastosować te same kroki obsługi błędów zarówno w przypadku problemów z mapowaniem danych, jak i z procesem walidacji. Innymi słowy, błąd w dowolnym z etapów poprzedzających definicję obsługi błędów powoduje, że proces przechodzi do ścieżki obsługi błędów. <!--more--> Jeśli z jakiegoś powodu proces mapowania się powiódł, ale plik wyjściowy .gpx nie jest poprawny, wykrycie tego błędu w tym miejscu, a nie dopiero na samym końcu naszego procesu, pozwala uniknąć przesyłania nieprawidłowych danych do serwera StyleVision w celu generowania raportów.

Kiedy uruchamiamy zaktualizowany proces i napotykamy plik wejściowy zawierający nieprawidłowe dane, funkcja mapowania natychmiast się zatrzymuje, a krok walidacji również nie powiódł się. Informacje o tym są widoczne na linii 3 i linii 6 w poniższym fragmencie logu serwera FlowForce, gdzie wskazano, że kroki procesu zostały "ukończone ze statusem: 1"

![Log działania serwera FlowForce, przedstawiający poszczególne etapy wykonania](https://lh6.ggpht.com/-kqXiBu6o4MM/UfaBS-G0gRI/AAAAAAAABNk/ENgTlg4KxZw/clip_image002%25255B3%25255D.png?imgmax=800 "FlowForce Server job log showing individual execution steps")

Możemy kliknąć link "więcej" w kroku walidacji RaptorXML, aby uzyskać szczegółowe informacje o błędzie walidacji

![Szczegóły wpisu w dzienniku serwera FlowForce](https://lh5.ggpht.com/-tTadTG74kDo/UfaBTBmKpTI/AAAAAAAABNs/-rgdKjiuv3Y/clip_image003%25255B3%25255D.png?imgmax=800 "FlowForce Server log entry details")

Kiedy serwer MapForce napotkał błąd podczas procesu mapowania danych, natychmiast się zatrzymał, pozostawiając plik wyjściowy XML niekompletny i tym samym nieważny.

Możemy zdefiniować kroki, które pozwolą usunąć nieprawidłowe dane, ale pamiętajmy, że te częściowe pliki wynikowe mogą być przydatne do diagnozowania błędów, jak opisaliśmy w artykule "[Oczekuj nieoczekiwanego – Altova MissionKit rozwiązuje zagadkę formatu liczb](https://www.altova.com/blog/2013/01/expect-unexpected-altova-missionkit.html)".

W kolejnym wpisie na temat serwera FlowForce omówimy wszystkie wbudowane funkcje systemu plików oraz inne funkcje, które można wykorzystać, aby procesy transformacji danych, generowania raportów oraz przetwarzania plików XML i XBRL były wydajne i produktywne.

**Serwer FlowForce, RaptorXML oraz RaptorXML+XBRL są dostępne dla platform Windows, Linux i Mac OS. Aby przetestować je samodzielnie,** [**kliknij tutaj, aby pobrać bezpłatną wersję próbną](https://www.altova.com/pl/download-trial-server.html)**!**