[OpenSPCoop-Dev] Test interoperabilità profilo sincrono

["Luca Simbula" <simbula.luca@gmail.com>]

Salve,

stiamo facendo dei test di interoperabilità tra la porta di dominio OpenSPCoop e una porta applicativa sviluppata sotto .NET.

L'accordo di servizio utilizzato dal servizio SPCoop erogato dalla porta applicativa .NET prevede:

profilo-collaborazione="sincrono"

conferma-ricezione="abilitato"

filtro-duplicati="abilitato"

Invochiamo la porta di dominio OpenSPCoop in modalità trasparente e l'interazione tra le porte di dominio avviene tramite lo scambio di due buste: una richiesta e una risposta. Nella risposta è incluso anche il riscontro della richiesta.

1) Un primo problema riguarda l'elemento OraRegistrazione all'interno del Messaggio della busta di E-GOV. Secondo le specifiche CNIPA il formato deve essere aaaa-mm-ggThh:mm:ss, mentre OpenSPCoop include tre cifre ulteriori per i millisecondi. Per correggere il problema abbiamo modificato il codice della classe org.openspcoop.egov.Imbustamento eliminando la stringa ".SSS" nelle espressioni:

SimpleDateFormat dateformat = new SimpleDateFormat ("yyyy-MM-dd_HH:mm:ss.SSS");

2) Nei file di configurazione della porta abbiamo inizialmente utilizzato l'attributo identificativoPorta (nell'xml del paragrafo 3.1 della guida utente è scritto così) all'interno del tag soggetto-spcoop. A riguardo non abbiamo ottenuto nessun errore se non riscrontrare poi l'assenza dell'attributo all'interno della busta. In realtà vedendo i file schema ci siamo poi resi conto che l'attributo scritto correttamente è identificativo-porta (negli altri punti della guida utente è scritto così). Proponiamo quindi di aggiornare la guida.

3) Un altro problema che abbiamo riscontrato è dovuto al fatto che OpenSPCoop ignora il body della busta di risposta e invia l'eccezione OPENSPCOOP_ORG_517 (Errore, Risposta non presente) al client applicativo. Vedendo il codice ci sembra che questo problema derivi dal fatto che nell'header della risposta non compare il tag <servizio> all'interno di <IntestazioneMessaggio> e quindi openspcoop classifica la busta come "di servizio". Non avendo trovato la definizione di busta di servizio all'interno delle specifiche CNIPA ne abbiamo ipotizzato alcune ma avremmo bisogno di un vostro chiarimento a riguardo. In particolare, dato che il tag servizio è opzionale nelle specifiche CNIPA, probabilmente sarebbe meglio non utilizzare il tag servizio per discriminare se una busta è di servizio o meno. Nel nostro test infatti il tag servizio non è presente nella busta di risposta ma non si tratta di una busta di servizio dato che nel body è presente un contenuto applicativo. Openspcoop classificando tale busta come di servizio ne ignora il contenuto applicativo.

 

Alleghiamo i seguenti file:

1) config.xml e registroServizi.xml  (configurazione della pdd openspcoop)

2) Client.java e Client.properties   (PD_invoker)

3) request.xml (messaggio passato al PD_invoker)

4) openspcoop.log

5) richiesta.xml   (contiene la busta egov relativa alla richiesta)

6) risposta.xml   (contiene la busta egov di risposta)

 

Grazie,

SardegnaIT

Gruppo di Cooperazione Applicativa

test_openspcoop.zip
Description: Zip archive