Eclipse的挫敗感

Question

我一直在努力讓Eclipse工作，出於某種原因，我無法安裝插件，更新，甚至無法訪問市場。 在進行一些研究后，我發現在大多數情況下這是一個代理問題，但我在私人家庭網絡上。 誰能幫我？ 我已經好幾天了。

這是我得到的錯誤：

Cannot open Eclipse Marketplace
Cannot install remote marketplace locations: Connection failed

This is most often caused by a problem with your internet connection. Please check your internet connection and retry.
Cannot complete request to http://marketplace.eclipse.org/catalogs/api/p: Unable to read repository at http://marketplace.eclipse.org/catalogs/api/p.
Unable to read repository at http://marketplace.eclipse.org/catalogs/api/p.
Permission denied: connect
Connection failed

This is most often caused by a problem with your internet connection. Please check your internet connection and retry.
Permission denied: connect

Answer 1

這聽起來像是我以前在Windows上見過的一般OS / Java網絡問題。 例如，它是由Cisco AnyConnect VPN軟件引起的，但我猜它也可能是其他惡意軟件掃描程序或個人防火牆。

它與Java 7中的IPv6（雙棧）支持有關。最快的解決方案（如果不需要IPv6）是通過將其附加到eclipse.ini文件的vmargs參數來關閉IPv6支持：

-vmargs
-Xmx512m
...
-Djava.net.preferIPv4Stack=true

（結束重啟Eclipse）。

Answer 2

你是對的。 這可能是非常令人沮喪的經歷。

有許多事情需要考慮。 取決於您的平台。 我已經放棄了很久以前的Windoze，所以我的2條可能不適合你。 在某些情況下，它更適合Linux / Gnome用戶。 所以這就是它。

1. n Windows =>首選項=>常規=>網絡連接中的代理設置。
   陷阱：如果您已經通過Gnome網絡管理器或eclipse.ini中的java屬性或環境變量設置了全局代理設置，eclipse將“感知”設置並使用“本機”配置。 嘗試切換到“手動”模式。 有些插件比較好。
   陷阱：並非所有插件都必須使用。
   
   • IIRC，XML驗證插件在某些版本的eclipse中更喜歡“手動”
   • 按照真正的Subversion理念，subclipse使用自己的文件（例如$ HOME / .subversion / server）
   • Maven安裝將使用全局settings.xml或用戶設置xml（取決於您的maven升級策略，使用其中一個）。 我假設在這里進行外部Maven安裝。

2-正如我已經暗示的，您還可以設置：
- -Dhttp.proxyPort=
-Dhttp.proxyHost=
- -Dnetwork.proxy_host=
- -Dnetwork.proxy_port=

3 - 對於Linux，您可以設置環境變量
- http_proxy
- https_proxy
它們還將導致“本機”配置的日食。

更多的陷阱

最后，為了使其更有趣，有些情況下緩存中的條目（請參閱眾所周知的DTD或XSD的網絡首選項）已損壞，因為它們存儲了40x HTML響應，並且通常需要一些時間才能實現。 在過去，當我的公司（網絡供應商域名中的頂級狗!!!）強制執行公司代理時，我最終將緩存的文件和目錄從一個eclipse實例復制到下一個...
您也可以使用DTD / XSD目錄。 你知道你碰到這種pb，因為在辦公室里開發是一個PiA（每次你保存文件，XML驗證器開始，你必須等待超時），在家里開發是一件輕而易舉的事。

一個更老的故事：在另一家頂級公司，他們認為我們使用互聯網太多，只有代理才能解析DNS。 當然，沒有可以訪問eclipse站點更新。 我最終編寫了一個DNS，它將使用企業DNS作為本地名稱和一個Web服務客戶端，它將詢問其他互聯網DNS暴露Web服務接口......但這已經超過10年了。 有些情況可能不是那么糟糕。

Answer 3

通過設置Active Provider“Native”解決了此問題。 可能是企業防火牆創建問題。用這樣的端口輸入您的公司代理。

Answer 4

你有任何阻止連接的防火牆設置嗎？ 檢查防病毒/防火牆設置的程序權限可能會有所幫助。

Answer 5

對於什么是值得的，我在霓虹燈上遇到了同樣的錯誤。 典型解決方案（代理設置）不適用。

然而，只是通過反復試驗這是我的解決方案：幾分鍾前我剛試過。 我做了更新。

就這樣。 無論更新的內容包括霓虹燈達到市場終點的手段。 它現在正在運作。

這是我首先向任何碰到這一點的人建議的。 可能在所有情況下都不起作用，但它確實對我有用。