Nastavení asynchronních metod objektů EJB

Určuje výchozí instanci správce Work Manager.

Tento produkt poskytuje interní instanci správce Work Manager pro podporu asynchronních metod EJB. Tato interní instance správce Work Manager je předkonfigurovaná pro základní funkce asynchronních metod EJB a poskytuje omezené nastavení konfigurace.

Klepnutím na toto tlačítko lze určit, že pro správu vyvolání asynchronních metod chcete použít interní instanci správce Work Manager. Při výběru této volby je předem vyloučena volba Použít vlastní instanci správce Work Manager.

Výchozí volbou je volba Použít interní instanci správce Work Manager. Další možností je využít vlastní definovanou instanci správce Work Manager.

Určuje vlastní definovanou instanci správce Work Manager.

Můžete také definovat pokročilejší konfiguraci pro asynchronní metody EJB tím, že definujete vlastní instanci správce Work Manager.

Při výběru této volby můžete použít instanci správce Work Manager, kterou jste již definovali a konfigurovali optimálním způsobem pro dané prostředí.

Při výběru této volby je předem vyloučena volba Použít interní instanci správce Work Manager.

Určuje maximální počet podprocesů používaných při provádění asynchronních metod EJB. Výchozí hodnota je 5.

Určuje velikost fronty pracovních požadavků. Fronta pracovních požadavků pracuje jako vyrovnávací paměť, do níž se ukládají požadované asynchronní metody, dokud pro jejich spuštění nebude k dispozici podproces. Výchozí hodnota 0 určuje, že počáteční velikost leží uprostřed mezi minimálním a maximálním počtem podprocesů.

Součet hodnot atributu Maximální počet podprocesů a atributu Velikost fronty pracovních požadavků určuje celkový přípustný počet požadavků zpracovávaných metod.

Pokud je například pro atribut maximálního počtu podprocesů nastavena hodnota 5 a pro atribut velikosti fronty pracovních požadavků hodnota 50, bude celkovým přípustným počtem požadavků zpracovávaných metod hodnota 55.

Výchozí hodnota je 0, což znamená, že velikost fronty je spravována běhovým prostředím. Běhové prostředí aktuálně používá větší hodnotu z dvojice hodnot 20 a maxThreads.

Určuje akci, která má být provedena při vyčerpání fondu podprocesů a zaplnění fronty požadavků na zpracování. Výchozí hodnota je BLOCK (blokování).

Při nastavení hodnoty FAIL (selhání) se namísto čekání na uvolnění podprocesu nebo místa ve frontě zobrazí zpráva o výjimce.

Tuto volbu může být vhodné použít při vývoji k identifikaci chyb způsobených přerušitelnými metodami. Dále ji můžete použít k určení počtu podprocesů a velikosti fronty, která má být konfigurována.

Při nastavení hodnoty BLOCK bude podproces, který požaduje zpracování asynchronní metody, čekat na uvolnění podprocesu nebo místa ve frontě.

Určuje název rozhraní JNDI (Java Naming and Directory Interface) pro vlastního definovaného správce Work Manager v oboru názvů.

Určuje dobu, po kterou server zachovává budoucí objekty jednotlivých asynchronních volání metod spouštěných s cílem získat výsledky. Pokud aplikace nenačítá výsledky v zadaném časovém intervalu, server výsledky volání metody vymaže, aby zabránil problémům s nedostatkem paměti a potenciální výjimce OutOfMemory. Zadáním hodnoty 0 můžete určit, aby objekty nebyly mazány. Zadání nulové hodnoty však znamená, že pro budoucí objekty nikdy nevyprší platnost a dojde k zakázání ochrany před nesprávně napsanými programy, které mohou způsobit uvedenou výjimku OutOfMemory. Výchozí hodnota je 86400 sekund (24 hodin).

Předcházení potížím: Pokud pro budoucí objekt voláte metodu get() nebo get(time), může dojít ke snížení výkonu kvůli blokování, které může přetrvávat do dokončení práce nebo po zadanou dobu. Chcete-li se tedy vyhnout blokování v metodách get(..), proveďte volání metody isDone(), která vrátí výsledky okamžitě. Volání metody get() proveďte poté, co metoda isDone() vrátí hodnotu true. gotcha

Podporované konfigurace: Tuto hodnotu lze použít pouze pro klienty volající objekt enterprise bean s použitím vzdáleného obchodního rozhraní. Hodnota není použita pro lokální obchodní rozhraní ani zobrazení bez rozhraní. Po dokončení asynchronního zpracování server nastaví pro budoucí objekt na straně serveru alarm pro určenou dobu trvání. Po aktivaci alarmu server uvolní všechny prostředky přidružené k budoucímu objektu, čímž jej pro klienta znepřístupní. Pokud klient volá metodu get() pro budoucí objekt před vypršením doby trvání, je alarm zrušen a všechny prostředky přidružené k budoucímu objektu jsou uvolněny. sptcfg