0

我注意到最近我们的 xpages 应用程序构建/编译时间急剧增加。清洁应用程序甚至可能需要整整一分钟。

这是一个非常复杂的应用程序，包含一些控件（自定义控件和 java 控件）和许多遗留代码（js、ls、java），但类似的应用程序构建在纯 ecplise 中，具有相同数量的 java 代码（这是唯一的一部分）这个改变的应用程序）在不到 3 秒内清理......

我用 rcp 调试控制台做了一些研究，发现在清理时有一些疯狂的流量，总计 15000 个事务（这个数据库只有大约 300 个包含代码的设计元素！）

日志看起来像这样一遍又一遍地重复：

... [1240:0007-03E0] (13586-124 [14561]) OPEN_NOTE(REPC12579BB:0033C2FE-NT00003052,00400000): 0 毫秒。[48+17446=17494]

[1240:0007-03E0] (13587-124 [14562]) OPEN_NOTE（REPC12579BB:0033C2FE-NT00006C12,00400000）：1 毫秒。[48+32118=32166]

所以我的问题是：

这是否意味着 xpages builder 写得真的很糟糕，或者我可能不知道什么？

4

2 回答 2

1

毕竟它似乎有一个构建时间问题的解决方案 - 它是新的 Domino Designer 9。升级到公共测试版后，构建时间急剧下降（只有几秒钟）！

于 2013-02-22T20:34:28.517 回答
1

你是在做项目 - 构建还是项目 - 构建所有。如果后者并且您打开了多个 NSF，则构建将为所有应用程序运行。您可以在包资源管理器中关闭应用程序。

当您说有 300 个设计元素时，这就是您在 Applications Navigator 中看到的数字吗？请记住，这只是正在构建的实际文件的沧海一粟。包资源管理器将显示每个 XPage 和自定义控件都有额外的 Java 和 xsp-config 文件。这些是从您在 XPage 和自定义控件设计元素中看到的 XML 标记编译下来的 Java 类。但这还不是全部。服务器或本地数据库无法运行 .java 文件。它需要运行为相关平台编译的 .class 文件。此外，还有其他 .class 文件需要在编译时合并到应用程序中，可以通过在 Package Explorer 视图中选择 Project - Properties 来查看。如果您有本地化，对于每个 XPage/自定义控件，每种语言还有更多文件。

XPage 构建器可能看起来写得不好，因为需要创建这些文件。但它其实很聪明，因为我们不需要编写Java，也不需要定义应用程序所依赖的所有相关Java文件。我们不需要为各种控件创建新的 XSPInput 或任何 Java 类。我们可以拖放，从漂亮的面板设置属性，这些面板为我们提供下拉菜单或布尔选择器等。没有这些，每次保存后应用程序的构建时间会更快，但开发时间会更慢。

于 2012-06-12T22:37:18.387 回答