2011-03-11 39 views
8

我正在運行GlassFish Server Open Source Edition 3.0.1(版本22)。無論是在我的開發環境(Mac OSX,4核和8GB RAM)還是生產環境(Linux,2核,4GB)中,控制檯的啓動都非常緩慢。爲什麼Glassfish管理控制檯如此緩慢?

機器很大程度上處於閒置狀態。什麼是glassfish在做什麼?有什麼需要調整,以使其啓動速度更快?

更新1

例 - 我一直在試圖複製,我已經實現並測試本地到我的服務器一些JDBC配置。我剛剛浪費了一小時試圖複製配置,因爲我無法同時打開dev和prod glassfish控制檯,而沒有其中一個超時。

我會得到dev控制檯打開,然後終於prod之一,但是當我點擊回我的開發窗口它已經超時,現在試圖重新啓動自己。

這是瘋了。一個小時來複制一個簡單的JDBC連接?有沒有人真的成功地在生產中使用它?

更新:2

我發現了一個巨大的差別兩件事情:

  1. 了GlassFish UI的阿賈克斯方面顯得非常脆弱。我有兩個瀏覽器標籤打開,一個到localhost:4848,另一個到localhost:9000。第一個選項卡是實際在本地主機上運行的glassfish服務器。第二個是遠程服務器,通過ssh將其轉發爲本地服務器。通常情況下這不是問題,但我懷疑它會將glassfish中的會話處理混淆爲在同一個「主機」上看到兩臺服務器,即使它們位於不同的端口上。

  2. 我更新了我的3.0到3.1。這似乎消除了很多啓動延遲。

我希望這篇文章可以幫助別人不會遭受這種創傷。感謝大家的建議。

+0

我在這裏看不到編程問題? –

+0

@Tim:我會保留這些問題,因爲很多程序員遇到問題(請參閱[這裏](http://www.mentby.com/Group/glassfish-users/glassfish-v3-admin-console-very -show.html)) –

+4

恕我直言,它非常關於編程,因爲作爲開發人員,這是我們必須每天處理的工具。這就像說我們不能問關於編譯器或JRE的問題。 –

回答

10

它可能與Glassfish更新模塊有關。

在每個控制檯啓動期間,更新模塊會嘗試對所有可用更新進行計數。自從使用GF 3.0.1以來,自從2月28日發佈新的Glassfish 3.1以來,有很多更新。從那天起,可以有多達70次更新或更多更新服務器處理大量請求。

我有同樣的問題。但我可以通過最終在Glassfish的Jira中找到一個好的討論主題來解決它。 Look here for possible solutions。你不需要閱讀整篇文章,查看來自Sun,2009年12月13日12:42:48 Anissa Lam的總結。

綜上所述這篇文章(詳細信息可以在那裏找到):

  1. JVM添加一個選項,以GlassFish的配置,以禁用管理控制檯
  2. 網絡接入重命名更新模塊中的glassfish模塊目錄。

希望這有助於!

+0

+1這確實讓我想起了Glassfish管理員掛起的問題,這是因爲服務器無法訪問Internet。我認爲這可能是註冊碼而不是更新。 – JOTN

+0

這讓我有一半 - 謝謝! –

+0

鏈接壞了 – vels4j

0

你一定有某種網絡超時發生。這些操作應該花費幾秒鐘。在server.log中有什麼有用的嗎?很多掛起問題往往與DNS反向查找有關。網絡監聽會告訴你它試圖訪問什麼。

4

不,它不只是你。 Glassfish 3管理員GUI非常糟糕,據我所知,沒有什麼可以做到的。但我確實注意到所有問題都出現在表示層中。如果我使用asadmin,或直接進行AJAX調用,那麼性能是合理的。最好的辦法是弄清楚如何在不使用GUI的情況下完成自己需要的任務。首先學習asadmin命令,瞭解您經常執行的任務,例如部署和取消部署應用程序。

如果我想將JDBC配置從一個實例複製到另一個實例,我只需打開domain.xml文件並手動複製jdbc-resource和jdbc-connection-pool元素。 (可能有一種方法可以與asadmin「正確地」做到這一點,但學習如何做到這一點比使用'不正確'的方式要長十倍,所以我從不打擾。)

+0

你對錶示層中的吮吸是正確的。 GF變得非常困惑,因爲我有兩個標籤向不同的服務器實例打開(即使它們都在'localhost'上,但它們有不同的端口。) –

0

我們禁用了自動更新通過更新工具的首選項和問題已得到解決 請注意,您需要安裝更新工具來做到這一點

0

就個人而言,Iam使用筆記本電腦和我有同樣的確切問題。我發現我的設備正在低功耗狀態模式下運行。一旦我將其改爲均衡的耗電量,所有耗時的處理都會減少很多。

相關問題