java JVM 增大記憶體配置參數 -X 與 -XX

java OOM 分為兩種：

java.lang.OutOfMemoryError: PermGen space
表示 stack 空間不夠，可能是 static 變數太多，或 class 太多。

java.lang.OutOfMemoryError: Java heap space
表示 heap 空間不夠，可能是建立的物件太多，或是處理資料檔案太大。

-Xms<size> ： 初始的記憶體大小 (heap)
-Xmx<size> ： 最大的記憶體大小 (heap)
-XX:MaxNewSize=<size> ： 初始的記憶體大小 (stack)
-XX:MaxPermSize=<size> ：最大的記憶體大小 (stack)
-Xincgc = 讓gc在背景持續執行

例：
java -Xms512M -Xmx1024M -XX:MaxNewSize=256m -XX:MaxPermSize=256m -Xincgc -version

spring 的 annotation @Value 介紹

通常在 bean.xml 裡我們常以 value 注入單純的資料，如 int,string、
也會注入 properties 檔裡的變數資料，如：
x-setting.properties -
com.transtep.xdna.doc.projplan.docDirLocation=tpma_doc

x-bean.xml -
<property name="docDirLocation">
<value>${com.transtep.xdna.doc.projplan.docDirLocation}</value>
</property>

但spring 3.0 使用 annotation 的時候，x-bean.xml 有些 bean 就不需要再宣告了，如 @Controller
而是自動讓 spring 去 scan 某 package 找到的，如此一來就無法注入 value
在 spring 3.0.M3 時加入了 @Value 這一個方便的 annotation 讓我們可以重拾 value 注入。
用法：

@Value("${com.transtep.xdna.doc.projplan.docDirLocation}")
private String docDirLocation = "";

svn merge 合併 用法理解

svn merge 是用來合併 "其他" repos目錄的某段版本之間的 diff 到你指定的目錄(一般為 . )
假設 有 trunk/stable 和 branches/maintain 兩個目錄都是同一個專案的程式碼，

直接以範例來解釋：
一開始，在trunk下已經有一個穩定版本，但是在 ver 27 時發現一個 bug，
於是將 stable 以 svn copy 到 branches/maintain 並 commit 準備進行修正，此時，
ver 28 時 trunk/stable 和 branches/maintain 均為同一版本的程式碼。

maintain 開始修正 bug ...
在 bug 修正的過程中，一共 commit 了10個版本，並將 bug修正完成。
同時 stable 也有做一些新功能開發，但和 maintain 正在修正的 bug 無太大關聯。

此時 ver為 38，但 maintain 的程式碼和 stable 的程式碼，
已經有 28->38 之間 10個版本的落差，

為了將 maintain 做的修正 "補回" 到 trunk 中，我們要做 merge，首先 cd 到 stable 目錄下
執行 svn merge -r 28:38 ../../branches/maintain/ .
結果即是將 maintain 在版本 28->38 之間做的變更(diff) ，合併到目前的 stable 目錄下。

此階段也許會產生衝突，因為trunk也有可能和 maintain 在同一段程式碼有做修改。
解決衝突後，stable的版本就會是 maintain bug 修正 加 stable 新功能開發版本，
但是 "尚未 commit"。
再進行 stable 的 commit 後，stable 即是最新的版本。