2005年11月14日 #
祝大家節日快樂! 結束了9月繁忙的工作.回家休息了很長時間沒上來更新. 生活比較瑣碎 .
TrackBack:http://www.tkk7.com/goingmm/archive/2006/06/23/54595.html
朋友們 五一快樂 出游的朋友注意安全 呆家里的朋友不要光顧著睡覺平時很少有機會看太陽哦我呢？回家 事實基本上已經不允許了出游 一直想去新加坡看看老朋友發現新加坡的單程機票200多[廣州白云機場→新加坡]可惜等我知道的時候三個月內的都預定空了再等下一次大假吧忙碌了幾個月我也說不清楚做了些啥但總算還是有一些小收獲有些煩人的問題... 現在終于有時間好好補補了正好有時間總結 總結下一次上來 一定把這三個月忙碌的過程和結果與大伙分享Goingmm 2006-05-01
忙了一個星期，事情總算平穩的起步了該睡覺了睡醒了再說...2006-03-19? Goingmm
這些天雜亂的事情太多要呆到20：00才回家不是給公司加班 可能是為自己奇異的想法昨天晚上在王府井外面聽到一首歌當時只記得一句歌詞：“想起我和你牽手的畫面”早上過來，歌詞幾乎都忘了嘗試搜索，居然找到了我不知道[想起]是新歌還是老歌感覺有點懷舊，又有點抄襲曲調能讓我想起十年前[蔡琴她們那些時代]部分節奏有點抄襲“神話主題曲”推薦給大伙 聽聽看吧曲名：想起 歌手：韓雪 回到相約的地點 在這我對你不了解 以為愛得深就不怕傷悲 偏偏愛人心成雪 我獨自走在寂寞的長街 回憶一幕幕重演 我告訴自己勇敢去面對 就算心碎也完美 想起我和你牽手的畫面 淚水化成云霞滿天 如果我和你還能再見面 就讓情意舊夢能圓 我們在不同的世界 想著每一次的誤會 好像再一次依偎你身邊 偏偏你有千里遠 我獨自走在寂寞的長街 回憶一幕幕重演 我告訴自己勇敢去面對 就算心碎也完美 想起我和你牽手的畫面 淚水化成云霞滿天 如果我和你還能再見面 就讓情意舊夢能圓 Goingmm 2006-03-10
請看：http://www.igoogle8.com/igoogle8/make/?f=1&s=Goingmm&t=0很奇怪吧？google怎么變成連版權都“個性化”的主頁了。而且用起來和google感覺還一模一樣再看：http://www.igoogle8.com/原來：http://www.igoogle8.com/ 做了手腳接著：主頁上沒有作者或者運營商的任何信息，于是打開google查詢關鍵字“igoogle8”http://www.google.com/search?hl=zh-CN&q=igoogle8&btnG=Google+%E6%90%9C%E7%B4%A2&lr=lang_zh-CN%7Clang_zh-TW哇！69 項符合igoogle8的查詢結果 大致看了一下Google狗年悄悄發布新品“愛狗狗吧”，引來網民蜂擁測試- 雅虎論壇iGoogle8愛狗狗吧/ 一秒鐘將Google據為己有 - 4:12iGoogle8愛狗狗吧，將Google據為己有/ 向好友推薦iGoogle8愛狗狗吧iGoogle8愛狗狗吧/ 超級女聲·狗狗爬行榜。。。。。。。。。。。。。。。。。。。。。。。。。后來：問了問GoogleChina 的朋友。他們也不知道這玩意作者弄了這么一個東西，但是又不做宣傳。居然還有人猜測是Google中國出的產品其他不說，就看主頁下面的[向好友推薦igoogle8 和 設為主頁] 這也不可能是google所為啊于是：查了查igoogle8的服務環境 OS Server Last changed IP address Netblock Owner FreeBSD Apache 8-Mar-2006 59.151.5.206 Abitcool(China) Inc. 1 forex.com.cn 3 10 3 Windows Server 2003 Microsoft-IIS/6.0 2 e4u.cn - 41 41 Linux Apache-Coyote/1.1 3 qunar.com - - - Linux Apache 4 www.zhanzuo.com - 25 25 FreeBSD Apache/1.3.34 (Unix) PHP/4.4.2 5 www.igoogle8.com - - - FreeBSD Apache結論：這家伙 不可能和Google有什么關系Goingmm 2006-03-08
Blog左邊新加了一個LOGO 點擊 可以立刻和我的QQ建立臨時通話通道 旁邊還有一個小企鵝圖標。如果亮著就表示在線 灰著就表示隱身 呵呵！ 如果我的QQ不在線 你也可以留言給我。 我測試過，能收到歷史消息 空了 多做幾個LOGO輪換著用 Goingmm 2006-03-04
Key Words: Sun Microsystems Java SE 6 Beta
歷時一年時間，Sun 終于推出了Java SE 6 Beta。這是Java SE 6（Mustang）的第一個完整版本。其中的亮點包括，web services，新的安全機制和管理，改進的desktop用戶體驗，File類添加了一些檢查磁盤空間的API。Splash Screen 等等 當然還有 Fixed and Known Bugs Downloading url:http://java.sun.com/javase/6/download.jspGoingmm 2006-02-16 from:csdn Goingmm 2006-02-17 Modified
新聞：2006年2月14日，Google中國黑板報[www.googlechinablog.com] 正式開通 定位：普通Google員工與網民分享交流產品、技術和文化的窗口 布局：左邊[2/3]用Blog做噱頭[ 吸引眼球] + 右邊[1/3][ 推銷自己的產品鏈接Google忠實的網絡推手] 用意：眼看中國這么大的市場，Google也急于在中國本地化，用心良苦 花絮：圖片“Google 中國工程師在工作”有一個胖娃的背影，有點像老“XU” 視角：直白的商業運作模式，不一定能拿到Google員工直白的心聲。喜歡關注Google的朋友，可以期待和觀望 企業比較低廉的一種公關模式。期待交流的想法是無庸置疑的，值得表揚Goingmm 2006-02-15 注意看紅色圈住的人是誰？ 老XU 啊！~~ 點圖片有超鏈Goingmm 2006-02-17 修改
Key wordsName: Apache Tomcat Version 5.5.9 Release: v 1.25 2005/01/19 20:30:26JDK: 1.4.2 OR 5.0背景： JDK5.0 + Tomcat 5.5.9 去年，因為嘗鮮一直使用JDK5.0。使用這個搭配也從來沒有遇到問題
JDK1.4.2 + Tomcat 5.5.9 今年拿到新電腦后，現在的開發環境很依賴環境變量的設置。出于謹慎我還是選擇了使用JDK1.4.2 昨天晚上無聊的裝上Tomcat 5.5.9玩 1）JRE選擇JDK1.4.2 安裝完成 2）用Monitor Tomcat 啟動Tomcat 3）打開http://127.0.0.1:8080/ 4）找不到服務器 5）感覺+漫罵... 真他NND的奇怪了 疑惑什么地方弄錯了
改裝經歷： 咱，不能丟臉的被這只貓貓忽悠吧！ 于是，很不耐煩的找出這個版本的RELEASE-NOTES（壞習慣-不太喜歡看說明）
呵呵... 這里解釋的很清楚 ? Tomcat 5.5 只默認支持J2SE 5.0 and later ? Tomcat 5.5 在編譯JSP上做出的改變 但是,TNND后面一段關于在JDK1.4上配置運行的描述,實在是太迷糊人了[根本沒有說清楚] 根據他表達的意思我試過很多方法 ? 看來想要“不妥協”的使用，唯有“改裝”。有了改裝的初步想法 ? 在我的機器里面找看有沒有現成的jar包 發現了幾個相似的包 測試不行 ? 到官方網站[http://tomcat.apache.org/download-55.cgi]把所有的包都down下來看 ? 最后發現一個像摸像樣的包[apache-tomcat-5.5.15-compat]但是和我現在的Tomcat版本不一樣 ? 抱著試一下的心態。解壓縮出來兩個文件夾 ① bin ②common 用他們覆蓋安裝目錄下的文件夾 ? 用Monitor Tomcat 啟動Tomcat ? 打開http://127.0.0.1:8080/ 看到了熟悉的貓貓 ? Bingo，記錄下這次“改裝”的經歷
經驗總結： 其實，這只是我們平時遇到的很小很小的問題（菜鳥問題） 問：為什么要總結呢？為什么還用小題大作寫成blog呢？ 結：使用任何產品，用心看看說明文檔 是非常有必要的。尊重產品工作者的勞動， 自己也能少很多麻煩 順便... 鏈接其他： 關于Tomcat各個版本的運行速度。emu 哥哥在他最近的blog中給出了測試結果 個人感覺 ? Tomcat 越新的版本使用越方便[基本上不需要單獨配置] ? Tomcat 不為我們熟悉的功能也越來越多[平時沒用到的也沒去關注過] ? Tomcat 運行速度的測試結果，我還是比較疑惑 Goingmm 2006-02-12
? 280公里意味著什么？
高速公路2.5小時車程，火車3.5小時行程
? 280公里發生了什么？
兩次/年 片刻停泊 留下的唯有牽掛
? 280公里給了我什么？
時間換來單薄生存 享受的唯有牽掛
初八是個好日子 書上說：“七不出門，八不歸家”
又要出發了 離家的感覺是牽掛
爸媽牽掛280公里外的我 平平安安 有獲
我牽掛280公里外的父母 身體健康 發財
南充 [ 一個“變化”很大的城市 ]
說“浮華”不敢 我不敢靠“淺嘗”的數字來誹謗
說“作踐”不愿 我不愿靠“批露”的聲音來出名
說“獨特”不能 我不能靠“斷言”的措辭來浮夸
說“自清”不想 我不想靠“忘根”的情愫開解脫
原本以為，可以把這里的“精彩”和大家分享
調皮的光標‘怪異’的擺下這個‘怪異’的標題
我能想到的，只有明天280公里遠去的牽掛
送給
每一個即將離開父母去找尋夢想的朋友
或許，你們的牽掛是2800公里 28000公里…
臨走時，別忘了
用心摸摸爸爸的皺紋
悄悄數數媽媽的白發
Goingmm Subscription 2006-2-5 凌晨
凌晨，看到一個挺有趣的討論[JavaEye]。2006年，Java界的主題將是什么？
兩年的開發經歷，對新技術的追逐與否我不敢妄自評論。茶余飯后無聊的思考基礎顯然重要，當新事物能為我所用的時候，能快速應對，足以不可否認，新技術的出現,往往能成就一批熱心追逐的人[只是少部分，大部分屬于隨波逐流的困惑]
2000年 應用服務器年 這一年，Java應用服務器的需求成為各大公司的最大利益。誰不希望用“業界標準”來標榜自己呢！■ BEA公司的繁榮從此開始
2001年 EJB年 這一年，EJB2.0發布，整個Java業界為之震動，“牽強”的分布式架構，讓EJB成了魔術詞匯■ EJB成了高價企業軟件的“文憑”。懂不懂EJB成為能不能拿到高薪的關鍵
2002年 設計模式年 這一年，大家開始發現EJB真TNND難用，開始發現Java開發需要遵循某種規則，設計模式開始流行， J2EE核心模式也應運而生■ jdon網站借著設計模式的熱點一舉成名
2003年 Hibernate年 這一年，大家開始否定EJB，開始采用O/R Mapping，Hibernate迅速流行■ JavaEye由于頗有預見性的推廣普及Hibernate而成為國內Java社區的亮點
2004年 Spring年 這一年,EJB3規范和JDO2規范忙著打架，但是真正的主角是Spring，Spring攜著IoC和AOP迅速占領J2EE的眼球.■ 《Without EJB》 成為大家背棄EJB2.0的宣言書
2005年 AJAX年 這一年，大部分時間大家都在反思，或者是學習合適的應用程序架構。伴隨著Google的Gmail， Google Maps等一系列AJAX應用，一個古老的XMLHTTP組件咸魚翻身。這個冬天終于找到了主題-AJAX■ 驕傲的程序員回頭關注“用戶體驗”
2006年 XX年？ 這一年，除了成名已久的EJB3.0值得期待，我們還能看到出人意料的新名詞嗎？ 這一年，將會是更深刻的反思年嗎？[用已有的技術集合更完美的“用戶體驗”] 這一年，我們將何去何從，我也說不清楚 你呢？ Goingmm 2006-02-03
2006年1月25日早上9點起床 收拾了幾件換洗的衣服準備回家 回家的心情是急切的，關上門 剛走出幾步 又摸出鑰匙串 回去掃視著整個房間 是不舍？ 是不情愿？ 是不放心？ 好像感覺有什么東西落下了 似乎惦念著還有什么事沒有做完 5分鐘后沒有任何發現 倔強的離開了 在離開的的士上還在猜疑 永遠離別一個城市也不曾有過的感覺 大年三十 陪爸爸媽媽看完春節晚會 邀集一伙朋友準備出去“通宵” 因為今年是本命年 大伙都建議上廟去求個 [ 2006 平安 ] 坐車+走路 1小時就到了 見了 如來佛 觀音菩薩 十八羅漢 財神爺 ... 祈禱的心是誠實的 面對恩賜，永不滿足的心 感覺太亂 大年初二 一伙朋友坐船出去 游嘉陵江 目的地是 50多年前“毛主席的共產主義作品” -- 農村合作社 看著 破陋的 兩排男女宿舍+兩間夫妻房 聽著 89歲老人淳樸的歌聲“社會主義好” 喝著 所謂的“大鍋飯”（一大鍋紅薯稀飯） 50 年前的“共產主義” 500年后的“共產主義” 希望 至少能像廟里的菩薩 給我一點虔誠的勇氣 心突然... Goingmm 2006-01-30
BLOGJAVA 服務器居然是這個配置
問：3G是目前最熱門的話題，到底3G服務與目前普遍使用的GSM和GPRS應用有何不同？
答：有兩個主要不同的地方：3G可提供更多的視頻服務。雖然GPRS也可提供視像上的享受，但卻不能提供好的視像品質。就好比如您要通過手機看直播串流，這是較難的，而3G就能。通過3G，用戶可體驗到不同的移動應用。
第二點是移動下載的速率比GPRS更好。比如您要下載一首完整的歌曲，一首歌約1.5MB。GPRS是可以下載的，但卻需要很長的時間，如果您使用3G服務，約花上30秒就可完成整首的歌曲下載。
另外一點就是在2G服務應用上做不到的，但3G服務卻能做到的視像通話，就類似2G的聲音通話，我們可通過手機面對面的通話。
還有一個不同是老百姓不容易接受或者不容易理解的，就是3G可以提供更加清晰的語音服務。由于2G的語音質量已經很不錯了，所以，這個答案只能是在3G上馬之后進行細微的比較才能得出。 當然，3G和2G最主要的就是帶寬升級帶來的應用。多種種應用應該不僅僅限于手機，筆記本和PDA用戶也應該能享受到3G帶來的便利
問：移動用戶可從3G服務中獲得怎樣的益處？
答：我把3G所帶來的益處規分為三種。
一是移動用戶可通過3G服務進行視像通話，無論您在哪里，您都可看到對方的表情進行通話。
二是通過3G的高速速率可更快的進入移動平臺。這是之前的2G服務所滿足不到用戶的關鍵。高速率的3G可讓您更快的進入您要的應用內容，例如進行下載工作時，之前的GPRS只能夠跑115kbps，但3G卻擁有更好的速率素質。
三是提供更廣系列的3G應用內容。
問：您剛才一直在提3G可進行視像通話。是否可以說，視像通話就是3G的殺手應用？
答：不，不能這么說。我認為目前沒有任何的3G殺手應用出現，當然希望是有的，但其實3G并不一定只有單一的殺手應用，或許有很多種。至于視像通話其實有一些不足，比如，當您進行視像通話，您的臉面對著鏡頭，這是進行視像通話時令人感到沉重的地方，有些人可能就不喜歡。這和單獨的用手機照相的感覺是不一樣的。
當然，我相信在3G服務之下，視像通話應用將是廣受用戶歡迎的3G應用，這一趨勢將在世界各地流行開來。另外，一旦我國上馬3G，視像通話將可能成為運營商宣傳的重點，用戶也就容易了解，相信視像通話將是推動3G服務的主要關鍵應用之一。
問：WIMAX也是無線技術之一，甚至有人說它是3.5G。您認為WIMAX與3G服務有什么不同？
答：WIMAX是一項新的技術，它充滿了市場潛能。WIMAX與3G同時在講述著寬頻，但兩者開始的角度是有所不同的。WIMAX講的是寬頻技術，談的是在家或是公共領域的無線應用，涉及到移動寬頻的解決方案。3G從一開始，就完全的從移動手機的角度開始或出發。
問：那些用戶可能成為3G的主要用戶？
答：有兩種目標用戶群。
第一種是專業的移動用戶。專業移動用戶可通過3G的視頻通話與伙伴通話，快速的網絡速率滿足他們的需求。快速率的3G數碼卡可以連接到他們筆記電腦，進入互聯網瀏覽，他們不再需要電話線或是其他的連接線。我們也將他們叫做高端用戶。
第二種是20歲至30歲之間的年輕人，他們視3G服務能為他們提供更多的娛樂，這將成為運營商的主要目標群。
問：您覺得3G服務上馬后，現有的2G/2.5G用戶是否會馬上轉去使用3G，或者說，那些因素決定用戶向3G轉移？
答：我想主要有三個因素。
第一是市場上的3G手機價格剛開始應該很貴。據我猜測，3G啟動初期在市場上的3G手機售價大多數將在三千以上，年輕用戶群對這樣的手機售價較難以消化。
二是3G服務的覆蓋率不夠。任何運營商得到3G牌照之后都不可能全國性建網，僅僅會在部分大城市先行建網，到2008年以后，絕大部分省、地市兩級城市才可能達到滿意的覆蓋率。這和中國聯通實施建設CDMA網絡以及CDMA用戶增長情況是一致的。
三就是用戶對3G服務的了解到底有多少？目前知道3G的人群其實非常的少，上馬3G之后，需要運營商以及SP們大力宣傳3G相關業務，才有可能讓更多的老百姓了解3G業務，比如前面提到的視像通話很可能是老百姓最早能接受或者了解到的業務。其實3G不僅是這項應用，而是有更快的下載速率，為用戶提供更多的視頻內容，或是更快的進入互聯網等益處，提供更多的娛樂。當然，我這里要強調的是，網絡的表現也是占有很大的因素，因此哪個運營商的網絡質量高，覆蓋率高，將可能吸引更多的用戶。
問：看目前的情形，我國很有可能出現多家3G運營商，那么，你認為，運營商應該用什么特點來吸引用戶選擇自己的3G服務？
答：我想，除了前面說的哪個運營商的網絡質量高，覆蓋率高，就可能吸引更多的用戶之外，關鍵是看哪個運營商提供的應用內容供應比競爭對手的應用內容多，譬如有多少個現場直播的電視頻道、多少種的娛樂選擇、多少種的視頻錄像下載、多少種的鈴聲選擇、多少種的游戲下載等。另外，一些新興業務如查看交通狀況、移動博客、數據卡等服務是否齊全等。
另一方就是誰的3G服務收費方面較讓大眾負擔得起，就好像您要進行視像通話，收費是與2G的聲音通話收費一致，收費大眾化。這也許是最影響用戶采用3G的關鍵因素了。
問：您認為2G服務什么時候退役，什么時候全面轉向使用3G？
答：我認為這需要一個較長的時間段，從今年年初算起，2G起碼還有7至10年的生命期，3G上馬之后，應該有個3年左右的慢熱期，我想到2010年之后，3G用戶將出現較高幅度的增長。作者版權：http://blog.sina.com.cn/u/5560fa9f010001y52006-01-17
2006-1-1 15：30 打開眼睛，撕開被子，立起枕頭，挺冷的，想躺下繼續睡。 2006是我的本命年，迷信嗎？還有點心虛。理性吧！有準備承受更大的壓力。
新年的第一天，你是怎么過的？有為自己在新的一年做計劃嗎？有和朋友一起出去大吃一頓慶祝嗎？有像我一樣睡昏了頭的嗎？看看我新年第一天的流水帳吧！ 什么都還沒有做，心里有點怪怪的。為什么會有點發了慌的感覺。因為什么都沒有做發慌嗎？可能是肚子太餓了。 找到一家象樣的中餐館子。要了一盤“鍋盔回鍋”，還特意叫老板上了一碟紅油泡菜。整碗白米干飯。很不錯哦。 吃飽回家看會電視（湖南電視臺的新春晚會），TNND翻來覆去都是那幾個“超女”沒看頭。 點支煙，摸出電腦準備聽會音樂，翻翻過去一年的照片。讓回憶在“小資”中升華。突然記起前幾天Down了WTP1.0。最近在翻看一些經典電影。一直都沒時間玩玩。于是打開玩，等我再次感覺肚子餓已經是晚上22：20 對了，MIKE明天就要去SOHU了。臨別前，給他電話送別。那娃居然在打麻將。不曉得聽懂我送別的良苦用心沒有。愿他一路順風。新年新成績吧！ 放下電話，煮碗面吃，又看見昨天泡的衣服都還沒有洗。 洗衣服是一件很有趣的事情。平時很少有機會運動，這時候可以湊合著活動一下。平時繃緊的神經挺累的。這時候，可以很享受的哼唱著散碎的歌曲。憂郁了，可以試著在發泄中思考。享受著局外人的寧靜 工作快兩年了，自己問過自己一個問題，說忙也好，頹廢也吧。一直在回避，怕自己知道答案后會后悔當初。會逃避現實生活，會不知所措…偏偏在這時候想起“為什么想要做一個程序員”。 當初可能有一種不服輸的想法。計算機畢業總能混碗吃吧。靠自己的雙手生存的感覺真的不錯。但是這種感覺很短暫。 晚上的公交車窗外，燈紅酒綠。而我們只屬于浮華背后的看客。躲在車窗后面的我們，窺視著，YY著。或許有著無數的感慨和暢想。或許回味著有時候也加入其中。哽咽著洗腳水味的洋酒。帶著酒意，舞動在模糊迷人的身體背后。那是在發泄，那是在饑渴的釋放… 那是一只披著羊皮的狼。 因為…這里沒有欺騙，沒有勾心斗角，沒有討價還價，很單純，單純到你可以沒有其他的任何生活方式。在這里你可以找到攻城拔寨的快感。可以享受與世隔絕的寧靜。懷揣骨子里面的清高。或許還能享受在別人眼中的高手身份吧！ 大多數程序員都會經歷 新手學習；逐漸成熟；自暴自棄，浮躁得異想天開；走向成熟或者是不知天高地厚得狂妄。 很難定義自己現在所處的階段。就算在浮躁期吧。有了一點小小的成就感以后，就會變的浮躁，開始去思考，為什么做程序員，現在該拿多少薪水，夢想的實物該拿什么去換… 我不敢奢望誰能去幫我承擔這種浮躁…光標閃到這里，變得機械了。突然沒言語 知道自己需要有一段長時間的休息。去忘掉Source Code，淡化網絡給我們帶來的便捷。開始打算著，選擇離開一段時間。離開Office，離開友情深深的團隊。離開這塊“凈土”去瞧瞧陌生的精彩。回到闊別已久的老家追憶童年。或許生活的不堪重負會讓我減卻浮躁。或許該把競技的舞臺留給更多饑渴的勇士。這樣對大家都好。
都說，新的一年應該給自己一個新的計劃。計劃如果有Scope的話。可以把他分成三種
n Request 類型的 [每一次記得了，看看計劃，傻笑一下，干一次]
n Session 類型的 [在一個階段給自己的計劃，可以按計劃堅持干完]
n 持久 類型的 [給自己一個長期的計劃，不懈的努力]
面對計劃，我就屬于第一種，哈哈！給大家說一段笑話吧。大學的時候計劃考英語四級，買了本單詞來背。前些天再次想起，翻出來看的時候發現結果才看到“E”。看了兩天又丟一邊了。
所以，有時候我不太喜歡過場式的給自己計劃。做好每一天，讓“鮮為人知的理想”離我越來越近就好。今天打算為浮躁埋單
衣服洗完了，好象今天洗得特別干凈。新年新氣象嘛！Goingmm Subscription 2006-01-01
WTP（Web Tools Platform）是Eclipse組織的一個針對J2EE做的一個開發工具插件，是Eclipse下面的一個項目.使用過WTP 0.7的用戶都知道，WTP提供了幾乎完整的Web應用開發的工具支持. 12月19日，Eclipse基金會發布了WTP(Web Tool Project) 1.0rc版本.當天只發布了相關的插件包。我大概是25號從官方網站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的基礎上Fixed了一些Bug。而且有些功能點簡化了。做得更common一些。使用過程遇到一些問題，但我不肯定是不是對環境不夠熟悉造成的誤解。比如修改一個JSP的名字，怎么發布都報錯，只有關掉WTP重新Init一次。還有中文問題在這個環境中仍然存在。為了不寫Action和相關配置文件，我用一個Servlet來控制轉發的，加上一句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 準備放這個Demo的過程,和簡單的代碼。但是篇幅原因，我就只能放一些零碎的圖片。在這里沒有打算告訴大家怎么去寫一個簡單的Web應用。如果對WTP感興趣的話，這里就當是一些初級的了解吧。有什么問題歡迎討論。 WTP的基礎了解 PIC 基本配置 PIC 關于DEMO PIC 添加一個這樣的服務器很簡單。和WSAD差不多啟動好的服務器運行JSP登陸頁面登陸成功中文請求 演示ENDgoingmm 2006-01-02
異常處理 曾經專門花時間研究過JAVA中“異常處理”。一直想寫一篇文章。也一直沒有找到合適的方式。概念書上都有，在這里我再重提又覺得對不起大家。最后就不了了之。 無意間，看到CSDN上有一篇文章寫得不錯。轉給大家看看吧。作者給出了很標準的做法，這里我加點建議。 僅供參考 注：所有建議都不會去懷疑和針對，作者想要講解的異常處理知識點 ￠ Source code的每一個角落都這樣100%標準的去處理異常。會一定程度的影響代碼質量。不要相同的處理邏輯反復出現（比如用Template模式簡化處理過程） ￠ 根據自己的實際情況選擇異常使用，能不用異常處理的時候盡量不要用。有時候沒有必要“強求”100% 轉貼內容 你覺得自己是一個Java專家嗎？是否肯定自己已經全面掌握了Java的異常處理機制？在下面這段代碼中，你能夠迅速找出異常處理的六個問題嗎？
反例之四：不說明異常的詳細信息 代碼：3行-18行。 仔細觀察這段代碼：如果循環內部出現了異常，會發生什么事情？我們可以得到足夠的信息判斷循環內部出錯的原因嗎？不能。我們只能知道當前正在處理的類發生了某種錯誤，但卻不能獲得任何信息判斷導致當前錯誤的原因。 printStackTrace的堆棧跟蹤功能顯示出程序運行到當前類的執行流程，但只提供了一些最基本的信息，未能說明實際導致錯誤的原因，同時也不易解讀。 因此，在出現異常時，最好能夠提供一些文字信息，例如當前正在執行的類、方法和其他狀態信息，包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息。 結論四：在異常處理模塊中提供適量的錯誤原因信息，組織錯誤信息使其易于理解和閱讀。 反例之五：過于龐大的try塊 代碼：3行-14行。 經常可以看到有人把大量的代碼放入單個try塊，實際上這不是好習慣。這種現象之所以常見，原因就在于有些人圖省事，不愿花時間分析一大塊代碼中哪幾行代碼會拋出異常、異常的具體類型是什么。把大量的語句裝入單個巨大的try塊就象是出門旅游時把所有日常用品塞入一個大箱子，雖然東西是帶上了，但要找出來可不容易。 一些新手常常把大量的代碼放入單個try塊，然后再在catch語句中聲明Exception，而不是分離各個可能出現異常的段落并分別捕獲其異常。這種做法為分析程序拋出異常的原因帶來了困難，因為一大段代碼中有太多的地方可能拋出Exception。 結論五：盡量減小try塊的體積。 反例之六：輸出數據不完整 代碼：7行-11行。 不完整的數據是Java程序的隱形殺手。仔細觀察這段代碼，考慮一下如果循環的中間拋出了異常，會發生什么事情。循環的執行當然是要被打斷的，其次，catch塊會執行??就這些，再也沒有其他動作了。已經輸出的數據怎么辦？使用這些數據的人或設備將收到一份不完整的（因而也是錯誤的）數據，卻得不到任何有關這份數據是否完整的提示。對于有些系統來說，數據不完整可能比系統停止運行帶來更大的損失。 較為理想的處置辦法是向輸出設備寫一些信息，聲明數據的不完整性；另一種可能有效的辦法是，先緩沖要輸出的數據，準備好全部數據之后再一次性輸出。 結論六：全面考慮可能出現的異常以及這些異常對執行流程的影響。 改寫后的代碼
本文的結論不是放之四海皆準的教條，有時常識和經驗才是最好的老師。如果你對自己的做法沒有百分之百的信心，務必加上詳細、全面的注釋。 另一方面，不要笑話這些錯誤，不妨問問你自己是否真地徹底擺脫了這些壞習慣。即使最有經驗的程序員偶爾也會誤入歧途，原因很簡單，因為它們確確實實帶來了“方便”。所有這些反例都可以看作Java編程世界的惡魔，它們美麗動人，無孔不入，時刻誘惑著你。也許有人會認為這些都屬于雞皮蒜毛的小事，不足掛齒，但請記住：勿以惡小而為之，勿以善小而不為。2005-12-17Goingmm Subscription
幾天沒看新聞，Hibernate已經發布3.1版本http://sourceforge.net/project/showfiles.php?group_id=40712&package_id=127784&release_id=377721Down下來簡單看了看。初看，沒多大變化嘛。但是關注一下Change Log. 感覺這個版本主要是Fixed 3.0的一些BugChange Log 部分引用
在想Class.forName 和ClassLoader.loadClass 的區別的時候。找到的一篇好文章。給有興趣的朋友推薦 引用： Java中類的查找與裝載出現的問題總是會時不時出現在Java程序員面前，這并不是什么丟臉的事情，相信沒有一個Java程序員沒遇到過ClassNotException,因此不要為被人瞅見自己也犯這樣的錯誤而覺得不自然，但是在如果出現了ClassNotFoundException后異常后一臉的茫然，那我想你該了解一下java的類裝載的體制了，同時為了進行下面的關于類裝載器之間的隔離性的討論，我們先簡單介紹一下類裝載的體系結構。 全文地址：http://gceclub.sun.com.cn/yuanchuang/week-9/classloader.html2005-12-09
外面天亮了，睜開朦朧的雙眼。 到處找著“時間”，手機會到什么地方去了呢？ 凌晨3：50 比賽鬧鈴一響。夢中驚醒過來后，不知道把手機丟什么地方去了。 The Brightest Star... 跑不贏是有點郁悶 群毆 從來都沒有懼過 一手遮天 他娃可能黑手黨的小混混 混混本色 跳起一耳SHI 跟他們玩累了 咋哥倆就在這小睡一會吧 2005-12-07
最近，用各種算是流行的方法寫了些Hibernate的例子(基于測試)。上次打算寫兩篇文章。① Hibernate 常用工具的配置和使用。② Hibernate 比較簡單的，基于單表操作的例子。寫了80%吧。越想越感覺意義不大。現在網上很多這方面的文章。我自己也沒有理由，自私的所謂備份。占用Blogjava的硬盤空間。就成了后來的 “冰 凍 閑 聊” 上個星期五，因為公司停電。所以休息了三天。一年前，這個數字可能會感覺太短。但是現在卻是突然覺得連續三天不上班。不知道該干什么好。 難道是對這種“月光”族的生活上癮拉？… 這樣的話題，等以后想明白了再說吧！~ 接著說這個周末吧！因為無聊，翻翻，去年用過的一些散亂的筆記。越看越搞笑，字跡潦草，還好基本上是一些技術痕跡。找不到從前那些“少年不知愁滋味”的感覺。 因為我一直不是很喜歡看書。現在的書，寫得好的不多，但是價錢蠻貴的。所以，有時候就會把一些疑惑的問題寫在一張紙上。然后去網上先收集一些資料，再閱讀總結。 這里，我發現了一條有趣的問題。2004年12月3日 Hibernate使用JDBC和JTA管理事務有什么區別？傻傻的問題。不如今天就聊聊這個話題吧！可能，現在也會有人對這個問題感覺疑惑的。
打開hibernate.cfg.xml看看具體的JDBCTransaction 和 JTATransaction 配置：
先說，他默認的事務處理機制[ JDBC Transaction ]，這的確是最簡單的處理方式，因為Hibernate只是對JDBC事物做了一層簡單的封裝。JDBC事務由Connection管理。事務周期局限于Connection的生命周期之內。在Hibernate中這種事務周期也就局限于一個Session之內。做個比較吧！
Connection conn = … ; <--- session = sf.openSession();// 初始化數據庫連接，
和setAutoCommit= false;
conn.setAutoCommit(false); <--- tx = session.beginTransactioin(); 會再次確認setAutoCommit是否是false
調用業務方法 <--- 調用業務方法
conn.commit(); <--- tx.commit(); (對應左邊的兩句) 這里很關鍵，關掉自動commit。自己就必須做commit。否則數據是不會被持久到數據庫
conn.setAutoCommit(true);
conn.close(); <--- session.close();
簡單吧！如果你對JDBC有了解，看到這里可能會壞笑，NND就這么簡單，我也會封裝…有興趣的話可以直接去看看具體的源代碼。
看看第二種[JTA Transaction]有什么神奇的地方吧！
JTA 提供了跨Session的事務管理能力。JTA的事務是要容器支持的，即JTS，用來分布式的要求比較多一些，比如像銀行這種大系統，處理多個事務源的這些的。 JTA事務管理則是由JTA容器實現。事務的生命周期完全由容器來維護。容器中可以有很多Connection。按照執行的順序，因該是串聯的一條JDBC Connection事務鏈。所以JTA的事務周期可以跨多個JDBC Connection的生命周期。在Hibernate中這種事務周期也就可以跨越多個Session。 所以。JTA事務的Connection不能對事務管理進行干涉。意思就是，假如使用了JTA就不應該再重復調用Hibernate的Transaction功能。這里涉及到一種事務模型（嵌套式事務模型）的問題。這里也不詳細的介紹具體的幾種事務模型了。在EJB2.0規范里面也不支持這種事務處理模型。 例如 ：
那么下面這段代碼
就不能在class A 和 class B 中出現。
原因：session.beginTransaction()也同樣執行了InitialContext.lookup方法來獲UserTransaction的實例，tx.commit()也同樣調用了UserTransaction.commit().這樣做就會形成嵌套式的事務。在Hibernate里面是不被允許的。會導致運行期錯誤。
談到這里，不難看出，他們都有著自己鮮明的特點和基本的聯系。回到開頭的問題，在實際項目中該選用誰好呢？
這就需要分情況而定了。
1) 如果項目有用到Sessionbean.可能你會疑問？這時候由誰來管理事務呢？
答案：用SessionBean來管理。使用JTA會很方便。因為你完全沒有必要去理會Transaction。直接在SessionBean的部署描述符里面聲明事務就行了。
2) 自己實現一個Service類，來統一調用持久層的方法。這樣也能做到前后臺的松耦合。但是這時候你對session和Transaction的處理就需要小心了。如果系統考慮分布式就使用JTA否則就JDBC足夷。但還是有必要考慮系統的升級，變遷什么的。對session和Transaction的處理，最好不要放在DAO里面做。單獨實現一個模板類來統一做。具體的原因和做法，以后有時間再寫出來。
第三個問題
由于SessionFactory是線程安全的，他的創建過程非常復雜，代價極其昂貴。一個應用中最好只有一個SessionFactory。事務管理類型的選擇是在SessionFactory的屬性里面配置的。這里只能選擇一種事務管理方式。
當然，你可以說還有特殊的情況，假如，這個應用需要連接到兩臺數據庫服務器，就必須為他創建另一個SessionFactory。那么就可以選用另一種事務管理方式。表面上看這種情況是可以的。居于兩種事務的性能考慮。混和用的意義不是很大。假設這樣用+面對考慮不周全的DAO，也違背了設計原則，想想，這樣的話，因為數據庫的變動，還得回去修改DAO的代碼嗎？（可能會產生嵌套問題）所以關于這個問題的結論就是：
在一個SessionFactory中只能選用一種事務管理
面對多個SessionFactory的時候，可以混合用，但是不推薦2005-11-28 CTU OFFICE GOINGMM
遺憾昨天晚上的比賽沒有看。補時4分鐘？是不是裁判知道尤文又贏了，認為AC 必須得贏球啊！這種眼神很長時間沒見著了 附上：舍甫琴科 上一場的4個進球，如果單純的是為了酣暢淋漓。讓你提前墊付了未來三場的運氣， 有些不劃算哦 2005-11-28 CTU OFFICE
很久沒有回來了。大家好今年的成都可真夠冷的。想..想...想.. 還沒有發餉，想什么都虛幻閑來無聊，寫些無聊的東西。本來想放Blog上，但是太雜亂，所以這篇Blog寫了80%后我就停下了。結果，變成了幾行無聊的文字
航班日期：2005年11月15日
航班號：CA422
起飛/到達時間：13：00/15：30
完成我的使命。該回家了。明天就要離開這個城市。離開一起戰斗了26個日日夜夜的項目組。項目和團隊全局意義的勝利，還需要一些時間去考驗。祝福他們在剩下的日子里能做得更好。 北京，今年來了兩次。工作原因，使我頂多算一個匆匆的看客。一直沒有機會去真正了解這個Master城市。為什么叫他Master城市呢？因為我們平時看到的很多機構在這里就是總部。外表其實也就那樣。但是權力卻是Master的。背負著沉重的歷史，注定這座城市不會給我們太多華麗和浮華的外表。想想兒時向往的天安門，其實就一座二層老房子。近看我還是覺得單薄了一點。沒什么氣勢。尤其是兩邊的看臺。比大學足球場的看臺還簡單。可能這只是鞭策中國人的一種象征物吧。 要讓我拿北京和成都做個比較的話。可能要明天在路上邊走邊看，才會有些感覺。但是我不大可能在飛機上給大家發Blog吧。隨便說一些生活上的感覺。這邊上班時間比成都要早（8：30）。但是因為離得不是太遠，而且每天上下班打車。這方面，的確方便了很多。累了一天后很容易恢復。這樣早上會睡得好一點。北京很大，大得五環外也會經常塞車。據說今年北京是暖冬，帶了很多衣服過來都還沒機會穿。而且家里有暖氣。想想在成都這幾天不敢穿著短褲趴窗臺上上網吧！~ 遺憾我還沒有能看到北方的雪，和沙塵暴。只是每天回家灰塵挺嚇人的。 干燥的氣候，隨時都會被靜電襲擊的危險。所以我的手基本還好，但是衣服的袖子就可憐了。剛開始，不理解的北京人，還以為我是怕他們的地方臟。幸好好奇的問了我，不然成天大的誤會了。 這次過來基本沒有出去玩。北京的朋友還有老同學些。真是對不住了，沒有去看你們。有機會咱們成都見。那里才有正宗的水煮魚，夫妻肺片…北京的飲食比較實在。貴但是量足。北京人自豪的烤鴨不好吃。說不出有什么特色。基本上我都不會吃偏甜的東西。還好這次找到一家，川菜做得不錯。
停一下 剛才抓拍了幾張照片。全當是這次生活的一個縮影送給大家 最后，我不得不感謝 “聽濤小區長期穩定的無限網絡” 雖然也不知道是誰家的，而且只發射到我的窗臺上。但是這種共享精神充分體現了北方人，為人淳樸 豪爽 耿直 的特點。我會把你們的這種精神帶回南方，不過，得等我有無限網絡的那一天….2005-11-14夜 聽濤 窗臺
Powered by: BlogJava Copyright © Goingmm