【问题标题】:Lotus Domino: Migrating code changes to production, in clustered environmentLotus Domino:在集群环境中将代码更改迁移到生产环境
【发布时间】:2014-06-05 05:22:06
【问题描述】:

我们为生产中的多米诺服务器提供了集群环境。我想将代码更改从暂存迁移到生产。我没有更改脚本库中任何旧函数的签名,但我在脚本库中添加了一个由特定代理调用的新函数。一切都在分期中运作良好。现在我想将这些更改转移到生产中的集群(由两台服务器组成)。 如果我将新函数(在脚本库中)以及调用此新函数的更改代理复制粘贴到生产中的一个服务器,这些代码更改是否会自动复制到另一台服务器?我的意思是迁移这些更改的最佳方式是什么?

提前致谢。

【问题讨论】:

    标签: cluster-computing lotus-domino


    【解决方案1】:

    数据和设计元素会立即在集群服务器之间复制。因此,如果您在第一台服务器上更改代理或脚本库,第二台服务器只会在几秒钟后发生更改。

    有时您会在更改脚本库后收到错误消息“加载 USE 或 USELSX 模块时出错”。如果您调用代理或打开使用脚本库的表单,则会发生错误。在这种情况下,您必须重新编译代理或表单,以使设计元素与脚本库的新内部结构正常工作。

    此错误可能不会出现在您的案例中,因为您的更改在开发环境中运行良好。您应该测试应用程序中使用更改后的脚本库的所有部分,以确保它可以正常工作。

    【讨论】:

      【解决方案2】:

      如果你真的想让它无缝:

      1) 使您的暂存数据库成为主模板,并且 2) 让您的生产数据库继承该主模板的设计。

      然后,在您的一个生产数据库中,应用程序 > 刷新设计,它会询问从哪个服务器刷新设计。将此作为您的登台服务器。

      如果您不这样做,重新编译所有 LotusScript 尤其重要;否则,您可能会得到“外部名称的类型不匹配:”。如果您在登台服务器上执行此操作,则未编译和已编译的 LotusScript 设计文档都将成为设计更新的一部分,这将使事情变得容易得多。

      请注意,所有客户端必须完全关闭并重新打开数据库才能识别任何代码更改。 (这意味着“数据库选项卡本身,以及从该数据库打开的任何文档”。)

      【讨论】:

      • 我会这样做。使用模板有很多优点:版本控制的可能性(通过使用不同的模板)、回滚、手动复制粘贴时没有“忘记”的设计元素等。
      猜你喜欢
      • 2020-05-14
      • 2016-02-17
      • 2012-03-13
      • 2012-05-06
      • 1970-01-01
      • 2019-08-07
      • 2017-01-25
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多