Open daniele-gubellini opened 3 months ago
Aggiungo:
SubmissioneSet Ricevuto:
<ns2:ExternalIdentifier id="SubmissionSet1_UniqueId" identificationScheme="urn:uuid:96fdda7c-d067-4183-912e-bf5ee74998a8" objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" registryObject="registryObject" value="2.16.840.1.113883.2.9.2.80.4.4^105LAB1713169129123AILC1M">
<ns2:Name>
<ns2:LocalizedString charset="UTF-8" value="XDSSubmissionSet.uniqueId" xml:lang="en-US"/>
</ns2:Name>
In questo caso è stato messo il document id al posto del submission set id.
Buonasera, è stata rilasciata una nuova fix. Le chiediamo gentilmente di riprovare. Grazie.
Buongiorno, la valorizzazione di quei metadati sembra sistemata.
Restiamo in attesa di capire se verrà adeguata la chiamata INI o se verranno adeguate le specifiche (ad oggi il nostro Registry non accetta la chiamata che viene fatta)
Chiediamo inoltre la possibilità di indicare un endpoint dedicato alla chiamata di "Comunicazione Metadata" originata da Aggiornamento Metadati (sia che venga modificato o meno il tipo di messaggio usato)
Buongiorno, molto probabilmente non ho visibilità di tutte le variabili in gioco, ma vorrei fare comunque un'osservazione. Per implementare l'aggiornamento metadati INI ho visto che viene fatta una query GetLeaf verso RDA. Non sarebbe piu' semplice aggiungere i metadati mancanti nell'interfaccia del gateway(es. Repository Unique ID) e implementare lato INI la query GetRef per recuperare solo lo UUID? In questo modo i servizi sostituzione, cancellazione, aggiornamento andrebbero ad usare sempre una GetRef verso la RDA.
Buongiorno, in merito al problema sul valore del campo action nel ws-addressing chiedo un chiarimento all'Emilia: al momento come vi comportate con le chiamate classiche verso INI in caso di aggiornamento metadati ? Valorizzate l'action con urn:ihe:iti:2010:UpdateDocumentSet? In caso affermativo potete allegare qui un messaggio completo con relativo timestamp?
Buongiorno, al momento non facciamo aggiornamento metadati ma prevediamo di farlo in futuro.
Nel documento "Specifiche tecniche per l’interoperabilità tra i sistemi regionali di FSE 2.5" ci sono comunque esempi di richiesta e risposta.
Buongiorno,
esaminando il messaggio di richiesta che arriva da INI a seguito di un aggiornamento metadati, ho trovato delle difformità rispetto alla documentazione. Il campo Action è valorizzato con:
<Action xmlns="http://www.w3.org/2005/08/addressing">urn:ihe:iti:2007:RegisterDocumentSet-b</Action>
Mentre da esempio dovrebbe essere :
<Action xmlns="http://www.w3.org/2005/08/addressing">urn:ihe:iti:2010:UpdateDocumentSet</Action>
Nel messaggio che riceviamo è presente anche questo elemento(non presente nell'esempio):
<ns2:Association associationType="urn:ihe:iti:2007:AssociationType:RPLC" id="SubmissionSet1_Association_1" sourceObject="urn:uuid:0b15eaea-60bf-4ff5-874f-4865d3a26a07" targetObject="urn:uuid:0b15eaea-60bf-4ff5-874f-4865d3a26a07"/>
In sostanza riceviamo quello che sembra essere un replace classico.
Oltre a questo vi chiedo di verificare alcune valorizzazioni:
Administrative Request Ricevuto:
Administrative Request Atteso:
SourceId Ricevuto:
Credo si debba togliere lo zero in "080", quindi: 2.16.840.1.113883.2.9.2.80.
Ci sono altri campi che ci sembrano valorizzati in modo strano ma prima di segnalarli dobbiamo finire delle verifiche interne.