Mapy souborových aktualizací

Na web aktualizátoru flexideo.com/download jsou systém pro aktualizaci zveřejňovány nové dostupné aktualizace a tyto jsou zapisovány do souborových map, pro převzetí replikátory jednotlivých Flexideo instancí a jejich správců či případnými dalšími subsystémy. Existují čtyři hlavní oblasti, pro které jsou vydávány aktualizace:

• replicator
• intranet
• comex
• tools

Pro každou z nich je možné aktualizaci připravit samostatně nebo v jedné publikaci oblasti kombinovat. Pro každou z oblastí je udržován registr souborů a složek. Ten umožňuje několik věcí. V první řadě registruje všechny požadované soubory, složky a podsložky. U souborů sděluje jejich aktualizační charakter:

• general – standardní, aktualizovatelný soubor;
• request – tento soubor se aplikuje jako požadavek na cílový server;
• establish – je do cílové aplikace zanesen jen pokud chybí;
• custom – není nikdy aktualizátorem přenášen, jde o volitelnou kustomizaci;
• replicated – soubor je tvořen (generován) replikátorem.

Poslední dva typy se v registru vyskytují jen okrajově, protože většina např. replikovaných souborů je v samostatných složkách.

Poznámka (ověřeno proti kódu aktualizátoru): typ general se v registru v praxi nikdy nezapisuje jako explicitní hodnota atributu — je to vždy jen důsledek toho, že atribut chybí. Funkčně na tom nezáleží (chování je stejné), jde jen o upřesnění pro čtení mapy přímo v XML.

Složky pak řídí charakter a možnosti rozšiřování registru a možnosti vzdáleného odebírání souborů pomocí nastavení hodnoty enabled u některé z následujících možností složky (výchozí při neuvedení je disabled):

• add-files – možnost přidávání souborů;
• add-folders – možnost přidávání podsložek;
• remove-files – vzdálené odebírání souborů;
• remove-folders – vzdálené odebírání složek.

Tato nastavení se mezi složkou a její existující podsložkou nedědí, tj. volba musí být u každého uzlu folder v registru explicitně povolena, jinak je disabled.

Poznámka (ověřeno proti kódu aktualizátoru): popsaný výchozí stav „disabled při neuvedení“ odpovídá deklaraci v update-map.xsd, ale neodpovídá skutečnému chování kódu aktualizátoru — ten chybějící atribut vyhodnocuje opačně, jako enabled. Prakticky to znamená, že složka bez výslovně uvedeného add-files="disabled" (a obdobně u ostatních tří voleb) přidávání/odebírání povoluje, ne zakazuje. Při ručním ořezávání registru volitelné oblasti (viz sekce „Volitelné aktualizátory“) je proto potřeba zákaz vždy zapsat výslovně, ne spoléhat na to, že „nezmíněno“ znamená „vypnuto“.

Každá z oblastí si v systému Flexideo updater ukládá datum poslední aktualizace (přesněji datum posledního zmapování kmenových projektů, kde se provádí ověřování testování aktualizací v praxi ještě před jejich zveřejněním).

V procesu mapování dochází k tomu, že je dle registru procházena každá složka a každý soubor a je zjišťováno, zda stále existují a zda nebyly změněny. Pokud byly soubory změněny a jsou aktualizačního typu general, pak se automaticky stávají součástí tzv. souboru mapy aktualizace, dle kterého jsou v druhé fázi soubory nahrávány na flexideo.com/download a to včetně této mapy.

Aktualizace jsou nahrávány do samostatných složek s číslem aktualizace a na serveru flexideo.com se tak vrší, dokud v přibližně ročním cyklu nedojde ke konsolidaci aktualizací. Jakmile je aktualizace zvolených oblastí kompletně nahrána, dojde k jejímu zaregistrování do souboru flexideo.com/download/!!map/updates.xml, kde jsou vedle aktualizací také registrace výchozích verzí každou oblast (uzly default).

Poznámka (ověřeno na produkčních datech, 2026-08-06): popsaný „přibližně roční cyklus“ konsolidace je cílové chování, ne automatika, kterou by aktualizátor sám prováděl — na jedné reálné produkční instanci se historicky neprováděla vůbec (nalezeno 643 nekonsolidovaných aktualizací napříč oblastmi, nejstarší z roku 2011). Konsolidace proto byla doplněna jako samostatný, ručně spouštěný nástroj (mimo samotnou aplikaci aktualizátoru) a na této instanci poprvé ostře provedena 2026-08-06 — nejprve po dvojicích (oblast, rok), následně sloučením celé starší historie do jediné výchozí (default) verze u aktivně používaných oblastí.

Replikátor pak při spuštění, vedle kontroly případné aktualizace samotného Flexideo Replicator.exe, která je na webu také vystavována, ověří všechny dostupné aktualizace verzí jednotlivých oblastí. Ty jsou zároveň registrovány a závislé na verzi replikátoru.

To znamená, že pokud správce aplikace neprovede aktualizaci Flexideo Replicator.exe nebudou aktualizovány ani odpovídající soubory pracovní složky, šablony, webu a další oblasti. Tím je zaručena konzistentnost v každé aplikaci.

Může se pak stát, že někde budou stále provozovány neaktuální a neaktualizované aplikace Flexideo bez ohledu na dostupnost aktualizací. Pokud je však replikátor aktualizován nebo pokud aktualizace oblastí aktualizaci replikátoru nevyžadují, upozorňuje replikátor v rámci každé spravované aplikace na potřebu její aktualizace a tato bude probíhat spolu s aktualizací běžnou (aplikační), tedy aktualizací struktury a přemístěním na web či do jiných umístění. Nebo může být provedena samostatně.

Některé aktualizace si mohou vyžádat komplexní replikaci, zejména kvůli rozšiřování technologických možností systému. V těchto případech replikátor zajišťuje úplnost aktualizací a zamezuje tzv. light-update verzí, tedy aktualizaci pouze části struktury (vybraných dokumentových typů). Teprve pokud dojde ke komplexní aktualizaci, budou na web umístěny nové skripty a další soubory, které s danou úpravou technologie umí pracovat.

Ke komplexním aktualizacím, tedy technologickým změnám, ale nedochází tak často jako k běžným aktualizacím a vylepšením, které komplexní update s replikací nevyžadují.