download tesi - MobiLab

Analisi delle prestazioni delle principali soluzioni
per servizi publish/subscribe
Affidabilità della comunicazione: JMS può assicurare che un messagio sia
consegnato una ed una sola volta.
Disaccopiamento spaziale: grazie all‟uso del sistema di naming di Java (JNDI)
non è necessario avere un riferimento diretto ad oggetti remoti, ma ci si affiderà alla
presenza degli administered object: la creazione di connection factory e destination
è compito dell‟ amministratore JMS che deve inserirli all‟interno di un contesto
JNDI in un opportuno namespace in modo che possano essere recuperati da
qualsiasi client mediante le API JNDI
Quality of Service configurabile: le API JMS prevedono differenti livelli
diaffidabilità per considerare molteplici scenari applicativi.
Robustezza ai cambiamenti: sono presenti tipologie differenti di messaggi e
features personalizzabili.
JMS fornisce un approccio semplificato e comune ai client Java per accedere ai message-
oriented middleware. Con l'introduzione del Message-Driven Beans (MDB), JMS è
diventato ancora più strettamente integrato in J2EE. Questa integrazione fornisce un
metodo asincrono all‟Enterprise Java Beans (EJB) per comunicare con gli altri elementi in
una architettura distribuita. JMS è stato progettato come un'astrazione degli esistenti
prodotti di messaggistica. Questa astrazione ha portato anche le seguenti
caratteristiche[46]:
JMS è puramente una interfaccia. Per il trasporto e il routing dei messaggi è
necessario una qualche forma di motore di messaggistica. JMS non specifica nulla
ne sul motore, ne sulla sua architettura, o sul trasporto
Le specifiche JMS non facilita l'interoperabilità tra le diverse implementazioni. Se
la specifica non si occupa di un protocollo di trasporto non ci sarà mai
l'interoperabilità.
Rispetto ai prodotti proprietari MOM, JMS ha un insieme relativamente semplice
dei formati dei messaggi, ne esistono solo sei tipi.
56