2014-04-03 63 views
1

這是一個我一直在努力工作數月的項目,我覺得我很接近,但我似乎無法過去最後的障礙。Domino 8.5.3 - 創建一個組織擴展庫/ codestore

目標是開發一個組織擴展庫,其中包含我們經常依賴的內部和第三方代碼。

歷史

作爲一個測試項目,我開始使用Apache POI,因爲這已經在我們的環境中廣泛使用。我有一個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/

需要提醒的是該文章的多米諾9書面和我們正在運行8.5.3在這裏,但只在最後(安裝)步驟中很重要。

當前

這給我們帶來了問題。以上所有內容似乎都很有用。我可以從eclipse更新站點將我的功能安裝到我的設計客戶端,並且效果很好。但是,當我將它導入到updatesite.nsf數據庫時,安裝失敗。這意味着,如果我把它放在網絡驅動器上,開發人員都可以從updatesite安裝,但不會將更新部署到我們的服務器。

問題是,當我嘗試從.nsf更新站點進行安裝時,Eclipse Updater只是掛起。我已經放過了一個多小時,最終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

如果這可能會有用,我可以生成轉儲。

安全性在這裏也相當嚴格。這可能是一個安全問題 - 有沒有一種方法來解決這個問題?一旦我陷入困境,我只是在猜測。

這已編輯的清晰度和更新信息

+0

你如何加載更新網站? –

+0

所以,以確保我明白。你已經成功地構建了一個插件並且服務器知道它(告訴http osgi ss com.yournamespace)。通過更新站點將插件安裝到DDE中,但不能構建使用POI的應用程序。你是否檢查過xsp.properties中的複選框,以將插件包含爲nsf的依賴項?你的插件顯示在那裏? – keithstric

+0

我希望我更清楚 - 我會看看我是否可以編輯我的問題。可能有太多無關的信息。 –

回答

0

要開發一個插件,你真的想有3個項目:

  • 插件
  • 功能
  • 更新網站

當然一個功能可以c擁有多個插件(可能應該),並且更新站點可以包含多個功能(可能應該)。一旦你有一個更新站點項目,它具有一個方便的按鈕「全部構建」,確保插件,功能和更新站點一次編譯。而那個按鈕就是你想要的真的

您可以使用Domino Designer(或本地Domino服務器)中的設置指向功能目錄。將純文本.link文件添加到framework/rcp/eclipse/links,其中包含安裝網站的路徑 - 然後從中選取功能和插件。構建完成後,您需要重新啓動設計器/服務器才能激活更新的功能。

對於Domino服務器,使用updatesite.nsf和各個notes.ini設置的方法對我來說最有意義。需要重新啓動http。懶惰的人腳本整個事情。

0

我還沒有很好的答案,但我相信這個問題與這裏的環境有關。我無權改變環境,即使我能夠確定地證明這是造成這個問題的原因,所以這是一個有爭議的問題。我只能說至少有一臺管理員電腦沒有從更新站點進行安裝的問題。

對我而言,分發更新站點的解決方案是將其放在網絡驅動器上,讓每個人都從那裏安裝它。服務器從updatesite.nsf使用它沒有問題。