Loopbackjs 如何避免在升级(更改模型文件)已安装的Composer网络时重新启动Hyper-ledger Composer Rest服务器?

Loopbackjs 如何避免在升级(更改模型文件)已安装的Composer网络时重新启动Hyper-ledger Composer Rest服务器?,loopbackjs,hyperledger,hyperledger-composer,Loopbackjs,Hyperledger,Hyperledger Composer,我们有一个3个对等节点的工作设置和一个运行在其中一个对等节点上的多用户rest服务器。现在,在rest服务器(使用基于web的客户端)中创建并导入了多个用户卡,这些卡工作正常。我可以触发交易并用它查询区块链 但是,如果我需要升级我的网络,并且模型文件中有一些更改(即任何参与者/资产/交易参数更改)。我需要重新启动rest服务器,以便基于WEB的客户端应用程序可以观察到效果。因此,我的问题是: 1.有没有一种方法可以升级Rest接口而无需重新启动服务器。 2.如果Rest服务器崩溃或重新启动,是否

我们有一个3个对等节点的工作设置和一个运行在其中一个对等节点上的多用户rest服务器。现在,在rest服务器(使用基于web的客户端)中创建并导入了多个用户卡,这些卡工作正常。我可以触发交易并用它查询区块链

但是,如果我需要升级我的网络,并且模型文件中有一些更改(即任何参与者/资产/交易参数更改)。我需要重新启动rest服务器,以便基于WEB的客户端应用程序可以观察到效果。因此,我的问题是: 1.有没有一种方法可以升级Rest接口而无需重新启动服务器。
2.如果Rest服务器崩溃或重新启动,是否有办法使用服务器关闭前创建的旧卡。

当Rest服务器启动时,您可以看到它“发现”业务网络,然后生成端点。发现不是动态的,因此当您更改BNA的模型或其他元素时,需要重新启动REST服务器以重新发现更新的网络。(在实时场景中,我认为对模型的更改很少。)


您是否对REST服务器使用多用户模式?假设您是,那么将REST服务器配置为永久数据源,或者这应该可以解决重新导入卡的问题。您还可以在第一次使用这些卡之后通过导出它们来“备份”它们。

当REST服务器启动时,您可以看到它“发现”业务网络,然后生成端点。发现不是动态的,因此当您更改BNA的模型或其他元素时,需要重新启动REST服务器以重新发现更新的网络。(在实时场景中,我认为对模型的更改很少。)


您是否对REST服务器使用多用户模式?假设您是,那么将REST服务器配置为永久数据源,或者这应该可以解决重新导入卡的问题。您还可以在第一次使用这些卡之后通过导出它们来“备份”它们。

感谢您的回复,是的,我们正在使用多用户rest服务器。到目前为止,我们正在努力使rest持久化,并检查问题是否得到解决。但你能详细说明第二点吗?你也可以在第一次使用卡片后通过导出它们来“备份”它们。出口信用卡将如何解决重新进口信用卡的问题,据我所知,它会给我一张卡的副本,但在重新导入时,它会抱怨Rest已经导入了这张卡。如果你能成功地为Rest服务器持久化数据源,那么导出卡并没有真正的帮助-我只是提供了一个额外的建议,如果你在测试过程中丢失了卡。您好,谢谢澄清一下,我已经成功地完成了rest服务器的持久性活动,并且看到我可以在rest服务器重新启动后使用卡。如果机器重新启动/崩溃,也就是说,如果机器重新启动,它将与rest服务器重新启动一样工作,或者我需要为此执行任何额外步骤。谢谢回复,是的,我们正在使用多用户rest服务器。到目前为止,我们正在努力使rest持久化,并检查问题是否得到解决。但你能详细说明第二点吗?你也可以在第一次使用卡片后通过导出它们来“备份”它们。出口信用卡将如何解决重新进口信用卡的问题,据我所知,它会给我一张卡的副本,但在重新导入时,它会抱怨Rest已经导入了这张卡。如果你能成功地为Rest服务器持久化数据源,那么导出卡并没有真正的帮助-我只是提供了一个额外的建议,如果你在测试过程中丢失了卡。您好,谢谢澄清一下,我已经成功地完成了rest服务器的持久性活动,并且看到我可以在rest服务器重新启动后使用卡。在机器重新启动/崩溃的情况下,能否请您对rest服务器和mongo DB的行为进行一些说明,即如果重新启动,机器的工作方式是否与rest服务器重新启动相同,或者我是否需要为此执行任何额外的步骤。