Setări port ascultător

Un port ascultător defineşte asocierea dintre o fabrică de conexiuni, o destinaţie şi un bean condus de mesaj implementat. Această asociere dă posibilitatea bean-urilor implementate conduse de mesaj asociate cu portul să extragă mesaje de la destinaţie.

Utilizaţi acest panou pentru vizualizarea sau modificarea proprietăţilor de configurare a portului ascultător selectat.

Pentru vizualizarea acestei pagini a consolei administrative, faceţi clic pe Servere > Tipuri de servere > Servere de aplicaţii WebSphere > server_name > [Comunicaţii] Mesaje > Service ascultător mesaje > Porturi ascultător > listener_port.

Nume

Numele după care portul ascultător este cunoscut în scopuri administrative.

Tip de date Şir
Implicit Nul
Stare iniţială

Starea pe care vreţi ca portul ascultător să o aibă când serverul de aplicaţii va fi repornit următoarea dată

Tip de date Enum
Unităţi Nu se aplică
Implicit Pornit
Interval
Pornit
Când serverul de aplicaţii va fi pornit următoarea dată, portul ascultător este pornit automat.
Oprit
Când serverul de aplicaţii va fi pornit următoarea dată, portul ascultător nu va fi pornit automat. Dacă bean-urile message-driven vor utiliza acest port ascultător pe serverul de aplicaţii, administratorul de sistem trebuie să pornească portul manual sau să selecteze valoarea Pornit pentru această proprietăte şi apoi să repornească serverul de aplicaţii.
Descriere

O descriere a portului ascultător, pentru scopuri administrative în cadrul Serverului de aplicaţii IBM WebSphere.

Tip de date Şir
Implicit Nul
Nume JNDI fabrică de conexiune

Numele JNDI pentru fabrica de conexiune JMS de utilizat de către portul ascultător; de exemplu, jms/connFactory1.

Tip de date Şir
Implicit Nul
Nume JNDI destinaţie

Numele JNDI pentru destinaţia de utilizat de către portul ascultător; de exemplu, jms/destn1.

Nu puteţi să utilizaţi o destinaţie temporară pentru răspunsurile târzii.

Tip de date Şir
Implicit Nul
Sesiuni maxime

Numărul maxim de sesiuni concurente pe care un ascultător le poate avea cu serverul JMS pentru procesarea mesajelor.

Fiecare sesiune corespunde unui fir de execuţie ascultător separat şi astfel controlează numărul de mesaje procesate concurent. Ajustaţi acest parametru când serverul nu utilizează toată capacitatea disponibilă a maşinii şi dacă nu trebuie să procesaţi mesajele într-o anumită ordine de mesaje.

Tip de date Întreg
Unităţi Sesiuni
Implicit 1
Interval De la 1 la 2147483647
Recomandat
  • Pentru procesarea mesajelor într-o ordine strictă de mesaje, setaţi valoare pe 1, astfel încât să fie doar un fir de execuţie care procesează mesajele.
  • Pentru ocurenţa mesajelor, pentru procesarea mesajelor multiple simultan, setaţi această proprietate pe o valoare mai mare decât 1. Păstraţi această valoare cât mai mică cu putinţă pentru prevenirea supraîncărcării aplicaţiilor client. Un bun punct de pornire pentru o încărcare de lucru JMS 100% cu timpuri de tranzacţie scurte este de la 2 la 4 sesiuni per procesor. Dacă există tranzacţii care rulează mai mult, aţi putea avea nevoie de mai multe sesiuni, care ar trebui să fie determinate prin experimentare.

    Numărul total de sesiuni specificate în proprietatea Sesiuni maxime a tuturor porturilor ascultător configurate trebuie să fie mai mic sau egal cu numărul de fire de execuţie specificate în proprietatea Dimensiune maximă a pool-ului fir de execuţie service ascultător mesaje.

Reîncercări maxime

Numărul maxim de dăţi cât ascultătorul încearcă să livreze un mesaj la o instanţă de bean message-driven înainte ca ascultătorul să fie oprit, în intervalul dintre 0 şi 2147483647.

Note: O coadă WebSphere MQ are o proprietate asemănătoare numită proprietatea BackoutThreshold. Dacă portul dumneavoastră ascultător citeşte dintr-o coadă WebSphere MQ, atunci reîncercaţi limita şi comportamentul când limita atinsă determinată de oricare dintre aceste două proprietăţi este setată pe limita de jos:
  • Dacă depăşiţi limita BackoutThreshold a cozii Websphere MQ, mesajul care nu poate fi livrat este mutat altundeva de către WebSphere MQ (de exemplu, în coada de înapoiere coadă WebSphere MQ sau coada mesaj nelivrat WebSphere MQ) şi portul ascultător repară mesajul următor din coadă. În acest caz, Serverul de aplicaţii WebSphere ar putea să nu ştie că mesajul nu a fost livrat cu succes.
  • Dacă aţi depăşit limita reîncercări maxime ale portului ascultător, portul ascultător se opreşte. Apoi interveniţi manul pentru investigarea problemei, posibil pentru înlăturarea mesajului din coada WebSphere MQ şi apoi reporniţi portul ascultător.
Tip de date Întreg
Unităţi Încercări de reîncercări
Implicit 0 (nicio reîncercare)
Interval De la 0 (nicio reîncercare) la 2147483647
Mesaje maxime

Numărul maxim de mesaje pe care ascultătorul le poate procesa într-o tranzacţie.

Dacă coada este goală, ascultătorul procesează fiecare mesaj când ajunge. Fiecare mesaj este procesat în cadrul unei singure tranzacţii.

Pentru furnizorul de mesaje implicit WebSphere V5 sau WebSphere MQ ca furnizor JMS, dacă mesajele încep să se adune în coadă atunci ascultătorul poate începe să proceseze mesajele în batch-uri. Pentru furnizorii de mesaje terţă parte, această valoare a proprietăţii este transmisă furnizorului JMS dar efectul depinde de furnizorul JMS.

Tip de date Întreg
Unităţi Număr de mesaje
Implicit 1
Interval De la 1 la 2147483647
Recomandat
Pentru furnizorii de mesaje impliciţi WebSpheresau WebSphere MQ ca furnizor JMS, pentru procesarea mesajelor multiple într-o singură tranzacţie, setaţi această valoare pe una mai mare decât 1. Dacă mesajele încep să se adune în coadă, o valoare mai mare de 1 permite mesajelor multiple să fie procesate prin batch într-o singură tranzacţie şi elimină mult din costurile de procesare ale tranzacţiei pentru mesajele JMS.
CAUTION:
  • Dacă un mesaj din batch eşuaează să se proceseze cu o excepţie, întregul batch de mesaje este pus înapoi în coadă pentru procesare.
  • Orice blocare de resursă reţinută de oricare dintre interacţiunile pentru mesajele individuale este reţinută pentru durata întregului batch.
  • În funcţie de cantitatea de procesări de care au nevoie mesajele şi dacă tranzacţiile XA sunt utilizate, setarea unei valori mai mare decât 1 poate duce la time-out-ul tranzacţiei. Dacă o tranzacţie XA face time out în mod obişnuit datorită procesării mesajelor multiple care depăşeşte time-out-ul tranzacţiei, reduceţi această proprietate la 1 (pentru limitarea procesării la un mesaj per tranzacţie) sau creşteţi time-out-ul tranazacţiei dumneavoastră.



Legăturile marcate (online) necesită acces la internet.

Related concepts
Related tasks
Related reference


Nume fişier: umb_prolp.html