IPK jest opartym na XML formacie opisu konfiguracji systemu SZARP. Niniejszy rozdział opisuje założenia IPK, format samego pliku, tworzenie i modyfikację konfiguracji (w tym współpracę z programami korzystającymi z systemu konfiguracji SZARP 2.1), a także zawiera uwagi dla programistów piszących programy korzystające z IPK.
Dokumentacja ta nie jest przeznaczona dla użytkowników systemu, ale dla osób konfigurujących system oraz programistów rozwijających obecne i piszących nowe aplikacje wchodzące w jego skład. Zakłada się w szczególności znajomość ogólnej struktury systemu, w szczególności tradycyjnych plików konfiguracyjnych wersji 2.1.
Notatka: Informacje w tym rozdziale mają obecnie charakter historyczny. W szczególności żadne programy SZARP nie używają już plików konfiguracyjnych w formacie 2.1, wszystkie nowo dodawane programy także korzystają wyłącznie z konfiguracji w formacie IPK.
Konfiguracja SZARP'a 2.1 składa się z wielu plików, opisujących różne aspekty systemu. Oddzielne pliki opisują sposób komunikacji ze sterownikami, przyporządkowanie danym ze sterowników konkretnych parametrów, parametry wyliczane na podstawie innych (dwóch rodzajów), strukturę bazy danych do zapisu parametrów, generowane raporty i wykresy. Dodatkowo każdy program (np. analiza czy sender) wprowadza zwykle własny plik konfiguracyjny.
Podejście takie jest z jednej strony dość elastyczne, w szczególności nie jest konieczne opisywanie elementów systemu, które nie są w danej instalacji wykorzystywane. Część zmian i modyfikacji może być wykonywana lokalnie, bez ingerencji w opis innych elementów.
Niestety, między opisywanymi w różnych miejscach elementami zachodzą często dość głębokie i skomplikowane zależności. W szczególności jako identyfikatory parametrów w systemie stosowane są albo indeksy IPC, albo numery linii w pliku PTT.act (które odpowiadają z grubsza indeksom w bazie). Powoduje to jednak, że o ile dodawanie nowych elementów do systemu jest dość proste, to usuwanie czy też modyfikacja układu parametrów już istniejących jest dość skomplikowane.
Dodatkowo, pliki konfiguracyjne były konstruowane w taki sposób, aby łatwo mogły z nich korzystać programy. Na przykład większość plików zawiera na początku liczniki linii, co z dzisiejszego punktu widzenia jest anachronizmem, utrudniającym modyfikację konfiguracji przez człowieka.
Rozmiary poszczególnych instalacji także zapewne przerosły nieco początkowe zamierzenia twórców. W efekcie ręczna edycja konfiguracji stała się bardzo skomplikowana i pracochłonna, trudno się przy niej ustrzec błędów. Rozwiązaniem miał być program parconf, czyli edytor konfiguracji systemu SZARP.
Program parsował całą strukturę konfiguracji SZARP'a, a następnie pozwalał za pomocą języka poleceń na dokonywanie w niej modyfikacji, których wykonanie ręczne wymagałoby dokonania setek przeliczeń i zmian różnego rodzaju indeksów. Rewolucyjnym pomysłem było także wprowadzenie szablonów, które pozwalały na szybkie i proste dodawanie zestawu parametrów na podstawie stworzonego wcześniej opisu dla konkretnego sterownika.
Program parconf nie jest niestety pozbawiony wad. Dodanie nowego pliku konfiguracyjnego (dla nowego programu) wymagałoby dodania obsługi tego pliku do parconfa. Uciążliwe okazały się istniejące w programie błędy (które objawiają się tylko w niektórych przypadkach), skutecznie uniemożliwiające poprawne wygenerowanie niektórych konfiguracji. Dodatkowo, parconf jest napisany w języku skryptowym Tcl/Tk. Efektem jest nie tylko powolne działanie, ale, w połączeniu z dość enigmatycznym stylem kodowania autora, powoduje, że utrzymywanie i dalsze rozwijanie programu stało się bardzo trudne.
Wszystkie te czynniki przesądziły o rozpoczęciu prac nad nowym ujęciem problemu konfiguracji systemu SZARP.
| Poprzedni | Spis treści | Następny |
| Odczytywanie wartości parametrów | Założenia |