-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash Program Test ITI-57 da SOGEI verso Regione Lombardia - Errore #1417
Comments
Buonasera, grazie, saluti, |
Salve. Nei messaggi incollati sopra vedo riferimenti alla ITI-42:
Consiglierei di indagare anche sul valore dell'attributo action presente nell'header della chiamata HTTP. @lGiulianiSogei potreste cortesemente fare un test di richiamo verso la regione Molise? L'endpoint e' lo stesso della ITI-42 |
Buongiorno, grazie per la collaborazione, |
Buongiorno, il WSDL che è avete utilizzato per implementare il WebService di Update dovrebbe accettare nell'addressing l'action : urn:ihe:iti:2010:UpdateDocumentSet che è quella di Update, non è quindi possibile utilizzare esattamente il WSDL che è stato usato per la ITI-42, che accetta invece solamente l'action urn:ihe:iti:2007:RegisterDocumentSet-b. |
Salve @lGiulianiSogei Se esegue la get
ed eseguendo chiamate dirette, la ITI-57 funziona Il workflowInstanceId dell'update appena eseguita e' Log completo della chiamata
|
Scusi @lGiulianiSogei che nel metodo @LucaRogledi potrebbe cortesemente girare la domanda a @lGiulianiSogei ? |
Buongiorno, Confermate che invece per entrambi va settato https://fsetest.regione.molise.it/api/xdsiniregistry per il Molise (ITI-57 e ITI-42)? grazie per la collaborazione |
Confermiamo che per il Molise l'endpoint da contattare e' https://fsetest.regione.molise.it/api/xdsiniregistry sia per ITI-57 che per ITI-42. |
per il Molise : ho impostato lo stesso endpoint, potete riprovare la chiamata tramite GTW? grazie saluti |
E' arrivata una ITI-42 |
Scusi @lGiulianiSogei , la chiamata anche prima avveniva, il problema non puo' essere l'endpoint |
OK, Ora abbiamo unificato gli endpoint che cmq andava fatto come da vostre indicazioni. grazie saluti |
Salve @marlagatta, Prima della chiamata ITI-57 l'automatismo GTW provvede a fare una chiamata di Create e un recupero metadati. Dovrebbe quindi trovarsi 3 chiamate consecutive all'orario sopra riportato. L'RDE è il Lazio e l'utente è RSSGNN66C05A271Y l'assistito chiamato è il ZCCSBT75C05I282D. Fateci sapere se vi torna quanto ho riportato. |
Vi confermo che 'e arrivata la chiamata alla ITI-57 Quindi la chiamata alla ITI-57 funziona! L'errore e' dovuto al fatto che il RegistryPackage della create e quello dell'update hanno lo stesso |
Salve @amarconS |
Buongiorno e grazie, Quindi è corretto che noi abbiamo impostato i seguenti due endpoint verso la Lombardia, a seconda che si stia chiamando una ITI42 o ITI57 che poi utilizzano lo stesso WSDL che ci avete inviato? Abbiamo eseguito un test alle 20/12/2024 12:33:38,284000 grazie saluti, |
Salve @lGiulianiSogei al momento siamo in modalità debugging sul server e chiediamo cortesemente se potete ripetere un test adesso così analizziamo in dettaglio la request. Grazie |
Salve, Riporto quanto trovato in più punti su siti specifici: Questo content type viene valorizzato in questo modo e già accettato da altre regioni (es. Molise), pensiamo quindi sarebbe opportuno mantenerlo come da specifiche SOAP1.2 e adattare il sistema regionale per recepirlo in questo forma, grazie per la collaborazione, |
Salve, Ecco la spiegazione: SOAP 1.2 Part 2: Adjuncts (Sezione 6.5.2 – HTTP Media Type) Questa sezione specifica che l'header Content-Type per SOAP 1.2 deve essere application/soap+xml e non deve includere un'azione (action). Qui viene spiegato che l'azione SOAP è trasmessa usando l'header HTTP separato Action o SOAPAction e non come parametro dell'header Content-Type. Questa RFC definisce il media type application/soap+xml e specifica che l'uso di parametri come action all'interno del Content-Type non è previsto per SOAP 1.2. Saluti |
Grazie dei link alle specifiche, MIME media type name: application
" grazie |
Salve @lGiulianiSogei , meglio se facciamo un confronto a stretto giro per chiarire bene la problematica |
Buongiorno @EugenioGuagliardi , abbiamo inviato per mail la tracciatura degli header HTTP di una chiamata ITI-42 allo stesso endpoint (come da accordi abbiamo impostato lo stesso sia per la ITI57 che per la ITI42) che riporto anche qui: il content-type inviato per la ITI-42 è Content-Type: application/soap+xml; action="urn:ihe:iti:2007:RegisterDocumentSet-b" manca il parameter charset (anche quello opzionale da specifiche), ma è presente action, come per la ITI-57. Verificate le impostazione sul vostro sistema esterno nel caso in cui ricevete corrette il content type (ITI.42) con quelle nel caso in cui non viene accettata la reuqest (ITI-57), per verificare e in caso ottenere lo stesso comportamento, restiamo a disposizione, grazie saluti e.. |
Buongiorno @EugenioGuagliardi, |
Buongiorno @lGiulianiSogei @amarconS @vigliottim Grazie mille |
Salve @EugenioGuagliardi, È stato eseguito un test e abbiamo riscontrato un success. |
A seguito delle analisi sui test di update metadati specifica ITI-57effettuati in questi da SOGEI verso la Regione Lombardia abbiamo rilevato sul nostro BE l'errore seguente:
Response-Code: 500
Encoding: UTF-8
Content-Type: application/soap+xml
Headers:
Payload: <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope">
Invece se prendiamo l'input dai log del nostro BE e lo testiamo sia direttamente sulla macchina che attraverso il RP funziona correttamente.
Di seguito l'input:
di seguito la risposta positiva:
[18/Dec/2024:15:34:17 +0100] "POST /FSEInteroperabilita/DocumentRegistry_UpdateDocumentSet_Service HTTP/1.1" 200 947
<soap:Envelope xmlns:soap="[http://www.w3.org/2003/05/soap-envelope"><soap:Header><Action](http://www.w3.org/2003/05/soap-envelope%22%3E%3Csoap:Header%3E%3CAction) xmlns="[http://www.w3.org/2005/08/addressing">urn:ihe:iti:xds-b:2007:DocumentRegistry_PortType:DocumentRegistry_RegisterDocumentSet-bResponse</Action><MessageID](http://www.w3.org/2005/08/addressing%22%3Eurn:ihe:iti:xds-b:2007:DocumentRegistry_PortType:DocumentRegistry_RegisterDocumentSet-bResponse%3C/Action%3E%3CMessageID) xmlns="[http://www.w3.org/2005/08/addressing">urn:uuid:fa4d62e0-877c-4347-b207-ddf4fc8f3ce4</MessageID><To](http://www.w3.org/2005/08/addressing%22%3Eurn:uuid:fa4d62e0-877c-4347-b207-ddf4fc8f3ce4%3C/MessageID%3E%3CTo) xmlns="[http://www.w3.org/2005/08/addressing">http://www.w3.org/2005/08/addressing/anonymous</To><RelatesTo](http://www.w3.org/2005/08/addressing%22%3Ehttp://www.w3.org/2005/08/addressing/anonymous%3C/To%3E%3CRelatesTo) xmlns="[http://www.w3.org/2005/08/addressing">4f18493f-3e0d-4310-8e01-1abeaa657e7c</RelatesTo></soap:Header><soap:Body><ns4:RegistryResponse](http://www.w3.org/2005/08/addressing%22%3E4f18493f-3e0d-4310-8e01-1abeaa657e7c%3C/RelatesTo%3E%3C/soap:Header%3E%3Csoap:Body%3E%3Cns4:RegistryResponse) xmlns="urn:hl7-org:v3" xmlns:ns2="urn:oasis:names:tc:ebxml-regrep:xsd:query:3.0" xmlns:ns3="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0" xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0" xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0" status="urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success"/></soap:Body></soap:Envelope>
Cortesemente potete verificare anche lato INI cosa succede? se nel Payload inviato ci sono caratteri sporchi?
Eventualmente potete inviarci il Payload inviato così lo proviamo direttamente?
Al momento questo errore blocca le attività di test con la Lombardia.
Grazie mille per la collaborazione
The text was updated successfully, but these errors were encountered: