download tesi - MobiLab
download tesi - MobiLab
download tesi - MobiLab
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Analisi delle prestazioni delle principali soluzioni<br />
per servizi publish/subscribe<br />
Risolvere una factory di connessione e una destinazione da JNDI. Una destinazione<br />
è una coda o un topic.<br />
Creare una connessione utilizzando la factory di connessione.<br />
Creare una sessione con le proprietà desiderate dalla connessione.<br />
Se l'applicazione è un fornitore, creare un MessageProducer se la domanda è<br />
un consumatore, creare un MessageConsumer dalla sessione.<br />
Iniziare a inviare o ricevere messaggi utilizzando il produttore o l'oggetto di<br />
consumo. Il produttore utilizzerà la sessione per creare diversi tipi di messaggi.<br />
JMS supporta sei diversi tipi di messaggi, che vengono utilizzati per effettuare i diversi tipi<br />
di carico utile. L'intestazione di un messaggio è lo stesso indipendentemente dal carico, il<br />
che significa che il filtraggio è la stessa per tutti e sei i tipi di messaggi. Un messaggio<br />
supporta una serie di proprietà per impostare la priorità, l'affidabilità e altre proprietà di<br />
QoS, che sarà interpretato e gestito dal server JMS. Al fine di supportare correttamente i<br />
messaggi durevoli, JMS utilizza la nozione di un subscriber durevole. Ciò è necessario<br />
soltanto nel modello publish/subscribe, i messaggi memorizzati in una coda saranno<br />
consumati da qualsiasi ricevitore che si connette alla coda in questione. Il subscriber<br />
durevole è identificato da un nome, e la stessa operazione è convenientemente utilizzata<br />
per la creazione e ri-creare il subscriber. Oltre alle interfacce illustrate nella figura 2.12,<br />
JMS supporta una serie di interfacce per il recapito di messaggi di natura commerciale e di<br />
consumo. La factory di connessione, la connessione, e le interfacce di ogni sessione hanno<br />
un interfaccia con il prefisso XA, che supporta il Java Transaction API (JTA) per le<br />
transazioni distribuite. Questo è in genere supportata quando JMS è integrata in un<br />
application server. La specifica JMS definisce cinque diversi messaggi che derivano tutte<br />
le funzionalità comuni dall'interfaccia base del messaggio. I messaggi JMS sono<br />
concettualmente trasmessi utilizzando il servizio di notifica, come illustrato nella Figura<br />
2.13 [38]. Poiché JMS non definisce un protocollo di rete, un qualche tipo di mappatura<br />
del messaggio è necessario.<br />
58