【问题标题】:Run IG Publisher with unpacked FHIR package使用解压的 FHIR 包运行 IG Publisher
【发布时间】:2019-02-28 23:08:32
【问题描述】:

我正在使用“IG Publisher”为自定义 HL7 FHIR 服务器生成静态文档。

文档是通过以下方式生成的:

java -jar org.hl7.fhir.igpublisher.jar -spec package.tgz -ig ig.json

package.tgz 是从https://www.hl7.org/fhir/stu3/package.tgz 下载的。

在每次运行时,IG Publisher 都会解压缩 package.tgz 文件,这需要 1-2 分钟。由于文件是静态的,因此没有理由一直花时间进行解包。所以我想一劳永逸地解压 package.tgz - 然后将 IG Publisher 指向这些解压文件所在的目录。像这样的:

java -jar org.hl7.fhir.igpublisher.jar -spec ./package/ -ig ig.json 

这可能吗?

【问题讨论】:

    标签: hl7-fhir


    【解决方案1】:

    与其传递规范,不如让 NPM 包管理器找到并使用它。它将缓存打开的版本,并且仅在规范发生更改时才获取新版本。 (如果您的 IG 基于“当前”草稿,这通常是因为提交定期发生,但如果您指向 R4 或 STU3 或 DSTU2,则更改应该非常少。)请注意,发布者仍然需要 10-每次运行它需要 20 秒以将规范加载到内存中。

    【讨论】:

    • 嗨劳埃德 - 这听起来很有希望。我在 STU3 上。能否详细说明“允许 NPM 包管理器找到并使用它”?
    • 啊——我想我明白了。您的意思是 IG Publisher 在运行时执行此操作,并在运行之间存储包(可能使用 npm)。 IG Publisher 从 Docker 映像运行这一事实使我的挑战变得复杂 - 所以我需要确保解压缩和 npm-cached 的 package.tgz 正确包含在该 Docker 映像中。
    • 6-8 个月前,IGPublisher 开始使用 NPM 作为一种机制来管理和访问核心规范和新 IG 可能依赖的所有各种实施指南的分发.如果您在使用 Docker 时遇到问题,我建议您在 chat.fhir.org/#narrow/stream/179252-IG-creation 上提出问题。我们也许可以调整工具或找出其他修复方法。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-01-15
    • 1970-01-01
    • 2015-06-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多