Dmytro Rud
XDS validators should not throw exception after the very first found error, but try to discover all other errors as well (when possible), and report them all to the user...
As requested on https://groups.google.com/group/ipf-user/browse_thread/thread/a3aa6cda3b6205a9
Just thoughts: 1. Do we need the possibility to configure IHE and Continua endpoints as Spring beans and not as a bunch of parameters in the endpoint URI? In other...
The IPF's HL7v2 DSL is now [able](https://github.com/krasserm/ipf/commit/870065e1bfd33cc2ecca2791b5718341e7a7c96d) to track path information. This data should be used to fill the "location" field of the [Hl7v2Exception](https://github.com/krasserm/ipf/blob/master/modules/hl7/src/main/java/org/openehealth/ipf/modules/hl7/HL7v2Exception.java) when a such exception is thrown...
Currently, when a distrubution ZIP of the IPF is created, all JARs are placed into two flat sub-folders --- "dist" for IPF JARs and "lib" for dependencies' ones. Would it...
...same as XDS and MLLP consumers are. Do not pass an instance to the create*() method, pass the class name or some kind of Factory instead.
In org.openehealth.ipf.modules.hl7.CompositeHL7v2Exception#populateMessage() we have to create a cumulative HL7v2 NAK from multiple exceptions. In the current implementation, a lot of information goes lost, because we try to put all possible...
See https://groups.google.com/g/epd_projectathon/c/gnSatxo4loA/m/2tp5FA1PCwAJ
See discussion in ipf-dev@: https://groups.google.com/g/ipf-dev/c/Q7GLveLm6Fg #384 is a pre-requisite.
As reported in https://groups.google.com/forum/#!topic/ipf-user/FTvCuqXSaJ4: According to ITI TF-3:4.1.4, we have to check that the SubmissionSet contains Associations to all its DocumentEntries, Folders, and Folder-DocumentEntry Associations.