10:00 不明白原因,啟動的時候提示java.io.eofException錯誤,也不明所以
11:00 我沒有看過任何jboss的資料,還是不行啊
12:00 找到公司以前的技術(shù)人員,和他討論,他也不知道原因,他推測是我新寫的什么應(yīng)用使用了過多的數(shù)據(jù)庫鏈接或者游標(biāo)而沒有釋放,導(dǎo)致jboss不能鏈接到oracle數(shù)據(jù)庫.因為他下午準(zhǔn)備論文答辯.公司其他人員完全沒有接觸過這塊.所以還是我一個人死挺
14:00 開始將備份的jboss的配置文件一行行的看,發(fā)現(xiàn)jboss好像自己帶了一個嵌入式數(shù)據(jù)庫,他的消息池應(yīng)該是存放在一個叫l(wèi)ocalDB的文件中的,我們現(xiàn)在這個文件有800m之大, 江湖謠傳jms這種隊列式的東西占用了800m內(nèi)容應(yīng)該不算正常,
13:00 將data目錄備份,用一個初始的localdb覆蓋掉原來的,然后去掉了一些不用的jms資源
忍了幾分鐘,好像正常啟動了,然后跟著啟動了基于jms的其他服務(wù),然后叫測試人員測試,正常了
事后再分析,我前幾天寫的一個程序每一秒放一條消息到j(luò)ms 池里面, 另外一邊接收的已經(jīng)做好了,當(dāng)時測試了部分都沒有問題,但是是什么原因會導(dǎo)致jboss的jms池有如此巨大的未處理消息呢,未解
