盡人事而順天命

沒有想到會碰到這樣的一個問題，百思不得其解，貼出來希望哪位也在使用 db2? type2 app jdbc 的兄弟幫忙分析一下：　

使用 ibatis? sql map以及 dao 框架　，使用 JTA 事務管理，在 websphere 5.1 以及 jboss 4.1 上測試，都出現以下的怪現象：　

使用? sql map　執行 insert? 操作的時候，　聲明如下的 sql map:

也就是說，一個完全不合法的 sql 語句，但是，在執行的時候， db2 jdbc 居然不報錯！！查找到 ibatis 的 sql 執行部分的代碼：　SqlExecutor　類的：　
　

其中并沒有什么特別的地方，可是? PrepardStatement 在執行的時候就是不　拋出 SQLException ,而是處理成 SQLWarning ，可以通過 getWarning 取到錯誤信息．　

而直接自己寫一個測試，直接去測試這樣一個不合法的 sql ，是會拋出異常的．
db2jdbc 的 bug ?? 還是其它哪里的環境設置？？　

使用模板對頁面布局進行管理，是一直以來的一個大問題，從以前的 include 方式到后來使用 tiles 進行布局，對于一個新的項目來說，我覺得布局、安全性、權限等這些東西，都是先要考慮的。

布局管理的目標是什么？？ 一般的應用（或是網站）中，具體內容部分相對是比較固定的，但是其外框卻可能隨客戶的喜好而有不同的修改（或是類似網站改版），那么，我認為，使用布局管理的主要目的，就是在這種布局管理修改時，能從容應對，只改動最可能少的文件。

為了達到只改動最可能少的文件的目錄，那么，自然的，我們會想到類似于OO語言中的繼承機制，如果布局是由父類管理的，那么改動時只改動父類就可以了。類似的，模板管理的布局，也應該是達到 這樣的目標的。 從這個角度來說， tiles 最大的可取之處，在于其頁面配置中的繼承機制（不了解 tiles的人請自己找找 tiles的資料看看），同時可參考 http://www.aygfsteel.com/steady/archive/2006/02/08/29953.html 。

在 struts 下，導航可以直接指向 tiles-config 里的定義，這樣就相當于是一個子類（個人覺得，對于大項目來說，這個配置文件的管理也是個大問題）。而在 jsf 里，頁面導航不能直接指向模板定義，而需要一個 jsp ，，雖然是個簡單的 jsp ,可是卻為了一個 view ,我們需要創建兩個 jsp?  對于大點的項目來說，這樣子的工作量并不小。 因此 ，總的來說，使用 tiles這樣子的布局管理，并不能達到我們想要的目的。 
說到這個，倒是讓人想起 wicket 的好處來，wicket 里，頁面是一個 java 類對應的，java 類可以繼承，這樣就很自然的把頁面布局的管理，換成上述的 OO 類繼承的方式了。 具體可以參考 wicket 的 example

myeclipse ide  4.1正式發布好像也有一段時間了，今天有點空給下載試了一下。
感覺最過份的，，， 是居然把圖象編輯給做了進去，，真是過份啊，，圖像編輯器里也有層次、漸變工具、套索工具等，做做簡單的圖片修改還真是夠用。

難不成，程序員自己操刀做簡單美工的需求比較大么？ 程序員兼做著美工可真夠累的啊。

不過。另外啰嗦一下，myeclipse 的  uml 功能，還是遠遠沒有達到讓我想要用他的程度，可能是以前用 together 用習慣了給寵的吧。在 eclipse 平臺上，現在還真是沒有什么感覺非常好的 uml 工具。 together 與 ibm rsa 都巨慢無比。。。。

在 jboss 的項目源碼里看到一個 .zuml 的文件，查了一下好像是一個名為 "Poseidon " 的工具，但是這東西沒有聽說過。。具體也不敢說了。

作為一個 web 開發套件來說，myeclipse 還是 eclipse 平臺上的最好選擇。其實對于比較熟練的開發人員來說，不需要太多的圖形化的東西，像jsf 的所見即所得編輯器，效率并不高。 畢竟 jsf 與 傳統的這種 UI 界面還是有很大的差距。