Swing

一眼看過(guò)去相信大家都知道用Runtime.getRuntime().exec來(lái)調(diào)用，我的需求就是：
調(diào)用Oracle EXP命令完成備份，并返回生成的備份文件名，這個(gè)備份文件會(huì)很快在其他的地方被使用。
采用Runtime.getRuntime().exec我們都知道，需要處理它的InputStream，以避免出現(xiàn)執(zhí)行的命令輸出的信息過(guò)多使得進(jìn)程被堵死，OK，按照這樣的方法，開(kāi)寫(xiě)：

寫(xiě)完收工，執(zhí)行，傻了，進(jìn)程被掛S了，到底什么原因呢，開(kāi)始瞎嘗試，把讀取process的InputStream的部分全部去掉，執(zhí)行，竟然OK，更暈，但這個(gè)時(shí)候出現(xiàn)了一個(gè)問(wèn)題，那就是沒(méi)法知道什么時(shí)候備份文件完全生成了，如果在Runtime.getRuntime后去獲取備份文件，那個(gè)時(shí)候甚至連備份文件都沒(méi)生成，之后甚至嘗試過(guò)輪詢(xún)直到備份文件生成，再往下走，那樣還是有問(wèn)題，就是生成的那個(gè)備份文件永遠(yuǎn)都只有正常的一半的大小，只有在整個(gè)進(jìn)程退出的時(shí)候它才正常的全部生成。
竟然碰到這樣的問(wèn)題，徹底暈，開(kāi)始google，竟然只查到一篇和我這同樣的問(wèn)題，更郁悶的是那個(gè)帖子最后樓主寫(xiě)了一句“問(wèn)題解決了”，但沒(méi)寫(xiě)是怎么解決的，郁悶S。
只好自己開(kāi)始嘗試各種辦法，上網(wǎng)抓人到處問(wèn)，最后在自己不斷的嘗試下終于是出現(xiàn)了轉(zhuǎn)機(jī)，在我的N+1次嘗試的時(shí)候我改為只讀取process的ErrorStream，然后執(zhí)行，暈，OK了，在導(dǎo)出成功的情況下沒(méi)有問(wèn)題，但在導(dǎo)出有錯(cuò)誤的時(shí)候(像sid不對(duì)，用戶(hù)名錯(cuò)誤，數(shù)據(jù)庫(kù)沒(méi)啟動(dòng)等)進(jìn)程還是被掛S，但只要導(dǎo)出成功沒(méi)問(wèn)題，導(dǎo)出有錯(cuò)誤的問(wèn)題是很好處理的，OK，最后試驗(yàn)的代碼改為這樣：
當(dāng)然，實(shí)際的代碼中不能像這里寫(xiě)的一樣，直接去判斷是否含錯(cuò)誤這個(gè)字符串，而且這段代碼是只適合在winnt版本以上的windows操作系統(tǒng)上執(zhí)行的。
這樣反而可以了，說(shuō)明什么呢，說(shuō)明在執(zhí)行oracle的exp時(shí)，出現(xiàn)了一個(gè)很怪的現(xiàn)象，就是exp在console輸出的信息沒(méi)有被放入InputStream，反而是放到了ErrorStream中(即使正確的情況也是)，這就導(dǎo)致了按照正常的情況去寫(xiě)這段代碼的話反而會(huì)出問(wèn)題。

擔(dān)心以后再次碰到這樣的問(wèn)題，備忘一下....