Utilizaţi această pagină pentru a configura şi gestiona serviciul cronometru Enterprise JavaBeans (EJB) pentru un container EJB specific.
Pentru a vizualiza această pagină a consolei administrative, faceţi clic pe.
Atât cronometrele persistente şi cele nepersistente pot existe simultan, iar configuraţiile persistente şi nepersistente nu sunt reciproc exclusive. Aplicaţia dumneavoastră ar putea utiliza un cronometru persistent cât şi un cronometru nepersistent.
Utilizaţi cornometrului persistent când cronometrul trebuie să persiste prin închideri şi reporniri server. Altfel, utilizaţi cronometru nepersistent când o închidere server trebuie să anuleze cronometrul.
Când un cronometru persistent nu porneşte (fire) deoarece serverul nu este disponibil, atunci încercarea ratată este recuperată când serverul reporneşte. Când un cronometru nepersistent nu porneşte deoarece serverul nu este disponibil, încercarea eşuată nu este recuperată, deoarece închiderea serverului anulează cronometrul nepersistent.
Produsul furnizează o instanţă planificator internă pentru utilizarea de către serviciul cronometru EJB. Instanţa planificator internă este preconfigurată pentru funcţionalitate cronometru EJB de bază, şi furnizează setări de configurare limitate pentru un serviciu cronometru EJB.
Puteţi specifica că vreţi să utilizaţi instanţa planificatorului intern pentru a vă gestiona taskurile persistente cronometru. Ele sunt persistate la o bază de date Derby asociată cu procesul serverului. Selectând această alegere exclude opţiunea Utilizare instanţă planificator personalizată.
Instanţa planificator internă este valoare implicită. Alternativ, p instanţă personalizată planificato ar putea fi utilizată.
Puteţi realiza o configuraţie mai avansată pentru serviciul cronometru EJB prin definirea unei instanţe planificator personalizată.
O instanţi personalizată planificator furnizează mai multe opţiuni de configurare decât instanţa planificatorului preconfigurat al serviciului de cronometru intern EJB. Puteţi defini o instanţă planificator personalizată când rulaţi într-un mediu cluster, permiţând tuturor membrilor cluster-ului să ruleze cu o singură instanţă planificator. Această definiţie permite Cronometrelor EJB Timers persistente create pe un membru cluster să ruleze pe alţi membri cluster. Furnizând o instanţă planificator personalizată dă posibilitatea de asemenea Cronometrelor EJB persistente să fie menţinute în aceeaşi bază de date ca alte taskuri planificate. Selectaarea acestei opţiuni exclude opţiunea Utilizare instanţă planificator serviciu Cronometru EJB.
Aţi putea dori să definiţi o instanţă planificator personalizată pentru a izola firele de execuţie folosite de serviciul planificator de acele fire de execuţie folosite de către serviciul cronometru EJB. Firele de execuţie serviciu cronometru EJB dintr-o instanţă planificator personalizat ar putea fi partajate pentru utilizarea cu cronometre nepersistente, sau aţi putea configura un pool de fire de execuţie separat pentru cronometre nepersistente. Chiar cu un pool de fire de execuţie dedicat cronometrelor EJB, expirările cronometru ar putea rămâne în urmă dacă nu sunt suficiente fire de execuţie disponibile. Trebuie să evaluaţi numărul cronometrelor şi frecvenţele lor de expirare pentru a stabili numărul firelor de execuţie.
Specifică numel Java Naming and Directory Interface (JNDI) al sursei de date unde Cronometrele EJB persistente sunt stocate pentru acest container EJB. Orice sursă de date disponibilă în spaţiul de nume poate fi utilizată pentru Cronometre EJB.
Mai multe containere EJB pot partaja o singură sursă de date în timp ce utilizează tabele diferite prin specificarea unui prefix de tabel.
| Informaţii | Valoare |
|---|---|
| Tip de date | Şir |
| Valoarea implicită | jdbc/DefaultEJBTimerDataSource |
Specifică un alias autentificare al unui nume utilizator şi parola utilizată pentru accesarea sursei de date.
| Informaţii | Valoare |
|---|---|
| Tip de date | Şir |
Un şir prefixat la numele tabelei serviciu cronometru EJB (TASK, TREG, LMGRand LMPR). Aceste tabele sunt create în timp ce serverul porneşte dacă nu există deja. Vedeţi serviciul planificator pentru informaţii despre crearea manuală a acestor tabele. Mai multe instanţe servicii cronometru EJB pot partaja aceeaşi bază de date dacă fiecare instanţă specifică un şir de prefix diferit. Dacp comanda removeAutomaticEJBTimers este utilizată pentru a înlătura cronometrele dintr-un planificator specificat, acel planificator trebuie să aibă un prefix tabelă unic. Altfel, mai multe cronometre decât este aşteptat pot fi înlăturate.
| Informaţii | Valoare |
|---|---|
| Tip de date | Şir |
| Valoarea implicită | EJBTIMER_ |
Specifică intervalul la care daemonul serviciului cronometru EJB sondează baza de date. Fiecare operaţie de sondare poate să fie scumpă. Dacă intervalul este mic şi sunt planificate taskuri multiple, sondarea poate folosi o mare parte din resursele sistem. Noi cronometri setaţi să expire mai devreme decât acest interval ar putea să nu ruleze până la finalul intervalului . Dacă valoarea este prea mare, un număr de evenimente cronometrul posibil mari, ar putea fi încărcate în memorie deoarece toate evenimentele cronometru care survin în intervalul de sondare următor sunt încărcate de fiecare dată.
| Informaţii | Valoare |
|---|---|
| Tip de date | Întreg |
| Unităţi | secunde |
| Valoarea implicită | 300 |
| Interval | 3 până la 1800 |
Numărul firelor de execuţie utilizate pentru a rula taskuri Cronometru EJB concurente. Setarea numărului de fire de execuţie cronometru pe zero dezactivează serviciul cronometru EJB.
| Informaţii | Valoare |
|---|---|
| Tip de date | Întreg |
| Valoarea implicită | 1 |
| Interval | 0 la 500 |
Specifică numele JNDI al unei instanţe planificator personalizate pentru a fi utilizat pentru gestionarea şi persistarea Cronometrelor EJB. Acest câmp este utilizat doar când selectaţi Utilizare instanţă planificator personalizat. Informaţia de configurare a instanţei planificatorului serviciului cronometru EJB nu se aplică la instanţa planificator specificată.
| Informaţii | Valoare |
|---|---|
| Tip de date | Şir |
Specifică numărul maxim, de câte ori un timeout care eşuează poate fi reîncercat. Dacă un timeout are succes la reîncercare upon retry, serverul nu mai încearcă să îl ruleze. Dacă o reîncercare eşuează, serverul continuă să încerce reîncercări până când timeout-ul reuşeşte, sau este atinsă limita de reîncercări. O dată ce se ajunge la limita de reîncercări, serverul nu încearcă să execute timeout-ul, chiar dacă timeout-ul nu a avut succes. Valoarea implicită de -1 indică reîncercări nelimitate. O valoare 0 indică fară reîncercări, şi nu este corespunzător cu specificaţia. O valoare de 1 sau mai mare arată că un număr specific de reîncercări este permis.
| Informaţii | Valoare |
|---|---|
| Tip de date | Întreg |
| Valoarea implicită | -1 |
| Interval | -1 sau mai mare |
Specifică intervalul între încercările de reîncercare pentru un timeout eşuat. Prima reîncercare survine mereu imediat, indiferent de intervalul configurat aici. Toate reîncercările suplimentare aşteaptă pentru intervalul specificat aici. O valoare de 0 arată că toate reîncercările sunt imediate. O valoare de 1 sau mai mare arată că reîncercările trebuie să aştepte pentru acel număr specific de secunde.
| Informaţii | Valoare |
|---|---|
| Tip de date | Întreg |
| Valoarea implicită | 300 secunde |
| Interval | 0 sau mai mare |
Specifică numărul de fire de execuţie disponibile în pool-ul fir de execuţie unic utilizat pentru cronometre nepersistente. Această opţiune de configurare este disponibilă doar când cronometrele nepersistente nu împart un pool fir de execuţie su cronometrele persistente. Această opţiune de configurare este diferită faţă de opţiunea Configuraţie număr fire de execuţei cronometru în secţiunea de configurare cronometre persistente EJB deoarece acea opţiune se aplică doar cronometrelor persistente utilizând instanţa internă planificator implicit.
| Informaţii | Valoare |
|---|---|
| Tip de date | Întreg |
| Valoarea implicită | 1 |
| Interval | 0 la 500 |