Esb analisi

Riunione del 15/5/2009

Valutazione del SOAP server di Kion

Se possibile si preferisce che Kion faccia un push via HTTP(S) dei dati formati XML anziche' lo ESB faccia un polling SOAP a KION.

Riscrittura del correlatore

• Il correlatore deve prendere in ingresso un solo codice fiscale;
• il correlatore gestisce la codifica corretta dei caratteri (UTF8? Unicode?);
• la verifica dei dati non è da fare direttamente con l'output del generaldapall in perl ma i dati di ldap1.

Il correlatore lancerà le query SQL che gli servono o si aspetta i dati dal SMX?

Pro al correlatore che lancia le query

• Ogni modifica ai db richiede due variazioni: una alla query che SMX effettua, una al correlatore jruby affinché usi i dati giusti.

Pro ai dati passati da SMX

• Meno responsabilità al correlatore;
• possibile qualche ottimizzazione sulle performance.

Compiti da fare

Performance delle query SQL (Danilo)

Prima di decidere se lo SU jruby deve fare le richieste dei dati richiesti per la correlazione ai databasi o prende i dati dall'ESB (cosa che potrebbe permettere alcune migliorie di performance) bisogna misurare quanto tempo impiegano le query.

La misura dovrà essere fatto nel caso ruby fuori da SMX e nel caso jruby dentro SMX.

SU jruby che dia un output (Francesco)

Sarebbe utile se lo SU jruby potesse dare anche più di un'uscita, ad esempio un ldif, dei messaggi di logging una mail in caso di errore.

Sicurezza dello ESB (Enrico)

Verificare:

• ssl su http-su di SMX;
• ssl per jms;
• autenticazione con password;
• autenticazione x509.