WPKG (automatizovany nastroj pro SW deployment) – 1. cast

Home / Uncategorized / WPKG (automatizovany nastroj pro SW deployment) – 1. cast

WPKG je velmy vykonny a pritom relativne jednoduchy SW deployment, ktery pohani engine napsany v javascriptu a konfigurace je ulozena v xml souborech

Instalace/konfigurace serveru:

  1. stahneme si posledni verzi z wpkg.org vcetne WPKG klienta
  2. na PDC si vytvorime adresar wpkg (tzv. WPKG root), nemusi byt nutne na PDC staci obycejny share
  3. nakopirujeme tam vsechny soubory z wpkg-xx.zip

Co znamenaji tyto soubory: 

  • config.xml – nastaveni enginu WPKG
  • hosts.xml – definuje pocitace v siti a jejich profily
  • packages.xml – seznam aplikaci ktere instalujeme pomoci WPKG
  • profiles.xml – seznam profilu a k nim prirazenych aplikaci
  • wpkg.js – samotny engine WPKG

Vsechny xml soubory muzeme editovat, wpkg.js nikoliv.

Jednodusse receno to cele funguje tak, ze WPKG klient si nacte informace z vyse uvedenych xml souboru, nainstaluje definovany SW na stanici a ulozi si lokalne do "%SYSTEMROOT%\System32" soubor "wpkg.xml" kde je seznam aktualne nainstalovaneho SW na stanici. Pri dalsim spusteni uz jen porovna svuj lokalni soubor wpkg.xml se soubory xml na serveru a pokud se neco lisi provede instalaci/aktualizaci/odinstalaci. Poradi cteni xml souboru na serveru je nasledujici: hosts.xml -> profiles.xml -> packages.xml.

Pokud takto chceme instalovat vetsi mnozstvi SW, stava se soubor packages.xml neprehlednym, proto je lepsi si ho rozdelit (jak zalezi jen na nas). Kazdy z xml souboru muze byt rozdelen do dalsich xml souboru, takze si ukazeme jak rozdelit soubor packages.xml (asi nejcastejsi pripad):

Ukazka rozdeleni souboru packages.xml:

  1. vytvorime si v rootu WPKG adresar packages
  2. packages.xml v rootu WPKG "vyprazdnime" ale nesmazeme!
  3. v adresari packages si muzeme vytvorit libovolny pocet xml souboru s libovolnym nazvem (wpkg.js zpracuje postupne vsechny soubory xml)

Nyni struktura vypada nasledovne:

wpkg(adr)
   |—config.xml
   |—hosts.xml
   |—packages.xml (prazdny)
   |—profiles.xml
   |—wpkg.js
   |—packages(adr)
        |—firefox.xml
        |—adoberead.xml
        |—thunderbird.xml
        |—atd…
 

Prazdny packages.xml vypada takto:
—–
<?xml version="1.0" encoding="UTF-8"?>
<packages>
</packages>

 —–

a nami nove vytvoreny firefox.xml bude vypadat takto:
—–

<?xml version="1.0" encoding="UTF-8"?>
<packages>
    <package
        id="firefox"
        name="Mozilla Firefox 3"
        revision="3"
        reboot="false"
        priority="1">
        <depends package-id="flashplayer_mozilla"/>
       
        <check type="uninstall" condition="exists" path="Mozilla Firefox (3.0)" />
       
        <install cmd='"%SOFTWARE%\tools\firefox\Firefox Setup 3.0.exe" -ms' />
       
        <upgrade cmd='"%SOFTWARE%\tools\firefox\Firefox Setup 3.0.exe" -ms' />
       
        <remove  cmd='"%PROGRAMFILES%\Mozilla Firefox\uninstall\helper.exe" /s' />
       
    </package>
</packages>

—–

Popiseme si trosku nami vytvoreny xml soubor:

parovy tag <packages> a <package> musi byt vzdy uveden
tag <package> ma tyto parametry(vlastnosti):
id – unikatni identifikator SW, puzivame ho v dalsich xml souborech
name – libovolny string, popis SW
revision – cislo revize SW pocita se od 1, pouziva se pri aktualizacich SW
reboot – true nebo false, pokud je true stanice se nam po uspesne instalaci/aktualizaci restartuje
priority – cislo, cim vyssi tim drive se SW bude instalovat

dalsi tagy v tagu <package>:
<depends package-id="flashplayer_mozilla"/> – znamena ze firefox zavisi na flashlayeru pro mozillu, muzeme uplne vynechat, vysvetlime pozdeji

<check type="uninstall" condition="exists" path="Mozilla Firefox (3.0)" /> – znamena ze po korektni instalaci se zkontroluje jestli je aplikace v Pridat/Odebrat programy. Tento tag je velmi dulezity, kazdy instalovany SW musi mit tento check, aby se v pripade, ze na stanici je nainstalovana stejna verze SW, jiz neinstaloval. Nejen podle seznamu v Pridat/Odebrat programy muzeme kontrolovat jestli jsou aplikace jiz nainstalovane, ukazeme si pozdeji.

tagy <install>,<upgrade>,<remove> – jsou jiz z nazvu celkem jasne, kazdy z nich se prijde na radu pri instalaci/aktualizaci/odstraneni SW a provede se prikaz ktery mame v apostrofech, takze v nasem pripade se spusti "Firefox Setup 3.0.exe" s parametrem -ms, coz znamena ticha instalace, po uspesne instalaci nam WPKG zkontroluje pomoci vyse uvedeneho tagu <check> jestli je opravdu nainstalovan, tzn. se nachazi v Pridat/Odebrat programy. Pokud by tomu tak nebylo, wpkg skonci s chybou (zapise ji do logu na stanici) a pri pristim spusteni bude instalovat firefox znovu. Promennou "%SOFTWARE%" definujeme pri instalaci WPKG klienta

Pomoci WPKG lze instalovat pouze takovy SW ktery podporuje tzv. tichou (silent) instalaci! Samozrejmosti jsou msi balicky, spousta instalatoru SW take podporuje tichou instalaci. Vyborna stranka je www.appdeploy.com a nebo se prepinace pro tichou instalaci dozvime na strankach konkretnich instalatoru, pripadne spustenim instalace s parametrem "/?" nebo "-?"

Priste si popiseme dalsi dulezite xml soubory a ukazeme si instalaci WPKG clienta jiz pomoci WPKG:-)

Napsat komentář

Vaše emailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *