OSGi更新站点失败，返回“0”；空"；错误

有时，服务器重新启动后，由于缺少ExtLib库，所有应用程序都会失败。它们应该在NSF更新站点的HTTP启动期间安装。服务器日志显示：

HTTP-JVM:CLFAD0330I:NSF插件正在开发中 安装在OSGi运行时中。有关更多信息，请咨询 日志

HTTP JVM:null。有关更详细的信息， 请参阅error-log-0.xml 在/data/domino/workspace/logs中

。。。重复~30x

error-log-0.xml的内容没有帮助-失败仅显示为空行。谢天谢地，还有另一个日志文件

startup.log

包含问题的堆栈跟踪：

!！条目org.eclipse.osgi42015-04-2409:20:02.450！消息错误 安装捆绑包： osginsf:update/extlib.nsf/E7D8A0430DEAFDF2C1257B4F003FF202/com.ibm.xsp.extlib.core_8.5.3.20130315-0724.jar !堆栈0 java.io.IOException位于 com.ibm.domino.internal.protocol.OSGiNSFUrlConnection.getInputStream（OSGiNSFUrlConnection.java:133） 位于java.net.URL.openStream（URL.java:1022） org.eclipse.core.runtime.adapter.EclipseStarter.installBundles（EclipseStarter.java:1105） 在 org.eclipse.core.runtime.adapter.EclipseStarter.loadBasicBundles（EclipseStarter.java:646） 在 org.eclipse.core.runtime.adapter.EclipseStarter.access$1（EclipseStarter.java:623） 在 org.eclipse.core.runtime.adapter.EclipseStarter$1.bundleChanged（EclipseStarter.java:308） 在

。。。剥去

位于的sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法） sun.reflect.NativeMethodAccessorImpl.invoke（NativeMethodAccessorImpl.java:60） 在 sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:37） 位于java.lang.reflect.Method.invoke（Method.java:611） com.ibm.domino.http.bootstrap.osgi.LaunchRCP.startRCP（LaunchRCP.java:342） 在 com.ibm.domino.http.bootstrap.osgi.LaunchRCP.launchOSGIFramework（LaunchRCP.java:172） 在 bootstrapposgiclassloader.launchOSGIFramework（bootstrapposgiclassloader.java:79） 在 bootstrapposgiclassloader.loadClass（bootstrapposgiclassloader.java:63） 位于java.lang.ClassLoader.loadClass（ClassLoader.java:638） com.ibm.domino.http.bootstrap.BootstrapClassLoader.findClass（BootstrapClassLoader.java:79）

!！条目org.eclipse.update.configurator 4 0 2015-04-24 09:20:02.762

!！消息 D:\Lotus\Domino\data\Domino\workspace.config\Domino\eclipse\plugins\plugins 不是有效的插件目录

吸引我眼球的是最后一行——提到的插件目录不存在（一个额外的“/plugins”目录）

唯一的解决方法是从头开始重新创建更新站点（删除所有内容并重新导入本地更新站点）

顺便说一句，我在ExtLib项目站点上发现了非常旧的、没有解决方案的解决方案

---

更新失败的原因是什么？我无法判断IO异常是否是由错误的文件路径或更新站点的死URL（网络配置错误）引起的。

问题通过增加Domino二进制文件的磁盘大小得到解决-由于Windows目录（Windows更新）的增长，空间不足（没有人注意到）。数据和translog目录使用不同的驱动器，所以服务器运行时没有“空间不足”错误

似乎IO异常是在磁盘写入失败期间引发的