数据库构建/清理时间
我注意到最近我们的xpages应用程序的构建/编译时间有了很大的提高。它甚至可以花费几乎整个分钟来清理应用程序。
这是一个相当复杂的应用程序，有一些控件(自定义控件和java控件)和许多遗留代码(js，ls，java)，但类似的应用程序构建在纯ecplise中，使用相同数量的java代码(这是该应用程序中唯一更改的部分)在不到3秒的时间内清理干净……
我用rcp调试控制台做了一些研究，注意到在清理时，有一些疯狂的流量，总共有15000个事务(而这个数据库只有300个设计元素，完全包含代码！)
日志看起来像这样一遍又一遍地重复：
... 1240:0007-03E0 OPEN_NOTE(REPC12579BB:0033C2FE-NT00003052,00400000)：0毫秒。48+17446=17494
1240:0007-03E0 OPEN_NOTE(REPC12579BB:0033C2FE-NT00006C12,00400000)：%1毫秒。48+32118=32166
所以我的问题是：
这是不是意味着xpages builder真的写得很糟糕，或者我可能不知道什么？
回答 2
Stack Overflow用户
发布于 2013-02-23 04:34:29
它似乎毕竟有一个构建时间问题的解决方案-新的Domino Designer 9。在升级到公共测试版后，构建时间急剧下降(只有几秒钟)！
Stack Overflow用户
发布于 2012-06-13 06:37:18
你在做Project - Build还是Project - Build All？如果是后者，并且您打开了多个NSF，则构建将为所有应用程序运行。您可以在包资源管理器中关闭应用程序。
当您说有300个设计元素时，这是您在应用程序导航器中看到的数字吗？请记住，这只是正在构建的实际文件中的一小部分。Package Explorer将显示每个XPage和自定义控件都有额外的Java和xsp-config文件。这些是从您在XPages和自定义控件设计元素中看到的XML标记编译下来的Java类。但这并不是构建的全部。服务器或本地数据库无法运行.java文件。它需要运行为相关平台编译的.class文件。此外，还有其他.class文件需要在编译时合并到应用程序中，这可以通过在Package Explorer视图中选择Project - Properties来查看。如果您有本地化功能，则每个XPage /自定义控件的每种语言都有更多的文件。当然还有像xsp.properties这样的文件，一个激活器.java文件和.class文件。
XPage构建器可能看起来写得很糟糕，因为需要创建这些文件。但它实际上非常聪明，因为我们不需要编写Java，也不需要定义应用程序所依赖的所有相关Java文件。我们不需要为不同的控件创建一个新的XSPInput或类似的Java类。我们可以只拖放，设置属性，从漂亮的面板，给我们下拉或布尔选择器等。没有这些，应用程序的构建时间将在每次保存后更快，但开发时间将会更慢。
https://stackoverflow.com/questions/10997467
复制相似问题
腾讯云开发者
