Goingmm

    

Key words
Name:     Apache Tomcat Version 5.5.9                                            
Release:  v 1.25 2005/01/19 20:30:26
JDK:        1.4.2 OR 5.0

背景：
    JDK5.0 + Tomcat 5.5.9
    去年，因?yàn)閲L鮮一直使用JDK5.0。使用這個搭配也從來沒有遇到問題

    JDK1.4.2 + Tomcat 5.5.9
    今年拿到新電腦后，現(xiàn)在的開發(fā)環(huán)境很依賴環(huán)境變量的設(shè)置。出于謹(jǐn)慎我還是選擇了使用JDK1.4.2
    昨天晚上無聊的裝上Tomcat 5.5.9玩
    
    1）JRE選擇JDK1.4.2 安裝完成
    2）用Monitor Tomcat 啟動Tomcat
    3）打開http://127.0.0.1:8080/
    4）找不到服務(wù)器
    5）感覺+漫罵... 真他NND的奇怪了 疑惑什么地方弄錯了

改裝經(jīng)歷：
    咱，不能丟臉的被這只貓貓忽悠吧！
    于是，很不耐煩的找出這個版本的RELEASE-NOTES（壞習(xí)慣-不太喜歡看說明）

   ==================
    Dependency Changes:
    ==================
    Tomcat 5.5 is designed to run on J2SE 5.0 and later, and requires
    configuration to run on J2SE 1.4.  Make sure to read the "RUNNING.txt" 
    file in this directory if you are using J2SE 1.4.

    In addition, Tomcat 5.5 uses the Eclipse JDT Java compiler for compiling
    JSP pages.  This means you no longer need to have the complete
    Java Development Kit (JDK) to run Tomcat, but a Java Runtime Environment
    (JRE) is sufficient.  The Eclipse JDT Java compiler is bundled with the 
    binary Tomcat distributions.  Tomcat can also be configured to use the
    compiler from the JDK to compile JSPs, or any other Java compiler supported 
    by Apache Ant.
    
     Installing the compatibility package will add the following to the list, which are
     needed when running on J2SE 1.4:
     * jmx.jar (Java Management Extensions API 1.2 or later)
     * xercesImpl.jar (Xerces XML Parser, version 2.6.2 or later)

     呵呵... 這里解釋的很清楚
     ? Tomcat 5.5 只默認(rèn)支持J2SE 5.0 and later
     ? Tomcat 5.5  在編譯JSP上做出的改變
    
     但是,TNND后面一段關(guān)于在JDK1.4上配置運(yùn)行的描述,實(shí)在是太迷糊人了[根本沒有說清楚]
     根據(jù)他表達(dá)的意思我試過很多方法
     ? 看來想要“不妥協(xié)”的使用，唯有“改裝”。有了改裝的初步想法
     ? 在我的機(jī)器里面找看有沒有現(xiàn)成的jar包 發(fā)現(xiàn)了幾個相似的包 測試不行
     ? 到官方網(wǎng)站[http://tomcat.apache.org/download-55.cgi]把所有的包都down下來看
     ? 最后發(fā)現(xiàn)一個像摸像樣的包[apache-tomcat-5.5.15-compat]但是和我現(xiàn)在的Tomcat版本不一樣
     ? 抱著試一下的心態(tài)。解壓縮出來兩個文件夾 ① bin ②common 用他們覆蓋安裝目錄下的文件夾
     ? 用Monitor Tomcat 啟動Tomcat
     ? 打開http://127.0.0.1:8080/ 看到了熟悉的貓貓 
     ? Bingo，記錄下這次“改裝”的經(jīng)歷

經(jīng)驗(yàn)總結(jié)：
      其實(shí)，這只是我們平時遇到的很小很小的問題（菜鳥問題）
      問：為什么要總結(jié)呢？為什么還用小題大作寫成blog呢？
      結(jié)：使用任何產(chǎn)品，用心看看說明文檔 是非常有必要的。尊重產(chǎn)品工作者的勞動，
               自己也能少很多麻煩
     
順便... 鏈接其他：
      關(guān)于Tomcat各個版本的運(yùn)行速度。emu 哥哥在他最近的blog中給出了測試結(jié)果
      個人感覺
      ?  Tomcat 越新的版本使用越方便[基本上不需要單獨(dú)配置]
      ?  Tomcat 不為我們熟悉的功能也越來越多[平時沒用到的也沒去關(guān)注過]
      ?  Tomcat  運(yùn)行速度的測試結(jié)果，我還是比較疑惑

   Goingmm  2006-02-12

  ? 280公里意味著什么？

             高速公路2.5小時車程，火車3.5小時行程

     ? 280公里發(fā)生了什么？

             兩次/年 片刻停泊 留下的唯有牽掛

     ? 280公里給了我什么？

             時間換來單薄生存 享受的唯有牽掛

     初八是個好日子 書上說：“七不出門，八不歸家”

     又要出發(fā)了 離家的感覺是牽掛

     爸媽牽掛280公里外的我 平平安安 有獲

     我牽掛280公里外的父母 身體健康 發(fā)財

     南充 [ 一個“變化”很大的城市 ]

     說“浮華”不敢  我不敢靠“淺嘗”的數(shù)字來誹謗

     說“作踐”不愿  我不愿靠“批露”的聲音來出名

     說“獨(dú)特”不能  我不能靠“斷言”的措辭來浮夸

     說“自清”不想  我不想靠“忘根”的情愫開解脫

     原本以為，可以把這里的“精彩”和大家分享

     調(diào)皮的光標(biāo)‘怪異’的擺下這個‘怪異’的標(biāo)題

     我能想到的，只有明天280公里遠(yuǎn)去的牽掛

     送給

     每一個即將離開父母去找尋夢想的朋友

     或許，你們的牽掛是2800公里 28000公里…

     臨走時，別忘了

     用心摸摸爸爸的皺紋

     悄悄數(shù)數(shù)媽媽的白發(fā)

     Goingmm Subscription  2006-2-5 凌晨

凌晨，看到一個挺有趣的討論[JavaEye]。2006年，Java界的主題將是什么？

兩年的開發(fā)經(jīng)歷，對新技術(shù)的追逐與否我不敢妄自評論。茶余飯后無聊的思考
基礎(chǔ)顯然重要，當(dāng)新事物能為我所用的時候，能快速應(yīng)對，足以
不可否認(rèn)，新技術(shù)的出現(xiàn),往往能成就一批熱心追逐的人[只是少部分，大部分屬于隨波逐流的困惑]

2000年 應(yīng)用服務(wù)器年 
       這一年，Java應(yīng)用服務(wù)器的需求成為各大公司的最大利益。誰不希望用“業(yè)界標(biāo)準(zhǔn)”來標(biāo)榜自己呢！
■  BEA公司的繁榮從此開始

2001年 EJB年
       這一年，EJB2.0發(fā)布，整個Java業(yè)界為之震動，“牽強(qiáng)”的分布式架構(gòu)，讓EJB成了魔術(shù)詞匯
■  EJB成了高價企業(yè)軟件的“文憑”。懂不懂EJB成為能不能拿到高薪的關(guān)鍵

2002年 設(shè)計模式年
       這一年，大家開始發(fā)現(xiàn)EJB真TNND難用，開始發(fā)現(xiàn)Java開發(fā)需要遵循某種規(guī)則，設(shè)計模式開始流行，
       J2EE核心模式也應(yīng)運(yùn)而生
■   jdon網(wǎng)站借著設(shè)計模式的熱點(diǎn)一舉成名

2003年 Hibernate年
       這一年，大家開始否定EJB，開始采用O/R Mapping，Hibernate迅速流行
■  JavaEye由于頗有預(yù)見性的推廣普及Hibernate而成為國內(nèi)Java社區(qū)的亮點(diǎn)

2004年 Spring年 
       這一年,EJB3規(guī)范和JDO2規(guī)范忙著打架，但是真正的主角是Spring，Spring攜著IoC和AOP迅速占領(lǐng)J2EE的眼球.
■  《Without EJB》 成為大家背棄EJB2.0的宣言書

2005年 AJAX年
       這一年，大部分時間大家都在反思，或者是學(xué)習(xí)合適的應(yīng)用程序架構(gòu)。伴隨著Google的Gmail，
       Google Maps等一系列AJAX應(yīng)用，一個古老的XMLHTTP組件咸魚翻身。這個冬天終于找到了主題-AJAX
■  驕傲的程序員回頭關(guān)注“用戶體驗(yàn)”

2006年 XX年？
       這一年，除了成名已久的EJB3.0值得期待，我們還能看到出人意料的新名詞嗎？
       這一年，將會是更深刻的反思年嗎？[用已有的技術(shù)集合更完美的“用戶體驗(yàn)”]
       這一年，我們將何去何從，我也說不清楚
       你呢？

 Goingmm  2006-02-03

    2006年1月25日早上9點(diǎn)起床
    收拾了幾件換洗的衣服準(zhǔn)備回家
    回家的心情是急切的，關(guān)上門
    剛走出幾步
    又摸出鑰匙串 回去掃視著整個房間
   
    是不舍？
    是不情愿？
    是不放心？

    好像感覺有什么東西落下了
    似乎惦念著還有什么事沒有做完
   
    5分鐘后沒有任何發(fā)現(xiàn) 倔強(qiáng)的離開了
    在離開的的士上還在猜疑
    永遠(yuǎn)離別一個城市也不曾有過的感覺
   
    大年三十
    陪爸爸媽媽看完春節(jié)晚會
    邀集一伙朋友準(zhǔn)備出去“通宵”
    因?yàn)榻衲晔潜久?BR>    大伙都建議上廟去求個 [ 2006 平安 ]
   
   坐車+走路 1小時就到了
   見了 如來佛 觀音菩薩 十八羅漢 財神爺 ...
   祈禱的心是誠實(shí)的
   面對恩賜，永不滿足的心 感覺太亂

   大年初二
   一伙朋友坐船出去 游嘉陵江
   目的地是 
   50多年前“毛主席的共產(chǎn)主義作品” -- 農(nóng)村合作社
   看著 破陋的 兩排男女宿舍+兩間夫妻房
    聽著  89歲老人淳樸的歌聲“社會主義好”
    喝著 所謂的“大鍋飯”（一大鍋紅薯稀飯）
    
    50  年前的“共產(chǎn)主義”    
    500年后的“共產(chǎn)主義”
    
    希望 至少能像廟里的菩薩
    給我一點(diǎn)虔誠的勇氣 

    心突然...
   
    Goingmm  2006-01-30
     
   

BLOGJAVA 服務(wù)器居然是這個配置

Windows Server 2003

Microsoft-IIS/6.0

15-Jan-2006

61.147.119.205

CHINANET jiangsu province yangzhou city network

   2006-1-1 15：30 打開眼睛，撕開被子，立起枕頭，挺冷的，想躺下繼續(xù)睡。 
   2006是我的本命年，迷信嗎？還有點(diǎn)心虛。理性吧！有準(zhǔn)備承受更大的壓力。

   新年的第一天，你是怎么過的？有為自己在新的一年做計劃嗎？有和朋友一起出去大吃一頓慶祝嗎？有像我一樣睡昏了頭的嗎？看看我新年第一天的流水帳吧！
   什么都還沒有做，心里有點(diǎn)怪怪的。為什么會有點(diǎn)發(fā)了慌的感覺。因?yàn)槭裁炊紱]有做發(fā)慌嗎？可能是肚子太餓了。 
   找到一家象樣的中餐館子。要了一盤“鍋盔回鍋”，還特意叫老板上了一碟紅油泡菜。整碗白米干飯。很不錯哦。
   吃飽回家看會電視（湖南電視臺的新春晚會），TNND翻來覆去都是那幾個“超女”沒看頭。
   點(diǎn)支煙，摸出電腦準(zhǔn)備聽會音樂，翻翻過去一年的照片。讓回憶在“小資”中升華。突然記起前幾天Down了WTP1.0。最近在翻看一些經(jīng)典電影。一直都沒時間玩玩。于是打開玩，等我再次感覺肚子餓已經(jīng)是晚上22：20
   對了，MIKE明天就要去SOHU了。臨別前，給他電話送別。那娃居然在打麻將。不曉得聽懂我送別的良苦用心沒有。愿他一路順風(fēng)。新年新成績吧！
   放下電話，煮碗面吃，又看見昨天泡的衣服都還沒有洗。
   洗衣服是一件很有趣的事情。平時很少有機(jī)會運(yùn)動，這時候可以湊合著活動一下。平時繃緊的神經(jīng)挺累的。這時候，可以很享受的哼唱著散碎的歌曲。憂郁了，可以試著在發(fā)泄中思考。享受著局外人的寧靜
   工作快兩年了，自己問過自己一個問題，說忙也好，頹廢也吧。一直在回避，怕自己知道答案后會后悔當(dāng)初。會逃避現(xiàn)實(shí)生活，會不知所措…偏偏在這時候想起“為什么想要做一個程序員”。
   當(dāng)初可能有一種不服輸?shù)南敕āＳ嬎銠C(jī)畢業(yè)總能混碗吃吧。靠自己的雙手生存的感覺真的不錯。但是這種感覺很短暫。
   晚上的公交車窗外，燈紅酒綠。而我們只屬于浮華背后的看客。躲在車窗后面的我們，窺視著，YY著。或許有著無數(shù)的感慨和暢想。或許回味著有時候也加入其中。哽咽著洗腳水味的洋酒。帶著酒意，舞動在模糊迷人的身體背后。那是在發(fā)泄，那是在饑渴的釋放… 那是一只披著羊皮的狼。
   因?yàn)?/SPAN>…這里沒有欺騙，沒有勾心斗角，沒有討價還價，很單純，單純到你可以沒有其他的任何生活方式。在這里你可以找到攻城拔寨的快感。可以享受與世隔絕的寧靜。懷揣骨子里面的清高。或許還能享受在別人眼中的高手身份吧！
   大多數(shù)程序員都會經(jīng)歷 新手學(xué)習(xí)；逐漸成熟；自暴自棄，浮躁得異想天開；走向成熟或者是不知天高地厚得狂妄。
   很難定義自己現(xiàn)在所處的階段。就算在浮躁期吧。有了一點(diǎn)小小的成就感以后，就會變的浮躁，開始去思考，為什么做程序員，現(xiàn)在該拿多少薪水，夢想的實(shí)物該拿什么去換…
      我不敢奢望誰能去幫我承擔(dān)這種浮躁…光標(biāo)閃到這里，變得機(jī)械了。突然沒言語
   知道自己需要有一段長時間的休息。去忘掉Source Code，淡化網(wǎng)絡(luò)給我們帶來的便捷。開始打算著，選擇離開一段時間。離開Office，離開友情深深的團(tuán)隊。離開這塊“凈土”去瞧瞧陌生的精彩。回到闊別已久的老家追憶童年。或許生活的不堪重負(fù)會讓我減卻浮躁。或許該把競技的舞臺留給更多饑渴的勇士。這樣對大家都好。

   都說，新的一年應(yīng)該給自己一個新的計劃。計劃如果有Scope的話。可以把他分成三種

n    Request 類型的 [每一次記得了，看看計劃，傻笑一下，干一次]

n    Session 類型的 [在一個階段給自己的計劃，可以按計劃堅持干完]

n    持久    類型的 [給自己一個長期的計劃，不懈的努力]

面對計劃，我就屬于第一種，哈哈！給大家說一段笑話吧。大學(xué)的時候計劃考英語四級，買了本單詞來背。前些天再次想起，翻出來看的時候發(fā)現(xiàn)結(jié)果才看到“E”。看了兩天又丟一邊了。

所以，有時候我不太喜歡過場式的給自己計劃。做好每一天，讓“鮮為人知的理想”離我越來越近就好。今天打算為浮躁埋單

    衣服洗完了，好象今天洗得特別干凈。新年新氣象嘛！


Goingmm Subscription 2006-01-01

      
       WTP（Web Tools Platform）是Eclipse組織的一個針對J2EE做的一個開發(fā)工具插件，是Eclipse下面的一個項目.使用過WTP 0.7的用戶都知道，WTP提供了幾乎完整的Web應(yīng)用開發(fā)的工具支持.
      12月19日，Eclipse基金會發(fā)布了WTP(Web Tool Project) 1.0rc版本.當(dāng)天只發(fā)布了相關(guān)的插件包。我大概是25號從官方網(wǎng)站http://download.eclipse.org/webtools/downloads/drops/R-1.0-200512210855/拿到了全集成的版本（Eclipse Version: 3.1.1 Build id: M20050929-0840）。
     用這個版本寫了一個DEMO。感覺是上手挺容易的。V1.0在V0.7的基礎(chǔ)上Fixed了一些Bug。而且有些功能點(diǎn)簡化了。做得更c(diǎn)ommon一些。使用過程遇到一些問題，但我不肯定是不是對環(huán)境不夠熟悉造成的誤解。比如修改一個JSP的名字，怎么發(fā)布都報錯，只有關(guān)掉WTP重新Init一次。還有中文問題在這個環(huán)境中仍然存在。為了不寫Action和相關(guān)配置文件，我用一個Servlet來控制轉(zhuǎn)發(fā)的，加上一句req.setCharacterEncoding("gb2312")就搞定了。

    列舉主要使用過程：
    ■ Setup and configuration 
    ■ Development basics       
    ■ JSP Editing                     
    ■  Servlets                         
    ■  Deployment descriptors  
    ■  Structure Source Editing (SSE) framework
    ■  Server
    ■  Running and debugging the web app

     準(zhǔn)備放這個Demo的過程,和簡單的代碼。但是篇幅原因，我就只能放一些零碎的圖片。在這里沒有打算告訴大家怎么去寫一個簡單的Web應(yīng)用。如果對WTP感興趣的話，這里就當(dāng)是一些初級的了解吧。有什么問題歡迎討論。
      
      WTP的基礎(chǔ)了解 PIC
     

    

    基本配置 PIC
   

   

   關(guān)于DEMO PIC
  

  添加一個這樣的服務(wù)器很簡單。和WSAD差不多

啟動好的服務(wù)器


運(yùn)行JSP


登陸頁面




登陸成功


中文請求 演示





END


goingmm 2006-01-02

異常處理

       曾經(jīng)專門花時間研究過JAVA中“異常處理”。一直想寫一篇文章。也一直沒有找到合適的方式。概念書上都有，在這里我再重提又覺得對不起大家。最后就不了了之。
       無意間，看到CSDN上有一篇文章寫得不錯。轉(zhuǎn)給大家看看吧。作者給出了很標(biāo)準(zhǔn)的做法，這里我加點(diǎn)建議。
      
       僅供參考 注：所有建議都不會去懷疑和針對，作者想要講解的異常處理知識點(diǎn)
     ￠ Source code的每一個角落都這樣100%標(biāo)準(zhǔn)的去處理異常。會一定程度的影響代碼質(zhì)量。不要相同的處理邏輯反復(fù)出現(xiàn)（比如用Template模式簡化處理過程）         
  ￠ 根據(jù)自己的實(shí)際情況選擇異常使用，能不用異常處理的時候盡量不要用。有時候沒有必要“強(qiáng)求”100%       
      
      轉(zhuǎn)貼內(nèi)容

      你覺得自己是一個Java專家嗎？是否肯定自己已經(jīng)全面掌握了Java的異常處理機(jī)制？在下面這段代碼中，你能夠迅速找出異常處理的六個問題嗎？
    

 11 OutputStreamWriter out =  
 22 java.sql.Connection conn =  
 33 try { // ⑸ 
 44 　Statement stat = conn.createStatement(); 
 55 　ResultSet rs = stat.executeQuery( 
 66 　　"select uid, name from user"); 
 77 　while (rs.next()) 
 88 　{ 
 99 　　out.println("ID：" + rs.getString("uid") // ⑹ 
1010 　　　"，姓名：" + rs.getString("name")); 
1111 　} 
1212 　conn.close(); // ⑶ 
1313 　out.close(); 
1414 } 
1515 catch(Exception ex) // ⑵ 
1616 { 
1717 　ex.printStackTrace(); //⑴，⑷ 
1818 }

作為一個Java程序員，你至少應(yīng)該能夠找出兩個問題。但是，如果你不能找出全部六個問題，請繼續(xù)閱讀本文。

　　本文討論的不是Java異常處理的一般性原則，因?yàn)檫@些原則已經(jīng)被大多數(shù)人熟知。我們要做的是分析各種可稱為“反例”（anti-pattern）的違背優(yōu)秀編碼規(guī)范的常見壞習(xí)慣，幫助讀者熟悉這些典型的反面例子，從而能夠在實(shí)際工作中敏銳地察覺和避免這些問題。

　　反例之一：丟棄異常

　　代碼：15行-18行。

　　這段代碼捕獲了異常卻不作任何處理，可以算得上Java編程中的殺手。從問題出現(xiàn)的頻繁程度和禍害程度來看，它也許可以和C/C++程序的一個惡名遠(yuǎn)播的問題相提并論??不檢查緩沖區(qū)是否已滿。如果你看到了這種丟棄（而不是拋出）異常的情況，可以百分之九十九地肯定代碼存在問題（在極少數(shù)情況下，這段代碼有存在的理由，但最好加上完整的注釋，以免引起別人誤解）。

　　這段代碼的錯誤在于，異常（幾乎）總是意味著某些事情不對勁了，或者說至少發(fā)生了某些不尋常的事情，我們不應(yīng)該對程序發(fā)出的求救信號保持沉默和無動于衷。調(diào)用一下printStackTrace算不上“處理異常”。不錯，調(diào)用printStackTrace對調(diào)試程序有幫助，但程序調(diào)試階段結(jié)束之后，printStackTrace就不應(yīng)再在異常處理模塊中擔(dān)負(fù)主要責(zé)任了。

　　丟棄異常的情形非常普遍。打開JDK的ThreadDeath類的文檔，可以看到下面這段說明：“特別地，雖然出現(xiàn)ThreadDeath是一種‘正常的情形’，但ThreadDeath類是Error而不是Exception的子類，因?yàn)樵S多應(yīng)用會捕獲所有的Exception然后丟棄它不再理睬。”這段話的意思是，雖然ThreadDeath代表的是一種普通的問題，但鑒于許多應(yīng)用會試圖捕獲所有異常然后不予以適當(dāng)?shù)奶幚恚訨DK把ThreadDeath定義成了Error的子類，因?yàn)镋rror類代表的是一般的應(yīng)用不應(yīng)該去捕獲的嚴(yán)重問題。可見，丟棄異常這一壞習(xí)慣是如此常見，它甚至已經(jīng)影響到了Java本身的設(shè)計。

　　那么，應(yīng)該怎樣改正呢？主要有四個選擇：

　　1、處理異常。針對該異常采取一些行動，例如修正問題、提醒某個人或進(jìn)行其他一些處理，要根據(jù)具體的情形確定應(yīng)該采取的動作。再次說明，調(diào)用printStackTrace算不上已經(jīng)“處理好了異常”。

　　2、重新拋出異常。處理異常的代碼在分析異常之后，認(rèn)為自己不能處理它，重新拋出異常也不失為一種選擇。

　　3、把該異常轉(zhuǎn)換成另一種異常。大多數(shù)情況下，這是指把一個低級的異常轉(zhuǎn)換成應(yīng)用級的異常（其含義更容易被用戶了解的異常）。

　　4、不要捕獲異常。

　　結(jié)論一：既然捕獲了異常，就要對它進(jìn)行適當(dāng)?shù)奶幚怼２灰东@異常之后又把它丟棄，不予理睬。

　　反例之二：不指定具體的異常

　　代碼：15行。

　　許多時候人們會被這樣一種“美妙的”想法吸引：用一個catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception ex)語句。但實(shí)際上，在絕大多數(shù)情況下，這種做法不值得提倡。為什么呢？

　　要理解其原因，我們必須回顧一下catch語句的用途。catch語句表示我們預(yù)期會出現(xiàn)某種異常，而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。由于絕大多數(shù)異常都直接或間接從java.lang.Exception派生，catch(Exception ex)就相當(dāng)于說我們想要處理幾乎所有的異常。

　　再來看看前面的代碼例子。我們真正想要捕獲的異常是什么呢？最明顯的一個是SQLException，這是JDBC操作中常見的異常。另一個可能的異常是IOException，因?yàn)樗僮鱋utputStreamWriter。顯然，在同一個catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個catch塊分別捕獲SQLException和IOException就要好多了。這就是說，catch語句應(yīng)當(dāng)盡量指定具體的異常類型，而不應(yīng)該指定涵蓋范圍太廣的Exception類。

　　另一方面，除了這兩個特定的異常，還有其他許多異常也可能出現(xiàn)。例如，如果由于某種原因，executeQuery返回了null，該怎么辦？答案是讓它們繼續(xù)拋出，即不必捕獲也不必處理。實(shí)際上，我們不能也不應(yīng)該去捕獲可能出現(xiàn)的所有異常，程序的其他地方還有捕獲異常的機(jī)會??直至最后由JVM處理。

　　結(jié)論二：在catch語句中盡可能指定具體的異常類型，必要時使用多個catch。不要試圖處理所有可能出現(xiàn)的異常。

　　反例之三：占用資源不釋放

　　代碼：3行-14行。

　　異常改變了程序正常的執(zhí)行流程。這個道理雖然簡單，卻常常被人們忽視。如果程序用到了文件、Socket、JDBC連接之類的資源，即使遇到了異常，也要正確釋放占用的資源。為此，Java提供了一個簡化這類操作的關(guān)鍵詞finally。

　　finally是樣好東西：不管是否出現(xiàn)了異常，F(xiàn)inally保證在try/catch/finally塊結(jié)束之前，執(zhí)行清理任務(wù)的代碼總是有機(jī)會執(zhí)行。遺憾的是有些人卻不習(xí)慣使用finally。

　　當(dāng)然，編寫finally塊應(yīng)當(dāng)多加小心，特別是要注意在finally塊之內(nèi)拋出的異常??這是執(zhí)行清理任務(wù)的最后機(jī)會，盡量不要再有難以處理的錯誤。

　　結(jié)論三：保證所有資源都被正確釋放。充分運(yùn)用finally關(guān)鍵詞。

反例之四：不說明異常的詳細(xì)信息

　　代碼：3行-18行。

　　仔細(xì)觀察這段代碼：如果循環(huán)內(nèi)部出現(xiàn)了異常，會發(fā)生什么事情？我們可以得到足夠的信息判斷循環(huán)內(nèi)部出錯的原因嗎？不能。我們只能知道當(dāng)前正在處理的類發(fā)生了某種錯誤，但卻不能獲得任何信息判斷導(dǎo)致當(dāng)前錯誤的原因。

　　printStackTrace的堆棧跟蹤功能顯示出程序運(yùn)行到當(dāng)前類的執(zhí)行流程，但只提供了一些最基本的信息，未能說明實(shí)際導(dǎo)致錯誤的原因，同時也不易解讀。

　　因此，在出現(xiàn)異常時，最好能夠提供一些文字信息，例如當(dāng)前正在執(zhí)行的類、方法和其他狀態(tài)信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。

　　結(jié)論四：在異常處理模塊中提供適量的錯誤原因信息，組織錯誤信息使其易于理解和閱讀。

　　反例之五：過于龐大的try塊

　　代碼：3行-14行。

　　經(jīng)常可以看到有人把大量的代碼放入單個try塊，實(shí)際上這不是好習(xí)慣。這種現(xiàn)象之所以常見，原因就在于有些人圖省事，不愿花時間分析一大塊代碼中哪幾行代碼會拋出異常、異常的具體類型是什么。把大量的語句裝入單個巨大的try塊就象是出門旅游時把所有日常用品塞入一個大箱子，雖然東西是帶上了，但要找出來可不容易。

　　一些新手常常把大量的代碼放入單個try塊，然后再在catch語句中聲明Exception，而不是分離各個可能出現(xiàn)異常的段落并分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難，因?yàn)橐淮蠖未a中有太多的地方可能拋出Exception。

　　結(jié)論五：盡量減小try塊的體積。

　　反例之六：輸出數(shù)據(jù)不完整

　　代碼：7行-11行。

　　不完整的數(shù)據(jù)是Java程序的隱形殺手。仔細(xì)觀察這段代碼，考慮一下如果循環(huán)的中間拋出了異常，會發(fā)生什么事情。循環(huán)的執(zhí)行當(dāng)然是要被打斷的，其次，catch塊會執(zhí)行??就這些，再也沒有其他動作了。已經(jīng)輸出的數(shù)據(jù)怎么辦？使用這些數(shù)據(jù)的人或設(shè)備將收到一份不完整的（因而也是錯誤的）數(shù)據(jù)，卻得不到任何有關(guān)這份數(shù)據(jù)是否完整的提示。對于有些系統(tǒng)來說，數(shù)據(jù)不完整可能比系統(tǒng)停止運(yùn)行帶來更大的損失。

　　較為理想的處置辦法是向輸出設(shè)備寫一些信息，聲明數(shù)據(jù)的不完整性；另一種可能有效的辦法是，先緩沖要輸出的數(shù)據(jù)，準(zhǔn)備好全部數(shù)據(jù)之后再一次性輸出。

　　結(jié)論六：全面考慮可能出現(xiàn)的異常以及這些異常對執(zhí)行流程的影響。

          改寫后的代碼

 1OutputStreamWriter out =  
 2java.sql.Connection conn =  
 3try { 
 4　Statement stat = conn.createStatement(); 
 5　ResultSet rs = stat.executeQuery( 
 6　　"select uid, name from user"); 
 7　while (rs.next()) 
 8　{ 
 9　　out.println("ID：" + rs.getString("uid") + "，姓名: " + rs.getString("name")); 
10　} 
11} 
12catch(SQLException sqlex) 
13{ 
14　out.println("警告：數(shù)據(jù)不完整"); 
15　throw new ApplicationException("讀取數(shù)據(jù)時出現(xiàn)SQL錯誤", sqlex); 
16} 
17catch(IOException ioex) 
18{ 
19　throw new ApplicationException("寫入數(shù)據(jù)時出現(xiàn)IO錯誤", ioex); 
20} 
21finally 
22{ 
23　if (conn != null) { 
24　　try { 
25　　　conn.close(); 
26　　} 
27　　catch(SQLException sqlex2) 
28　　{ 
29　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉數(shù)據(jù)庫連接: " + sqlex2.toString()); 
30　　} 
31　} 
32
33　if (out != null) { 
34　　try { 
35　　　out.close(); 
36　　} 
37　　catch(IOException ioex2) 
38　　{ 
39　　　System.err(this.getClass().getName() + ".mymethod - 不能關(guān)閉輸出文件" + ioex2.toString()); 
40　　} 
41　} 
42} 

         本文的結(jié)論不是放之四海皆準(zhǔn)的教條，有時常識和經(jīng)驗(yàn)才是最好的老師。如果你對自己的做法沒有百分之百的信心，務(wù)必加上詳細(xì)、全面的注釋。

　　另一方面，不要笑話這些錯誤，不妨問問你自己是否真地徹底擺脫了這些壞習(xí)慣。即使最有經(jīng)驗(yàn)的程序員偶爾也會誤入歧途，原因很簡單，因?yàn)樗鼈兇_確實(shí)實(shí)帶來了“方便”。所有這些反例都可以看作Java編程世界的惡魔，它們美麗動人，無孔不入，時刻誘惑著你。也許有人會認(rèn)為這些都屬于雞皮蒜毛的小事，不足掛齒，但請記住：勿以惡小而為之，勿以善小而不為。

2005-12-17
Goingmm  Subscription

幾天沒看新聞，Hibernate已經(jīng)發(fā)布3.1版本
http://sourceforge.net/project/showfiles.php?group_id=40712&package_id=127784&release_id=377721

Down下來簡單看了看。初看，沒多大變化嘛。但是關(guān)注一下Change Log.
感覺這個版本主要是Fixed 3.0的一些Bug

Change Log 部分引用

 1Changes in version 3.1  (12.12.2005)
 2-------------------------------------------
 3
 4** Bug
 5    * [HHH-849]   - Cartesian product + implicit joins
 6    * [HHH-1065] - user provided connection not usable by default due to agressive release changes
 7    * [HHH-1101] - associations join fetched in HQL without owner being selected
 8    * [HHH-1133] - Comparators, defined for collections in mapping files, are not set
 9    * [HHH-1149] - NPE flushing reattached entity  w/ non-mutable natural-id
10    * [HHH-1170] - HQL 'cast' function doesn't work with MySQL 4 when casting to string
11    * [HHH-1187] - Cannot delete a object having a delete-orphan collection when user_rollback_id is set
12    * [HHH-1191] - HQL fails backward compatibility using classic translator
13    * [HHH-1194] - hql delete statements with joined-subclass hierarchies with a mapped where attribute at the root
14    * [HHH-1206] - Mappings.TableDescription is not serializable
15    * [HHH-1212] - mismatch in entity-modes defined in DTD and EntityMode class
16    * [HHH-1227] - ClassCastException on DOM4J replicate of Calendar property
17    * [HHH-1239] - BinaryArithmeticOperatorNode.getDataType() does not properly handle date/time arithmetic
18    * [HHH-1240] - Track connection leakage in JDBCContext.afterTransactionCompletion()
19    * [HHH-1245] - Calling the Session should register it with the current JTA txn.
20    * [HHH-1254] - Serialization of Sessions using JDBCTransactions with auto-flush/auto-close
21
22** New Feature
23    * [HHH-1222] - Autodiscover scalar types in native-sql
24    * [HHH-1243] - allow placeholders to system properties in config properties
25    * [HHH-1244] - Support for MySQL5 stored procedures
26    * [HHH-1260] - Configuration.mergeProperties()
27
28** Task
29    * [HHH-1066] - Upgrade CGLIB to fix proxy memory leak
30    * [HHH-1242] - upgrade ANTLR to 2.7.6rc1
31
32** Improvement
33    * [HHH-860] - insert  select  and version numbers
34    * [HHH-926] - TypeDef should be global
35    * [HHH-1138] - No ConstraintName when using PostgreSQL
36    * [HHH-1144] - Implement naming convention for temporary test failures
37    * [HHH-1153] - PropertiesHelper fails reading primitive values from hibernate-mapping when doc has whitespace
38    * [HHH-1182] - Access to filter metadata
39    * [HHH-1183] - Getting sql "plan" for DML operations
40    * [HHH-1197] - Support for HQL delete on MaxDB
41    * [HHH-1198] - post-insert event pass the entity wo the id field filled when the generator is identity
42    * [HHH-1213] - make JACC event listeners auto configurable (through initialize(Configuration))
43    * [HHH-1215] - Added support for LVARCHAR in InformixDialect
44    * [HHH-1218] - Add concat() function support to SAPDBDialect
45    * [HHH-1255] - ThreadLocalSessionContext and Session serialization
46
47** Patch
48    * [HHH-967] - executeUpdate on StatelessSession
49    * [HHH-1172] - Missing configuration templates for the new MimerSQLDialect
50
51** Deprecation
52    * [HHH-1229] - deprecate ability for entities to not define identifier properties
53
54
55Changes in version 3.1 rc3  (17.11.2005)
56-------------------------------------------
57
58** Bug
59    * [HHH-755] - Setter / Getter for property gDate are wrong
60    * [HHH-764] - XML mapping
61    * [HHH-1034] - The connection is closed  *outside* the JTA transaction in TransactionHelper
62    * [HHH-1062] - java:comp/UserTransaction not correct for JBoss
63    * [HHH-1064] - Exception using JTATransaction in WebSphere 6
64    * [HHH-1069] - Unnecessary commas generated in select with left outer joins
65    * [HHH-1075] - New parser  "not exists" command bug
66    * [HHH-1077] - Typo in docs: "equiped"
67    * [HHH-1080] - HQL delete fails on entities with where-fragments using operators other than '='
68    * [HHH-1081] - missing parens in example code for Criteria Associations
69    * [HHH-1084] - incorrect method name "sql" in Restrictions example, should be "sqlRestriction"
70    * [HHH-1091] - Can't write transparent CurrentSessionContext for BMT
71    * [HHH-1098] - Patch for build.sh to be able to build latest version on linux
72    * [HHH-1106] - HQL "not in" generatad wrong SQL
73    * [HHH-1111] - JDBCTransaction.rollback() results in a call to Interceptor.beforeTransactionCompletion()
74    * [HHH-1128] - Column alias clashes under  certain circumstances
75    * [HHH-1146] - latest cvs(11/10/05)  hibernate3 issue with classic query
76    * [HHH-1156] - StatefulPersistenceContext not serializable when property-ref is used
77    * [HHH-1160] - Incorrect use of getGeneratedKey() for Oracle
78
79** New Feature
80    * [HHH-449] - korean hibernate reference manual
81    * [HHH-1129] - use expected-type in 'untyped' Query.setParameter()
82
83** Improvement
84    * [HHH-221] - Proxy for one-to-one with property-ref
85    * [HHH-844] - move parameter "bookkeeping" into QueryTranslator
86    * [HHH-1051] - "Compiled" native SQL queries are not cached
87    * [HHH-1061] - import.sql should allow more human readable and usable files
88    * [HHH-1078] - <dynamic-component> requires type on property
89    * [HHH-1120] - Make NamingStrategy to work nicely with HA and EJB3 naming strategy
90    * [HHH-1142] - added getSelectSequenceNextValString() and getCurrentTimestampSelectString() to TimesTenDialect
91
92** Patch
93    * [HHH-1063] - support for 'locate' function in SQLServer and Sybase dialects
94    * [HHH-1090] - Allow subqueries on criteria to obtain non-string results
95    * [HHH-1095] - Hibernate takes incorrect HasCode when a lot of CompositeKeys and Lazy loading is involved
96    * [HHH-1103] -  finalize method filter for proxies
97    * [HHH-1136] - more meaningful AssertionFailure message in org.hibernate.persister.entity.JoinedSubclassEntityPersister.getTableId()
98

       在想Class.forName 和ClassLoader.loadClass 的區(qū)別的時候。找到的一篇好文章。給有興趣的朋友推薦
       
引用：
        Java中類的查找與裝載出現(xiàn)的問題總是會時不時出現(xiàn)在Java程序員面前，這并不是什么丟臉的事情，相信沒有一個Java程序員沒遇到過ClassNotException,因此不要為被人瞅見自己也犯這樣的錯誤而覺得不自然，但是在如果出現(xiàn)了ClassNotFoundException后異常后一臉的茫然，那我想你該了解一下java的類裝載的體制了，同時為了進(jìn)行下面的關(guān)于類裝載器之間的隔離性的討論，我們先簡單介紹一下類裝載的體系結(jié)構(gòu)。
     
全文地址：http://gceclub.sun.com.cn/yuanchuang/week-9/classloader.html


2005-12-09

      外面天亮了，睜開朦朧的雙眼。
        到處找著“時間”，手機(jī)會到什么地方去了呢？
        凌晨3：50 比賽鬧鈴一響。夢中驚醒過來后，不知道把手機(jī)丟什么地方去了。

                                             The Brightest Star...
        跑不贏是有點(diǎn)郁悶
       
        
        群毆 從來都沒有懼過
       
        
        一手遮天 他娃可能黑手黨的小混混
        

      混混本色 跳起一耳SHI
      

      跟他們玩累了 咋哥倆就在這小睡一會吧
      

      2005-12-07