Swing

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

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

擔心以后再次碰到這樣的問題，備忘一下....