when the tool writes out the json files, it should be able to merge them with the fsh-generated resources, but for this we need a simple change:
- save the resources in the output folder (given by an argument) prepending the resource type and a dash, but not under a folder with the resource type name - i.e. output files as
<resourcetype>-<name>.
For example:
When the arguments include -lop ./fsh-generated/resources -mop ./fsh-generated/resources -rp ./fsh-generated/resources
the Measure resource MERTXCURR can be found in the file
./fsh-generated/resources/Measure-MERTXCURR.json
AND should be output to the same file
(currently the tooling saves under
./fsh-generated/resources/measure/Measure-MERTXCURR.json
)
Presuming this is a simple change that requires no further refactoring, I understand it will allow us to finally integrate this with the standard FHIR tooling.
I can setup a branch with a (failing) test if needed, consisting of the template changes
when the tool writes out the json files, it should be able to merge them with the fsh-generated resources, but for this we need a simple change:
<resourcetype>-<name>.For example:
When the arguments include
-lop ./fsh-generated/resources -mop ./fsh-generated/resources -rp ./fsh-generated/resourcesthe Measure resource MERTXCURR can be found in the file
./fsh-generated/resources/Measure-MERTXCURR.jsonAND should be output to the same file
(currently the tooling saves under
./fsh-generated/resources/measure/Measure-MERTXCURR.json)
Presuming this is a simple change that requires no further refactoring, I understand it will allow us to finally integrate this with the standard FHIR tooling.
I can setup a branch with a (failing) test if needed, consisting of the template changes