Domino8.5.3-创建一个组织扩展库/代码库

Question

这是一个我已经工作了几个月的项目，我觉得我已经很接近了，但我似乎无法越过最后的障碍。

目标是开发一个包含我们经常依赖的内部和第三方代码的组织扩展库。

历史

作为一个测试项目，我从Apache开始，因为它已经在我们的环境中得到了广泛的应用。我有一个从Poi .jars构建的插件和特性，它允许我构建当前的Poi应用程序，只要我将插件(从我的工作区)添加到构建路径中。这些应用程序可以在服务器上工作，因为我们已经通过手动复制Poi .jars来分发它们。

下一步是进行插件，并将其放到一个更新点中，以便所有服务器和开发人员都能在一个版本上同步。我发现并跟踪了这两篇优秀的博客文章(在我开始这个项目时，我希望这两篇文章存在)：

http://www.dalsgaard-data.eu/blog/wrap-an-existing-jar-file-into-a-plug-in/

http://www.dalsgaard-data.eu/blog/deploy-an-eclipse-update-site-to-ibm-domino-and-ibm-domino-designer/

请注意，这些文章是为Domino 9编写的，我们在这里运行8.5.3，但这只是最后一步(安装)中的问题。

电流

这就引出了这个问题。所有这些似乎在某种程度上都发挥了很大的作用。我可以从eclipse更新站点将我的功能安装到我的设计客户端，它工作得很好。但是，当我将它导入updatesite.nsf数据库时，安装失败了。这意味着，虽然开发人员都可以从updatesite安装(如果我把它放在网络驱动器上)，但不会将更新部署到我们的服务器上。

问题是，当我尝试从.nsf更新站点安装时，只是挂起。我已经让它进行了一个多小时，最终Notes变得完全没有反应。

所以问题是，我是否做错了什么，或者在开发插件或服务器配置时可能导致了这个问题？

附加信息

我正在查看osgi控制台，这在很大程度上没有帮助。当我试图安装时，我得到了以下错误：SEVERE Could not access digest on the site: no protocol: 0/5B004DDD5E38F3FF85257CAF004C72C7/$file/digest.zip ::class.method=unknown ::thread=Worker-7 ::loggername=org.eclipse.update.core

如果有用的话，我可以生成转储。

这里的安全措施也相当严密。这可能是一个安全问题--有什么办法解决这个问题吗？一旦我找到窍门，我就只能猜测了。

为了清晰和更新信息，对此进行了编辑。

Answer 1

我知道这是五年前的事了但是..。

对于那些发现此错误并试图解决错误的人，

严重无法访问站点上的摘要:无协议：“

这是因为更新站点项目没有将Domino添加到updatesite.nsf的site.xml选项卡中。

我发现updatesite.nsf也需要匿名访问，因为没有凭据被提示/传递到承载updatesite.nsf数据库的Domino服务器(至少来自updatesite.nsf数据库)，YMMV来自eclipse。因此，如果匿名连接在Domino服务器上被阻塞，那么您就倒霉了。

Answer 2

要开发插件，您确实希望有3个项目：

• 插件
• 特征
• 更新站点

当然，一个特性可以包含多个插件(可能也应该包含)，更新站点可以包含多个特性(可能也应该包含)。一旦你有一个更新网站项目，它的特点是一个便捷按钮“构建所有”，以确保插件，功能和更新站点被编译在一次。这个按钮就是你真正想要的。

您可以使用Designer (或本地Domino服务器)中的设置指向功能目录。将一个纯文本.link文件添加到framework/rcp/eclipse/links中，该文件包含安装站点的路径，然后从该文件中获取特性和插件。生成之后，您需要重新启动设计器/服务器来激活更新的功能。

对于Domino服务器，使用updatesite.nsf和相应的notes.ini设置的方法最有意义(对我来说)。需要重新启动http。懒惰的人写了整件事。

Answer 3

我仍然没有一个很好的答案，但我相信这个问题是与环境有关的。我没有权力改变环境，即使我能够确切地证明这是造成这个问题的原因，所以这是一个没有意义的问题。我所能说的是，至少有一台管理员计算机从更新站点安装时没有问题。

对我来说，分发更新站点的解决方案是将其放到网络驱动器上，并让每个人从那里安装它。服务器在updatesite.nsf中使用它没有问题。