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