跳到主要內容

eclipse plugin 安裝方法


自Eclipse 3.5以後，選 Help \ Eclipse Marketplace 就可以進入軟體市集，用關鍵字找到plugin後可以直接點選安裝。

 

不需要記URL，也不需要找路徑，日後也可以輕鬆反安裝，可說擁有以下4種方法的優點，唯一的小缺點是執行起來速度較慢。



以下4種方法都過時了。
 
1.直接存入eclipse目錄
將取得的plugin檔案(有的含有eclipse目錄，有的沒有，通常包含features,plugin兩個目錄 )，直接存入你原有eclipse的目錄下，重啟eclipse，plugin就會自動被載入。
優點：簡單
缺點：無法移除新增的plugin，因為新加的目錄都混在一起，沒有辦法得知哪些目錄屬於新增的plugin。若新的plugin造成eclipse的問題，只有重裝eclipse一途。

2.建link檔案
將plugin檔案集中在另一個自訂的目錄中，用連結檔案的方式將plugin載入到eclipse。
步驟：
1.在eclipse目錄（ECLIPSE_HOME）下創建一個links目錄
2.links\目錄下創建一個link檔，檔名自訂
如要安裝一個 WTP plugin，建一個WTP.link，內容指向WTP plugin放置的目錄。 內容格式是:

path= [plugin folder path]path=c:/eclipse_plugin/WTP
3. 此時在c:/eclipse_plugin/WTP/eclipse 下要有 WTP plugin的檔案
4. 移除該plugin 只要將對應的link檔拿掉即可
優點：移除方便、集中控管
缺點：要維護link檔、要自行檢查plugin間版本是否正確相容

3.用eclipse選單Find and Install
在上方選單 Help\Software Update\Find and Install，安裝新plugin選Search for new features to install

Update Sites to Visit
此時會出現一些已經建好的update site，你要安裝的plugin通常不會出現在清單上，你要先上網搜尋該plugin的update url，點右上方New Remote Site新增後，就可以使用。

優點：自動判斷與現有plugin版本的相容性、相依性，可以反安裝
缺點：聽說有時有bug
大抵上這個方法應該是最好的，因為安裝、反安裝都很容易，bug部份只是聽說，我還沒遇到。

用Find and Install安裝plugin時，可能eclipse視窗會顯示錯誤訊息像：
WST Web Services Core (1.5.0.v200606071530--4hNDDhDhISDhXc) requires feature "org.eclipse.xsd (2.2.0)", or equivalent.
或是
Current Configuration Problems

通常可能是你目前既有安裝的plugin需要其他的相依套件，你可能沒安裝，或安裝了但是版本不對。例如Visual Editor就需要有EMF，這種情形比較常會發生在你是手動安裝這些plugin（用link file），然後版本搞錯或忘了安裝所需的其他plugin如果你用link file的方式安裝，eclipse是不會幫你檢查plugin相依性，也就是如果缺少什麼其他的plugin，eclipse不會通知你。
所以如果相依的套件很多，使用Find and Install比較好，eclipse會即時幫你檢查plugin相依性。4.eclipse選單中 Add a New Extension Location
將plugin解壓縮存到一個自訂的目錄下，例如one_plugin\，其下結構應為one_plugin\eclipse\pluginsone_plugin\eclipse\featuresone_plugin\eclipse\.eclipseextension
在eclipse上方選單中選擇
Help\Software Update\Manange Configuration\Add a new Extension Location然後選擇one_plugin\eclipse這個目錄即可。只是如果沒有.eclipseexstension是無法使用這個方法的。
標籤：

留言

張貼留言

這個網誌中的熱門文章

innerHTML 的安全風險

問題 若你要實作一個使用者輸入的功能，並把輸入的內容顯示在網頁上時，應避免把使用者輸入的值直接指定給某個 element 的 innerHTML 。因為若是使用者輸入包含 HTML、JavaScript， innerHTML 就會解析並執行： var userInput = '<img src="javascript:alert("XSS")">' element . innerHTML = userInput ; 因此可能 user A 的惡意輸入，會被系統顯示到 user B 的畫面上，進而執行特定成程式碼而造成 XSS 攻擊 。 解法 一般會先想到 encode HTML，但是如果只是要顯示文字，將使用者輸入值指定給 textContent 會更簡單，無需 encode，該值會被當成純文字處理，並不會執行 javascript。 var userInput = '<img src="javascript:alert("XSS")">' element . textContent = userInput ;
張貼留言
閱讀完整內容

XMind使用心得

使用FreeMind有好一段時間，不過畫面單調一直是我不滿意之處。 XMind在畫面上好看很多，節點形狀樣式、分支線樣式有多樣選擇，也可以匯入FreeMind的檔案。 類似Excel般，工作頁活頁的概念也很不錯，可以將多個相關的心智圖存在一起。 可以某個分支為中心來檢視的功能也很令人激賞，完全符合心智圖那種可見樹、可見林的特性。 不過使用上有幾項缺點: 1.不能設定節點的預設文字大小。 預設應該是10點字，太小了，但是「喜好設定」內沒有地方可以修改，需要每次自己加大字型，很麻煩。 2.沒有加大字型的動作可以設定快速鍵。 我喜歡不只是用顏色，還有用字型的大小來凸顯主幹、分支的差別，不能快速的增大、縮小字型很不便。
2 則留言
閱讀完整內容

ZK 教學 - 使用 MVC 或 MVVM?

不管是現在剛開始接觸 ZK 或是用過一陣子的人都可能會遇到的問題是到底要用 MVC 或 MVVM 的方式開發。從 ZK 8 之後又把 MVVM 的能力更佳的擴展，所以 MVVM 會是一個功能更強的開發方式。但 MVC 在使用上比較直覺，仍有其優勢，所以我想決定性的因素會比較是 開發者的偏好 及 專案的特性 。你可參考下面的比較來決定哪種方式比較適合你。 優勢比較 MVVM ViewModel 較不易受畫面變動影響。 因為 ViewModel 沒有變數直接指向 ZK 元件，因此若是畫面上有元件更改，ViewModel 一般不需要修改 ViewModel 較易於在不同頁面中重用。 因為 ViewModel 只包含資料跟業務邏輯，若是不同頁面需要的資料跟業務邏輯相同，就可以重用同一個 ViewModel 例如 A 頁面按按鈕執行搜尋，B 頁面點選單執行同樣的搜尋，則可以重用同一個 ViewModel 中的 command，只是兩個頁面 data binding 寫在不同的元件上。 畫面較易於重用（易於模組化）。 透過 shadow component 跟 template 機制，可以將一段頁面的片段做成可以接受傳入參數 套用 Responsive Design 的成本較低。 通常需要針對不同裝置設計不同版面，但是顯示的資料內容大同小異，因此 ViewModel 多半可以重用 易於套用美工所設計的畫面，或是網路上現成的元件。 易於整合第三方 javascript library 或 widget。 因為 ZK 8 提供了一個可以讓你透過 javascript 去呼叫 ViewModel 中的 command (client side binding) 的方式來跟後端溝通 ViewModel 的可測試性較好。 因為 ViewModel 不需要繼承特定類別跟實作特定介面，可以輕易地執行單元測試 MVC 操控元件方式直覺好學、易懂。 MVVM 控制元件較不直接，需要了解 zk framework data binding 的行為 可以完全使用元件所提供的所有 API。 仍有極少部分 ZK 元件行為沒辦法用 MVVM 控制。例如產生 Messagebox , Listbox.renderAll() , Popup.o...
張貼留言
閱讀完整內容