AppServerProp.exe
Defaultně dodávaný exe soubor. Jedná se o nástroj AppServer Properties určený pro sledování a případnou administraci spojení klientů s aplikačním serverem.
Tento nástroj je určen především servisním konzultantům a správcům systému. Běžný uživatel tento nástroj ke své práci nebude potřebovat.
Pomocí tohoto nástroje lze např.:
- Prohlížet aktuální spojení na aplikační server a informace o čerpaných licencích.
- Zrušit spojení - pomocí lokálního menu na pravém tlačítku myši nebo pomocí tlačítka Zrušit je možno každé spojení násilím rozpojit. To pomůže tehdy, pokud by na serveru "visela" spojení, ke kterým už dlouho neexistují klienti (k této situaci by sice docházet běžně nemělo, nicméně může se stát).
- Prohlížet logy ukládané do paměti aplikačního serveru
Má smysl samozřejmě pouze v síťové instalaci. (V nesíťové instalaci jej není možno spustit.)
Provedení některých funkcí je chráněno bezpečnostním heslem. Zadání hesla je obdobné jako u jiných nástrojů chráněných heslem. Po vyvolání funkce chráněné heslem program kontroluje, zda pro danou instalaci již bylo zadáno bezpečnostní heslo. Heslo je společné pro všechny chráněné nástroje a zadává se vždy po nové instalaci resp. po instalaci update. Pokud heslo dosud v dané instalaci nebylo zadáno v rámci spuštění některého z chráněných nástrojů, program na tuto skutečnost upozorní a nabídne možnost jej zadat.
Zadání hesla není povinné, ale v každém případě jej doporučujeme využívat. Můžete tak předejít nežádoucím manipulacím např. ze strany neznalé osoby, které mohou pro váš systém mít i značně destruktivní následky.
Pokud bezpečnostní heslo pro spouštění nástrojů bylo v rámci spuštění některého z chráněných nástrojů v dané instalaci již zadáno, zobrazí se přihlašovací dialog do nástrojů, v němž se uživatel musí přihlásit zadáním bezpečnostního hesla. Po stisku OK se ověřuje jeho správnost. Nebylo-li heslo zadáno správně, program umožní uživateli opětovné zadání jména a hesla (např. pro případ překlepu). Pokud ani opakovaně není heslo zadáno správně, program danou funkci nevyvolá. Bylo-li přihlášení úspěšné, systém pokračuje podle vyvolané funkce.
Údaje jsou uspořádány do subzáložek:
| Obsažené záložky: | Spojení | Licence |
|---|
Na záložce Spojení jsou informace o názvech stanic, z nichž bylo spojení provedeno, čase vytvoření spojení, informace o poslední aktivitě apod.
Poslední aktivita ukazuje čas, kdy naposled začal server pro konkrétního klienta "něco dělat". Pozor, tato činnost vyžadovaná klientem nemusí nutně souviset s fyzickou činností uživatele přihlášeného do systému FLORES. Čili nezaměňujte ji za poslední aktivitu uživatele pracujícího z daného spuštěného klienta systému FLORES. Sleduje se aktivita mezi klientem (ne uživatelem, ale spuštěnou instancí IS FLORES) a serverem. Může se jednat i o nějakou automatickou činnost probíhající v pravidelných intervalech na pozadí. Takovou činností může být nějaké pravidelné dotazování vyvolané např. nějakou úlohou ze skriptování udělanou na míru v dané instalaci apod.
Do měření času poslední aktivity klienta se dále nezahrnují zprávy LifeNotification (dotazy aplikačního serveru na životnost klienta, na které klient odpovídá). Pokud by klient odpadl (klient přestal reagovat, "vytuhl"), tak je spojení po nějaké době automaticky ukončeno (defaultně 6 minut, jinak dle nastavení parametru ClientInactivityTime v nexus.cfg). Pokud klient odpovídá a zasílá dotazy na aplikační server, tak se jedná o aktivní činnost klienta.
Dále lze vidět uživatelské jméno přihlášeného uživatele, identifikaci vlákna (threadu) a Stav. Stav může nabývat následujících hodnot:
- Aktivní - označuje vytvořené vlákno, tj. takové, které může buď provádět nějaký požadavek od klienta nebo čekat na požadavek.
- Odpojuje se - označuje vlákno, kterému se nastavil příznak, aby se odpojilo (např. funkcí Zrušit). Vlákno jako takové se musí samo ukončit. Když se ukončí, zmizí ze seznamu. To může trvat různě dlouho v závislosti na tom, co dělá nebo pokud nezamrzlo.
- Neaktivní - označuje vlákno, které není aktivní, tj. které neprovádí žádný požadavek od klienta a více než 10 sekund tzv. netiklo ve smyčce. Neboli vlákno, které zamrzlo v nějaké jiné části kódu, než ve zpracování požadavku od klienta. Teoreticky takový stav může nastat i pokud je server přetížený a nestíhá vláknům přidělovat čas procesoru v rámci 10ti sekund. Každopádně pokud by takový stav na spojení trval delší dobu, jedná se o vnitřní problém aplikačního serveru a bylo by vhodné nasadit logování [Log.ExceptionHook]
Jednotlivé stavy jsou odlišeny různým podbarvením řádků.
Příklad zobrazení informací o čerpaných licencích. Čerpané licence modulů daným uživatelem jsou viditelné na subzáložce Moduly, viz dále.
Seznam podporuje řazení a to pomocí kliknutí na hlavičku sloupce. Dále lze zatržením nastavit automatické občerstvování
Pod editovatelným seznamem adresátů je k dispozici lišta navigátoru:
Navigátor v této záložce
Navigátor v této záložce obsahuje tlačítka:
- Pro pohyb kurzoru po řádcích (na začátek, předchozí řádek, další řádek, na konec) editovatelného seznamu
- Zrušit - Pro zrušení spojení aktuálního řádku (na němž stojí kurzor).
Dále obsahuje subzáložky:
| Obsažené subzáložky: | Moduly | Logy |
|---|
Ve spodním okně seznam licencovaných modulů, jejichž licence čerpá aktuální uživatel (na němž stojí kurzor). Dále viz Licencované celky (licencované moduly a vlastnosti). Samotný spuštěný AppServerProp samozřejmě žádnou licenci na některý z modulů nečerpá. Dále viz Čerpání licencí jádra.
Pozor, pokud je uživatel přihlášen v Gx jako uživatel A a otevře agendu jako uživatel B (viz otevření agendy v novém okně jako jiný uživatel), je v přehledu uživatelů zobrazeno, že tuto licenci čerpá uživatel A - ten, co je do IS FLORES přihlášen primárně.
Možnost sledovat u jednotlivých modulů, který uživatel čerpá licenci vybraného modulu, viz též agenda Správa licencí v IS FLORES. Dále viz též Možnosti sledování čerpání licencí.
Možnost sledovat čerpané licencované moduly jednotlivými uživateli může být užitečná např., pokud došlo k vyčerpání licencí na nějaký modul a potřebujeme zjistit, kdo licence na konkrétní modul obsadil a koho oslovit, aby modul opustil.
Zobrazuje logy uložené v paměti na aplikačním serveru. Pokud je logování zapnuto (pomocí parametrů v sekci [Logs]) a pokud je nastaveno logování do paměti. Zda logovat do souboru nebo do paměti (příp. obojí) a kolik posledních zápisů do logu uchovávat, lze nastavit pomocí parametrů Target a MemoryMaxLogCount. Více viz kap. Logování běhu aplikace.
Na záložce Licence jsou zobrazeny monitorované informace o stavu čerpání licencí především z pohledu sledování špiček v čerpání licencí jednotlivých licencovaných celků:
| Název | Popis |
|---|---|
| Modul | Název modulu, příp. podřízené samostatně licencované vlastnosti daného modulu. Viz licencované celky. |
| Celkem | Počet licencí celkem, které jsou pro daný modul resp. vlastnost. |
| Aktuálně | Kolik licencí daného modulu se aktuálně používá. |
| Špička | Maximální počet licencí daného modulu odebraných najednou. |
| Naposledy začala | Časy, kdy špička uvedená v předchozí položce naposledy začala. |
| Celkově trvala |
Doba trvání špičky. Jedná se o kumulovaný čas, tzn. se sčítají všechny doby trvání, kdy byla špička uvedená v položce Špička dosažena. Pokud je nějaká špička překonána novou, dojde k vynulování a doba trvání nové špičky se počítá od nuly. Jelikož se tento čas reálně zjistí, až když počet licencí opět klesne pod špičku, doplňuje se tento čas pro účely zobrazení v tomto nástroji AppServerProp přírůstkově automaticky vždy při Pokud by se čas na serveru, kde běží aplikační server lišil od času, kde běží klient, nebudou zobrazené smysluplné. |
Poznámka k hodnotám zobrazeným v této záložce: Tyto hodnoty se "cashují" na aplikačním serveru, odkud si je nástroj AppServerProp stáhne. Nejsou perzistentní. Z toho také plyne, že zobrazené údaje jsou relevantní k času posledního startu aplikačního serveru.
Možnost sledovat špičky čerpaných licencovaných modulů může být užitečná např., pokud zvažujete dokoupení licencí a potřebujete odhadnout optimální počet.