2007年4月20日
#
應用啟動時報錯:
<Sep 14, 2009 8:42:19 AM GMT+08:00> <Warning> <JDBC> <BEA-001129> <Received exception while creating connection for pool "test": [IBM][CLI Driver] SQL30081N A communication error has been detected. Communication protocol being used: "TCP/IP". Communication API being used: "SOCKETS". Location where the error was detected: "192.168.128.44". Communication function detecting the error: "recv". Protocol specific error code(s): "*", "*", "0". SQLSTATE=08001
這個錯誤,網上一般都是說的DB2環境配置問題:DB2COMM和SVCNAME變量設置不對,但是這個環境下使用的是type2的驅動,本地catalog的數據庫是可以連通的,遠程java連接數據庫也可以成功,最后,只好向客戶要了機器的口令和weblogic控制臺口令,結果進去一看,狂汗,有3,4個jdbc pool的初始連接數都是150,加起來超過默認的數據庫代理數目了,改到25,重啟,一切ok!
tivoli數據庫數據不斷增大,90G的空間也只剩下2G了,ibm的工程師說沒有清理數據的腳本,但是又說數據庫里面各歷史數據表沒有關聯,可以清除,于是SELECT TABSCHEMA,TABNAME,CARD,NPAGES,FPAGES,OVERFLOW,CLUSTERED,ACTIVE_BLOCKS FROM SYSSTAT.TABLES order by card desc了一把,找到最上面一個表,看看里面的數據有500多w條,用sql語句delete卻總是刪除不掉,搜索了一把,alter table tblname activate not logged initially with empty table可以清除,測試了下確實可以.
另外還發現數據庫中好多表名是用"開頭和結尾的,有些數據庫客戶端工具卻不能正確讀取表名,不知道為什么.
用myeclipse 5.1基于xFire開發webservice真是方便,不過在wsad5.1測試環境下xFire的QName類和jdom會和runtime下的沖突,刪除了runtime下的qname.jar并替換了jdom的jar包才成功.xfire依賴包里面的stat-api包里面的QNmae類可用,到sun下載的最新的Qname包不行.
exetreme table的實現以前都沒研究過,感覺確實大大減少了代碼量,不過好像只是針對顯示的,對于編輯保存功能沒什么支持,有空研究一下好不好擴展,另外,中文問題還是不少的.
要研究ext啦,界面真的很漂亮,不過性能有待驗證.