IES Solutions ha inserito un ulteriore meccanismo di distribuzione di messaggi CAP all’interno del CAP Router di Jixel. In pratica si fa uso del protocollo open “Pubsubhubbub”, realizzato da google, che consente di superare alcuni limiti presenti nell’approccio classico previsto dal protocollo Atom/RSS.
Distribuzione di contenuti tramite l’approccio Atom/RSS classico:
Con questo sistema ogni utente (subscriber) interessato ai contenuti di un sito web, si sottoscrive al feed sul sito del publisher (colui che inserisce i contenuti) ed interroga ad intervalli di tempo regolari il publisher per verificare la presenza di nuovi contenuti. Il publisher verificherà, ad ogni richiesta dei subscribers, la presenza o meno di nuovi articoli.
Come si può notare lo svantaggio di questo approccio consiste nelle continue richieste che i subscriber devano fare nei confronti del publisher, e quindi una comunicazione non efficiente.
Distribuzione di contenuti tramite l’approccio PubSubHubbub:
Il protocollo PubSubHubbub consente si superare la limitazione descritta sopra inserendo un mediatore (chiamato hub) tra i subscriber e il publisher. Tale soluzione consente ai subscriber di ricevere i nuovi contenuti senza dover continuamente controllare la presenza di aggiornamenti nel feed. In pratica, non sono più i subscriber ad interrogare il publisher per verificare la presenza di aggiornamenti, ma è il publisher stesso ad avvisare i subscriber quando vengono pubblicati nuovi contenuti. Ogni volta che il publisher pubblica un nuovo contenuto contatta l’Hub, che a sua volta provvede ad inviare immediatamente gli aggiornamenti ai subscriber.
Utilizzando questo sistema gli iscritti ai propri feed possono ricevere gli aggiornamenti in tempo reale.
PubSubHubbub nel CAP Router di Jixel:
Il protocollo PubSubHubbub è stato introdotto all’interno della suite Jixel, affiancandolo al meccanismo di distribuzione di messaggi già esistente, per consentire la consegna dei CAP in maniera più efficiente.
Il CAP Router dispone, quindi, di un meccanismo per cui ogni volta che viene pubblicato un nuovo messaggio all’interno di un feed viene avvisato l’hub, il quale a sua volta provvede ad inviare gli aggiornamenti ad un ulteriore componente (CAP Retriever) che funge da subscriber.
Lo schema seguente illustra la struttura ed il flusso di comunicazione tra i componenti di Jixel in un classico scenario di interoperabilità tra enti.
