創建xml文件的工具
xml文件和html文件一樣，實際上是一個文本文件。顯然大家立刻就會明白，創建xml文件最普通的工具和html一樣，就是“記事本”了。除了“記事本”之外，當然還有一些更加方便的工具，如xml notepad、xml pro、clip！xml editor等，這些工具的一大特點是：能夠檢查你所建立的xml文件是否符合xml規範。不過，現在這些工具都隻有英文版的，并且需要付費使用。當然，你仍然能夠使用frontpage、dreamweaver等工具，不過使用起來不是很方便。随着xml的逐漸普及，相信在不久後，也會出現非常好用的創建xml文件的工具。
相關介紹
測試程序時，java抛出了system.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:42)相關的java.lang.IllegalStateException
最奇怪的是與id相關，有些數據庫讀的ID出錯，有些不出錯。因此就與網上所有提出此一錯誤的貼子，完全不投契。隻能倒轉從home.jsp從查找出錯的代碼行。
開始估計是由于gbk轉換時，把文本中的xml的gbk設置給幹掉了。因此要回到數據庫層面。
按昨天處理的字符集信息，倒回到原來的latin1，這是沒有經過字符處理的文件。但是結果仍然出錯。
逐段檢查下來，錯誤居然是這個毫無問題的字段
進一步的檢查确認，這是因為讀取longtext字段的xml時，digester要分析的文件裡的中文是亂碼，因為亂碼幹擾了xml分析器識别的文本标記，所以程序解釋出錯。
現在的問題是，數據庫送過來顯示的中文卻是正确的。但是java中提取分析的xml數據，卻是錯誤的。
開始時想到，可能是因為此前修改字段時，修改過request，應該可以将一個原封的應用目錄抄過來，看看是否正常。
轉換後仍是如此，排除了沒有修改過來的可能性。事實上，如果沒有修改過來，也不能通過第一次編譯。
這個問題有點印象，以前碰到過。恢複的程序版本參差，有些地方可能自相矛盾。隻能一點點digbug
進一步發現，成功打開過的xml實體bean自動存回數據庫時，代碼是變亂了。即它讀到的是亂碼，寫回起也是亂碼
