download tesi - MobiLab

Analisi delle prestazioni delle principali soluzioni
per servizi publish/subscribe
Figura 2.13 Un client-library trasforma messaggi JMS da e per eventi strutturati.
JMS supporta due modi di ricevere gli eventi: un modello pull o un modello push. Nel
modello pull, un client JMS richiama un metodo per il consumatore del messaggio al fine
di ricevere un evento. Nel modello push, i registri dei consumatori richiamano un oggetto
con il consumatore o di sessione ed i messaggi vengono ricevuti in modo asincrono dalle
invocazioni del metodo onMessage nell'interfaccia di callback. Entrambi i modelli per
la ricezione di eventi hanno una mappa per il servizio di notifica dei modelli push e pull.
Non è possibile, tuttavia, per un consumatore del servizio di notifica essere sia un
consumatore push che un consumatore pull, pertanto, il servizio di notifica dovrà essere
esteso per supportare una nuova consegna. Il messaggio di interfaccia è un messaggio di
base per tutti i messaggi JMS. Dal momento che tutti i messaggi JMS sono interfacce, la
responsabilità è dei fornitori delle librerie JMS client fornire implementazioni dei
messaggi. Un messaggio JMS è costituito da una intestazione, un insieme di proprietà e di
un corpo. La parte del corpo è diverso per ciascuno dei cinque diversi tipi di messaggi
JMS. L'intestazione e le proprietà sono le stesse per tutti i tipi di messaggi. JMS consente
solo ai clienti di filtrare le proprietà del messaggio. Per garantire che solo le intestazioni
dei messaggi possono essere filtrati, queste informazioni devono essere confezionati
59