Setări port ascultător

Un port ascultător defineşte asocierea dintre o fabrică de conexiuni, o destinaţie şi un bean controlat de mesaj implementat. Această asociere dă posibilitatea bean-urilor implementate controlate 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 a vizualiza această pagină de consolă administrativă, apăsaţi Servere > Tipuri de servere > Servere de aplicaţii WebSphere->nume_server > [Communications] Mesagerie > Serviciu ascultător de mesaje > [Proprietăţi suplimentare] Porturi de ascultător > port_ascultător.

Numele

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

Informaţii	Valoare
Tip de date	Şir
Valoarea implicită	Nul

Starea 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ă

Informaţii	Valoare
Tip de date	Enum
Unităţi	Nu se aplică
Valoarea 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 controlate de mesaj 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, în scopuri administrative în cadrul IBM® WebSphere Application Server.

Informaţii	Valoare
Tip de date	Şir
Valoarea implicită	Nul

Nume JNDI fabrică de conexiuni

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

Informaţii	Valoare
Tip de date	Şir
Valoarea implicită	Nul

Nume JNDI de 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.

Informaţii	Valoare
Tip de date	Şir
Valoarea 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ă pe deplin capacitatea disponibilă a maşinii.

Informaţii	Valoare
Tip de date	Întreg
Unităţi	Sesiuni
Valoarea implicită	1
Interval	De la 1 la 2147483647
Recomandat	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 controlat de mesaj înainte ca ascultătorul să fie oprit, în intervalul dintre 0 şi 2147483647.

Notă: O coadă MQ WebSphere are o proprietate similară numită proprietatea BackoutThreshold. Dacă portul dumneavoastră ascultător citeşte dintr-o coadă MQ WebSphere, atunci limita de reîncercare şi comportamentul când limita este atinsă sunt determinate de oricare din aceste două proprietăţi este setată la limita mai joasă:

Dacă depăşiţi limita BackoutThreshold a cozii MQ WebSphere, mesajul ce nu poate fi livrat este mutat în altă parte de IBM MQ (de exemplu, în coada recoadă de retragere MQ WebSphere sau coada mesajelor nelivrate MQ WebSphere) şi portul ascultător serveşte următorul mesaj din coadă. În acest caz, WebSphere Application Server s-ar putea să nu se ştie dacă mesajul 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. Interveniţi atunci manual pentru a investiga problema, posibil pentru a înlătura mesajul din coada MQ WebSphere apoi reporniţi portul ascultător.

Informaţii	Valoare
Tip de date	Întreg
Unităţi	Reîncercare încercări
Valoarea 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 MQ WebSphere ca furnizorul JSM, dacă încep să se acumuleze mesaje în coadă atunci ascultătorul poate începe să proceseze mesaje în loturi. Pentru furnizorii de mesagerie terţă parte, această valoare a proprietăţii este transmisă furnizorului JMS dar efectul depinde de furnizorul JMS.

Informaţii	Valoare
Tip de date	Întreg
Unităţi	Număr de mesaje
Valoarea implicită	1
Interval	De la 1 la 2147483647
Recomandat	Pentru MQ WebSphere ca furnizorul JMS, pentru a procesa multiple mesaje într-o singură tranzacţie, setaţi această valoare la mai mult de 1. Dacă încep să se acumuleze mesaje în coadă, o valoare mai mare ca 1 permite mesajelor multiple să fie procesate în loturi într-o singură tranzacţie şi elimină multe din costurile de procesare a tranzacţiei pentru mesaje JMS. ATENŢIE: 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ă.

Numele fişierului: umb_prolp.html