Sincronizzazione anagrafiche

Quali dati vengono sincronizzati?

Vengono sincronizzati i dati relativi alle anagrafiche dei residenti (correnti e passati) e ai loro recapiti. I dati del database in cui viene avviata l'operazione sono quindi aggiornati, completati o sovrascritti dai dati provenienti dal database di origine, specificato nei parametri della maschera.

Come avviene il processo di sincronizzazione?

• Il processo avviene nelle seguenti fasi
  • Il chiamante invia la lista di anagrafiche per cui esiste una riga tra i riferimenti di importazione (AN1_TRASCO) con applicazione (SINCRO_ANAG). La prima volta che avviene la sincronizzazione questi dati devono essere inseriti manualmente con delle query.
  • Il server chiamato verifica nel suo archivio se i dati delle anagrafiche inviate sono diversi nel suo archivio e si tiene traccia di quali anagrafiche sono cambiate
  • Il chiamante chiede quindi l'esportazione di tutte le anagrafiche modificate e quelle nuove
  • Il server chiamato produce questi due gruppi di file di esportazione e li restituisce
  • Il chiamante avvia quindi 2 importazioni, la prima per le anagrafiche modificate e la seconda, accodata alla prima, di quelle nuove

Tutte le comunicazioni tra i due server avvengono tramite web-service, in realtà tramite un meccanismo più complesso descritto in seguito. Il processo di sincronizzazione può essere effettuato immediatamente o schedulato periodicamente.

Parametri da configurare

• Per avviare la sincronizzazione bisogna impostare alcuni dati nella maschera:
  • URL: l'indirizzo HTTP del server da chiamare, che dovrà essere qualcosa del tipo http://INDIRIZZO_DEL_SERVER:PORTA_DI_TOMCAT/client/services/CmnWSSGateway, dove:
  • INDIRIZZO_DEL_SERVER è l'indirizzo del server in cui sta girando JBoss da cui si vogliono estrarre i dati
  • PORTA_DI_TOMCAT è la porta HTTP in cui gira Tomcat (non Apache). Non è la porta che si trova nel JNLP, che è quella di Apache, ma quella che si trova scritta nel file \jboss-3.2.5\server\default\deploy\jbossweb-tomcat50.sar\server.xml cercando <Connector port="XXX" ...
  • J2EE user: utente J2EE del server da cui estrarre i dati
  • J2EE password: password dell'utente J2EE del server da cui estrarre i dati
  • sicraweb username: nome di un utente di s@w del server da cui estrarrei i dati
  • sicraweb password: password di un utente di s@w del server da cui estrarrei i dati
  • Dimensione pagina di check: abbassare il valore proposto se a causa della lentezza del sever chiamato la risposta supera il tempo di timeout del web-server (durante la prima fase)
  • Dimensione pagina di export: abbassare il valore proposto se a causa della lentezza del sever chiamato la risposta supera il tempo di timeout del web-server (durante la seconda fase)

• Pulsante di verifica dei parametri di configurazione: permette di verificare se i parametri sopra impostati sono corretti, facendo un collegamento con l'altro server, e verificandone la risposta. Non schedulare l'avvio della sincronizzazione se non si verificano prima i parametri

• Schedulazione: è possibile impostare una schedulazione sia periodica, che una tantum. Se non si specifica alcun tipo di schedulazione al momento in cui si preme il pulsante schedula, si la sincronizzazione parte immediatamente (dopo opportuno messaggio di conferma)

Quali operazioni vanno fatte prima di avviare la sincronizzazione?

Affichè il processo di sincronizzazione funzioni sono necessarie le seguenti caratteristiche:

• Non devono esserci consolati con codice istat duplicato nel database corrente (controllato in automatico all'avvio del sincronismo)
• Non devono esserci anagrafiche con recapiti di residenza doppi, come da apposita diagnostica, nel database corrente (controllato in automatico all'avvio del sincronismo)
• La prima volta deve essere valorizzata la tabella AN1_TRASCO con opportuno script da realizzare di volta in volta