Eclipse、Maven、Source Update交互影響的情境 1
1. Eclipse 的 Java Source Code Complied 有問題的話，會 負面的影響 Maven reInstall 的結果，以及 Maven Project Wars 的執行(Server起不來)。
2. Maven reInstall 有問題的話，會 負面的影響 Maven Project Wars 的執行。
3. Java Source Code 的 Source Update (include : Full Update、Not Full Update) 有問題的話(eg : 如果使用 SVN，Update時，產生了 *.mine)，會 負面的影響 Java Source Code Complied 與 Maven Project Wars 的執行。(註 3-1)
4. Eclipse 的 Java Source Code Complied 有問題的話(eg : Java Source Code 確實有錯的話)，並不表示 Maven reInstall 的結果會有問題(也有可能會 全部 SUCCESS。)；
Maven reInstall 的結果若無任何問題(eg : 全部 SUCCESS)，並不表示 Eclipse 的 Java Source Code Complied 不會有 任何 問題 (eg : Eclipse 的 Java Source Code Complied 確實有問題。)(註 3-2)
5. Maven reInstall 的結果若無任何問題(eg : 全部 SUCCESS)，並不表示 Maven 的 Server Runtime Testing Environment 的 Server 啟動的結果不會有任何問題(eg : 在 Java Cdoe 內 注入引用的 Java Bean -- ig：Service、or DAO Name 和 Framework -- SpringSource org's Spring 的 XML 設定 的 referenced java bean name 不一致)(註 2)。
6. 即便，Eclipse 的 Java Source Code Complied：OK、Maven reInstall 的結果：OK，也不表示 Maven Project Wars 的執行 不會任何有問題(Server起不來)(ig：JUunit4 Run 不起來 -- (註 5))(註 1)。
註 1：昨天要使用現行專案的Junit4的Tester，Junit4的Test Debug Run不起來Spring、Struts的環境。
註 2：昨天在現行專案中要佈版的時候，我犯了這樣的錯誤。
(1). 通常我們注入引用的Service Name、DAO Name都會與設定在XML內的名稱ㄧ樣。我不知道現行專案為什麼設定不ㄧ致。
註 3-1：第3點的情況，常常容易發生，一般人的認知是，可能是該檔案被其他的軟體事先開啟，並且被Keep住，導致於SVN Update時，IO發生異常。但，也有其他狀況，JAR檔產生的 *.mine，我們不會去開啟 JAR檔，不是嗎：
註 3-2：第4點的情況，常常容易發生，因為：
(1). Eclipse 的 Build 確實執行完，但 Java Source Code Complied 有問題，可能要All Project 的 Clean(re-Build)。
註 4：要把產生了的 *.mine file，和其他有數字副檔名的 file 刪除，重新 Update 該 filse。
註 5：JUnit Run 不起來的原因，可能有：
(1). Eclipse 的 Java Source Code Complied 有問題
(2). 記憶體不足：
在 JRE 頁簽內的 VM arguments 內設定：
-Xmx2024m -Xms2024m -XX:MaxPermSize=2024m
-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.port=7091
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
(3). Maven reInstall 正在執行，或 Maven reInstall 的結果有問題。
1. Eclipse 的 Java Source Code Complied 有問題的話，會 負面的影響 Maven reInstall 的結果，以及 Maven Project Wars 的執行(Server起不來)。
2. Maven reInstall 有問題的話，會 負面的影響 Maven Project Wars 的執行。
3. Java Source Code 的 Source Update (include : Full Update、Not Full Update) 有問題的話(eg : 如果使用 SVN，Update時，產生了 *.mine)，會 負面的影響 Java Source Code Complied 與 Maven Project Wars 的執行。(註 3-1)
4. Eclipse 的 Java Source Code Complied 有問題的話(eg : Java Source Code 確實有錯的話)，並不表示 Maven reInstall 的結果會有問題(也有可能會 全部 SUCCESS。)；
Maven reInstall 的結果若無任何問題(eg : 全部 SUCCESS)，並不表示 Eclipse 的 Java Source Code Complied 不會有 任何 問題 (eg : Eclipse 的 Java Source Code Complied 確實有問題。)(註 3-2)
5. Maven reInstall 的結果若無任何問題(eg : 全部 SUCCESS)，並不表示 Maven 的 Server Runtime Testing Environment 的 Server 啟動的結果不會有任何問題(eg : 在 Java Cdoe 內 注入引用的 Java Bean -- ig：Service、or DAO Name 和 Framework -- SpringSource org's Spring 的 XML 設定 的 referenced java bean name 不一致)(註 2)。
6. 即便，Eclipse 的 Java Source Code Complied：OK、Maven reInstall 的結果：OK，也不表示 Maven Project Wars 的執行 不會任何有問題(Server起不來)(ig：JUunit4 Run 不起來 -- (註 5))(註 1)。
註 1：昨天要使用現行專案的Junit4的Tester，Junit4的Test Debug Run不起來Spring、Struts的環境。
註 2：昨天在現行專案中要佈版的時候，我犯了這樣的錯誤。
(1). 通常我們注入引用的Service Name、DAO Name都會與設定在XML內的名稱ㄧ樣。我不知道現行專案為什麼設定不ㄧ致。
註 3-1：第3點的情況，常常容易發生，一般人的認知是，可能是該檔案被其他的軟體事先開啟，並且被Keep住，導致於SVN Update時，IO發生異常。但，也有其他狀況，JAR檔產生的 *.mine，我們不會去開啟 JAR檔，不是嗎：
註 3-2：第4點的情況，常常容易發生，因為：
(1). Eclipse 的 Build 確實執行完，但 Java Source Code Complied 有問題，可能要All Project 的 Clean(re-Build)。
註 4：要把產生了的 *.mine file，和其他有數字副檔名的 file 刪除，重新 Update 該 filse。
註 5：JUnit Run 不起來的原因，可能有：
(1). Eclipse 的 Java Source Code Complied 有問題
(2). 記憶體不足：
在 JRE 頁簽內的 VM arguments 內設定：
-Xmx2024m -Xms2024m -XX:MaxPermSize=2024m
-Dcom.sun.management.jmxremote=true
-Dcom.sun.management.jmxremote.port=7091
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
(3). Maven reInstall 正在執行，或 Maven reInstall 的結果有問題。
發表文章
