28.05.2013 Views

download tesi - MobiLab

download tesi - MobiLab

download tesi - MobiLab

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!