開發GWT GXT應用程序的環境需求

編譯6min是好的，如果它有點大。調試模式應該接近即時或<1min。看到你使用XP，你的筆記本電腦可能太老了。如果由於某種原因你真的需要通過tomcat進行調試，我只能推薦使用大量的try catch和java.util.logging.Logger。超時可能是無限循環？寫一些時間檢查你的服務器代碼。希望我能幫到 – Martin

沒有時間不是無止境的循環，但是當它不得不重新調試時再觀察我的代碼並快速完成。我的筆記本電腦是2GB或RAM雙核，它是一個華碩，Windows XP SP3,1.5 GHz的CPU –

我建議您使用Eclipse和Google Plugin For Eclipse，然後使用Google Plugin For Eclipse和configure gxt for your project創建您的GWT項目。

來源

2012-12-18 12:17:58

首先感謝你的回覆，是的，正如我對馬丁說的那樣，如果我至少需要6分鐘才能提高生產力，我唯一做的就是通過限制瀏覽器的編譯將編譯排列減少到2個排列IE8，該項目只有一個入口點，我沒有權利將入口點分割爲很多:( –

）如果您有多核CPU，則可以使用「-localWorkers 4」參數進行併發編譯以減少編譯時間 –

我有一個雙核心，我測試了與arg的編譯，但它仍然> 6分鐘，但實際上我認爲arg對我來說不會有用，因爲如果我打開任務管理器（進程javaw.exe） 50％），然後右鍵單擊該進程，我看到使用CPU0和CPU1執行的進程（默認情況下，對於所有進程） –

嗯，我」我使用了-localWorkers 6作爲參數，-Xmx512m用於虛擬機，我清理了舊的.class文件，但仍然停留在6米（我的項目是9.5MB），我認爲可以提高編譯時間的唯一方法就是使用強大的CPU足夠快。

來源

2012-12-18 21:53:51

您好可能是我會說的可能是一個小費，昨天我已經從未使用的進口自動清理整個項目，並猜測什麼，編譯時間已經從6分鐘減少到3分20秒，所以我已經獲得2分40秒這是偉大的，我不知道這個項目中有多少未使用的進口，iwish可以幫助某人;） –

我所有項目中最大的性能改進是move my toolkit VM到固態硬盤上。

爲了獲得最佳效果，請將您的筆記本電腦系統磁盤升級到SSD，但如果不需要縮小尺寸，請將60G SSD放入外殼，將其掛接到ESATA端口，然後開始編譯。 USB 3.0是esata的合適替代品，但uSB無法保持相同的峯值吞吐量。

來源

2012-12-20 20:05:21 Stevko

此外，該解決方案提供更好的安全性（通過TrueCrypt），便攜性（筆記本電腦 - >桌面 - >雲），方便備份並保留我的客戶信息完全分開。 – Stevko

十二月起我的問題得到解決：d，通過格式化我的舊電腦，編譯時間花了2分鐘，只使用了IE8並沒有其他的配置編譯，但你的回答將是有益的，我的未來;）

來源

2013-04-17 17:30:01

開發GWT GXT應用程序的環境需求

回答

相關問題