31.05.2013 Views

Capitolato Tecnico Servizio di Manutenzione del ... - ICCU - Sbn

Capitolato Tecnico Servizio di Manutenzione del ... - ICCU - Sbn

Capitolato Tecnico Servizio di Manutenzione del ... - ICCU - Sbn

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Una “transazione tipo“ potrebbe avere il seguente comportamento:<br />

o Il software client (esterno al nostro sistema) produrrà il file XML con le<br />

informazioni da fornire e/o richiedere nel formato opportuno (ad esempio SBN-<br />

MARC)<br />

o L’informazione verrà inviata sul canale WEB (HTTP protocol)<br />

o L’informazione verrà recepita da una Servlet e trasferita in una apposita coda (JMS<br />

Queue). Durante l’elaborazione la servlet <strong>di</strong> fatto si sospenderà in attesa <strong>del</strong>la<br />

risposta.<br />

o Un listener verificherà il contenuto <strong>del</strong>la coda ed attiverà un processo per il<br />

trattamento <strong>del</strong>l’informazione<br />

o Il thread attivato effettuerà la validazione e lo spacchettamento <strong>del</strong>le informazioni in<br />

base allo XML-SCHEMA <strong>di</strong> riferimento.<br />

o Il thread stesso effettuerà l’esecuzione <strong>del</strong>le azioni conseguenti all’input ricevuto.<br />

Durante questa fase il processo attingerà dagli EJB a <strong>di</strong>sposizione per<br />

recepire/memorizzare dati <strong>di</strong> base, informazioni sulla sessione, dati statistici sulla<br />

transazione.<br />

o Al termine il thread inserirà l’esito <strong>del</strong>l’elaborazione all’interno <strong>di</strong> una coda JMS <strong>di</strong><br />

ritorno.<br />

o Un listener presente nella Servlet leggerà dalla coda <strong>di</strong> output le informazioni<br />

inviandole al mittente iniziale.<br />

o Un processo parallelo si preoccuperà <strong>di</strong> smistare verso un apposito EJB (tramite una<br />

JMS Queue gestita da un Message Driven Bean) le informazioni statistiche sulle<br />

performance, salvate poi negli archivi in <strong>di</strong>fferita rispetto al processo stesso.<br />

E’ evidente che durante un percorso così articolato l’informazione possa incontrare<br />

numerosi momenti critici, sia durante gli step elaborativi sia durante l’utilizzo <strong>di</strong> risorse<br />

comuni (EJB, archivi)<br />

2. AMBIENTE software<br />

Le figura seguenti descrivono la struttura logica <strong>del</strong>le applicazioni con le quali verrà<br />

realizzato il software applicativo per il Nuovo In<strong>di</strong>ce Centrale.<br />

• Applicativo ‘Protocollo SBN-MARC’<br />

La struttura proposta si appoggia su un’unica macchina virtuale, all’interno <strong>del</strong>la quale un<br />

EJB Server permette l’attivazione <strong>del</strong> Servlet Server e gestisce le code JMS <strong>di</strong> messaggi<br />

(tramite appositi Listener o Message Driven Bean).<br />

Il sistema applicativo vero e proprio, il Nuovo In<strong>di</strong>ce, colloquia con i due Java Server<br />

tramite specifiche estensioni <strong>di</strong> oggetti servlet e utilizzando gli enterprise java beans(EJB).<br />

La comunicazione tra il sistema <strong>di</strong> in<strong>di</strong>ce e il database avviene invece grazie ai JDBC<br />

Drivers <strong>di</strong> tipo 2 e tipo 4.<br />

Il Web Application Server garantisce la comunicazione tramite protocollo HTTP, questo<br />

consente al browser posizionato sul client <strong>di</strong> accedere alle risorse tramite il protocollo<br />

stesso.<br />

34

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

Saved successfully!

Ooh no, something went wrong!