@hunter129

          天天學(xué)習(xí),好好向上!

             :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
            21 隨筆 :: 5 文章 :: 37 評(píng)論 :: 0 Trackbacks

          2008年1月28日 #

          即日起此地不再更新,請(qǐng)?jiān)L問(wèn) http://www.xiegq.com/
          posted @ 2013-09-16 13:16 hunter129 閱讀(179) | 評(píng)論 (0)編輯 收藏

          原文地址:http://tiny4.org/blog/2011/06/hr-itcast/


          今年三月到四月間,傳智播客的老師張孝祥發(fā)了三篇Blog《聯(lián)想利泰的一道做出來(lái)就給月薪7K的面試題–交通燈管理系統(tǒng)》、《又一道軟通動(dòng)力7K月薪面試題——銀行業(yè)務(wù)調(diào)度系統(tǒng)》和《累病倒了我兩次的面試題–移動(dòng)用戶(hù)資費(fèi)統(tǒng)計(jì)系統(tǒng)》。這三篇無(wú)一例外的除了分析面試題以外,都講述了張孝祥老師怎么辛辛苦苦給學(xué)生做好面試題,讓他們?nèi)ソ徊畹墓适隆2灰詾閻u,反以為榮。

          截圖來(lái)自《聯(lián)想利泰的一道做出來(lái)就給月薪7K的面試題–交通燈管理系統(tǒng)》

          tiny:擔(dān)心答案雷同,呵呵,張老師知道這是面試題啊。

          截圖來(lái)自《又一道軟通動(dòng)力7K月薪面試題——銀行業(yè)務(wù)調(diào)度系統(tǒng)》
          原來(lái)張老師知道企業(yè)不喜歡南郭先生,知道代做面試題會(huì)損害企業(yè)利益啊

          tiny:原來(lái)張老師知道企業(yè)不喜歡南郭先生,知道代做面試題會(huì)損害企業(yè)利益啊。

          截圖來(lái)自《累病倒了我兩次的面試題–移動(dòng)用戶(hù)資費(fèi)統(tǒng)計(jì)系統(tǒng)》
          張老師真是嘔心瀝血,為了給學(xué)生作弊,自己都累病了。

          tiny:張老師真是嘔心瀝血,為了給學(xué)生作弊,自己都累病了。

          本來(lái)這三篇文章,在twitter,新浪微博上,都有很多朋友批評(píng)過(guò),我也批評(píng)過(guò)幾次,相信經(jīng)過(guò)大家批評(píng),張老師一定會(huì)醒悟到自己的問(wèn)題,改正幫學(xué)生作弊這種不可接受的行為。

          誰(shuí)知道5月29日,張老師又寫(xiě)了一篇《我從事的軟件培訓(xùn)果真是一個(gè)很不入流的職業(yè)嗎?》,文章里面他避重就輕,把大家的批評(píng)說(shuō)成了對(duì)他培訓(xùn)方法的不認(rèn)同。

          所以我實(shí)在忍不住了,在新浪微博質(zhì)問(wèn)了蔣濤幾句,因?yàn)槲抑朗Y濤應(yīng)該是傳智播客的主要投資人。

          質(zhì)問(wèn)蔣濤

          誰(shuí)知道蔣濤居然如下回答:

          蔣濤老師居然也避重就輕,偷換概念

          后面還有不少爭(zhēng)論,我不多貼了,我本來(lái)把蔣濤老師當(dāng)作一個(gè)前輩一個(gè)朋友,沒(méi)想到居然會(huì)這樣……

          我在盛大創(chuàng)新院的時(shí)候,自己招聘了一個(gè)美工,幫別的項(xiàng)目組面試了很多iOS工程師。招聘現(xiàn)在是非常困難的工作,各大招聘網(wǎng)站推薦來(lái)的面試者很多都是 濫竽充數(shù)的,本來(lái)已經(jīng)夠麻煩的招聘再加上培訓(xùn)機(jī)構(gòu)的作弊,招聘越來(lái)越難。與此同時(shí),一個(gè)年輕人們?nèi)フ夜ぷ饕矔?huì)變得越來(lái)越難。幾年前,培訓(xùn)學(xué)校出來(lái)的學(xué)生可 能還是某些公司爭(zhēng)搶的目標(biāo),但是現(xiàn)在隨著培訓(xùn)學(xué)校越來(lái)越多,競(jìng)爭(zhēng)越來(lái)越激烈,跟企業(yè)斗志斗勇的越來(lái)越多,很多企業(yè)早就開(kāi)始直接刷掉有培訓(xùn)學(xué)校經(jīng)歷的學(xué)生。 我本來(lái)是不建議這么絕對(duì)去做的,但是經(jīng)過(guò)張老師這個(gè)事件,我相信大多數(shù)看過(guò)張老師的blog的技術(shù)面試官,企業(yè)HR,心目中“傳智播客”已經(jīng)進(jìn)入了黑名 單。我們的目的是找到真正的人才,不是找一個(gè)老師牛屄的人,這個(gè)簡(jiǎn)單的道理,張老師,蔣老師,不需要研究面試題你們就應(yīng)該知道。你們現(xiàn)在送一個(gè)學(xué)生混進(jìn)了 企業(yè),就是未來(lái)堵住了其他學(xué)生進(jìn)這個(gè)企業(yè)的可能性,哪怕未來(lái)那個(gè)學(xué)生是有真材實(shí)學(xué)的人。企業(yè)的技術(shù)面試官和HR,不是撂爪就忘的老鼠。

          現(xiàn)在我出來(lái)創(chuàng)業(yè)做一個(gè)小企業(yè)。其實(shí)我很知道一些小企業(yè)的疾苦,當(dāng)年我和火炬創(chuàng)業(yè)做技術(shù)咨詢(xún)的時(shí)候,見(jiàn)過(guò)很多沒(méi)有技術(shù)背景的創(chuàng)業(yè)者,找技術(shù)人才非常困 難,因?yàn)樽约簺](méi)有辨別能力。所以經(jīng)常招了一個(gè)人說(shuō)起來(lái)不錯(cuò),看起來(lái)挺好,結(jié)果做了三個(gè)月什么也做不出來(lái)。在當(dāng)年瞬息萬(wàn)變的競(jìng)爭(zhēng)態(tài)勢(shì)下,三個(gè)月什么都沒(méi)做出 來(lái),對(duì)創(chuàng)業(yè)者打擊非常大。他們只能再找一個(gè)技術(shù)人員,期待三個(gè)月后有點(diǎn)結(jié)果。這個(gè)層面來(lái)看,小企業(yè)你更傷不起啊。

          所以,在我的Blog,我今天嚴(yán)正聲明在“張老師道歉并承諾再也不進(jìn)行這類(lèi)作弊行為”之前,我的企業(yè),并號(hào)召其他的看到我的文章和張老師文章的企業(yè)主,技術(shù)面試官,HR,堅(jiān)決不招聘任何傳智播客培訓(xùn)過(guò)的學(xué)生。

          有人今天在新浪說(shuō),也許我40歲以后就不會(huì)這么看問(wèn)題了。我說(shuō),“反之,我年輕的時(shí)候,學(xué)生時(shí)想法也許不同,但是年紀(jì)越大覺(jué)得誠(chéng)信越可貴越不可缺失”。現(xiàn)在傳志播客的學(xué)生們,你們可以把我當(dāng)仇人了,不過(guò)期待你們老了以后懂的我今天在講些什么。

          posted @ 2011-09-18 21:21 hunter129 閱讀(503) | 評(píng)論 (0)編輯 收藏

          Outlook2010有一個(gè)新功能,叫做"快速步驟",可以把一些經(jīng)常用到的功能"自動(dòng)化"。
          如,發(fā)群體郵件。

          以給"設(shè)計(jì)組"發(fā)郵件為例說(shuō)明:
          A.準(zhǔn)備好收件人
          新建一封郵件,把設(shè)計(jì)組的收件人依次設(shè)置好,然后把收件人地址拷貝出來(lái)以備使用。

          B建立快速步驟
          1.在"快速步驟"處單擊"新建"

          2.在彈出的窗口中,操作選擇"新郵件"。

          3.把剛才準(zhǔn)備好的收件人地址復(fù)制到"收件人"后面的文本框中。

          注意:一定是復(fù)制過(guò)去,不要嘗試點(diǎn)擊"收件人"按鈕。(那個(gè)不能用,可能需要安裝企業(yè)服務(wù)器)
          4.點(diǎn)擊"顯示選項(xiàng)"可以設(shè)置抄送等其他選項(xiàng)。
          5.完成。在快速步驟中即會(huì)出現(xiàn)一個(gè)新的鏈接,試試吧:)

          posted @ 2010-11-20 17:24 hunter129 閱讀(559) | 評(píng)論 (0)編輯 收藏

          介紹:

          TC(Total Commander) 是一個(gè)優(yōu)秀的資源管理器

          可以在這里下載:http://www.ghisler.com/

          everything 可以幫助你搜索磁盤(pán)中的文件,速度很快:)

          這里下載http://www.voidtools.com/

          集成everything到TC

          在everything搜索結(jié)果上,雙擊目錄,或在文件上右鍵菜單“打開(kāi)路徑”,則Total Commander進(jìn)入此目錄。

          打開(kāi)Everything.ini修改對(duì)應(yīng)的行為如下格式即可,其中%tc_home%為T(mén)otal Commander的安裝目錄

          explore_folder_command=$exec("%tc_home%\totalcmd" /o /t /l "%1")
          explore_folder_path_command=$exec("%SystemRoot%\explorer.exe" /n,/e,/select,"%1")
          open_folder_path_command=$exec("%tc_home%\totalcmd" /o /t /l "%1")
          open_file_command=$exec("%1")
          open_folder_command=$exec("%tc_home%\totalcmd" /o /t /l "%1")

          posted @ 2010-11-20 15:56 hunter129 閱讀(1409) | 評(píng)論 (2)編輯 收藏

          今天要發(fā)一個(gè)用戶(hù)手冊(cè),大概有21M。outlook提示附件大小超過(guò)限制。

          解決方法:

          打開(kāi)注冊(cè)表:
          [HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences]

          新建一個(gè)“DWORD”類(lèi)型的值
          名稱(chēng)為:MaximumAttachmentSize
          值設(shè)置為:0


          本文是使用 B3log Solohunter129的博客 進(jìn)行同步發(fā)布的
          原文地址:http://localhost/articles/2010/11/19/1290142134115.html
          posted @ 2010-11-19 12:49 hunter129 閱讀(255) | 評(píng)論 (0)編輯 收藏

          今天調(diào)試系統(tǒng)發(fā)現(xiàn)從java輸出的時(shí)間和系統(tǒng)時(shí)間不同。總是差8個(gè)小時(shí)。代碼如下:

          SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
          System.out.println(format.format(
          new Date()));

           

          感覺(jué)可能是時(shí)區(qū)不對(duì),確實(shí)了下操作系統(tǒng)的時(shí)區(qū)設(shè)置的也正確。重啟電腦看了下BIOS的時(shí)間也是對(duì)的。無(wú)奈上網(wǎng)查找。

          終于找到原來(lái)是注冊(cè)表時(shí)區(qū)設(shè)置不正確。

          看這里:http://huiy.javaeye.com/blog/200512

          注冊(cè)表對(duì)應(yīng)項(xiàng):HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones
          解決之道:
          1.備份Time Zones這一項(xiàng)
          2.從正常的并且是相同系統(tǒng)的機(jī)器中導(dǎo)出該項(xiàng),然后倒入到自己機(jī)器中

          下載:注冊(cè)表信息

          posted @ 2010-01-10 00:10 hunter129 閱讀(1548) | 評(píng)論 (0)編輯 收藏

          顯示隱藏文件和文件夾
          通常情況下, 一些服務(wù)器上會(huì)隱藏著一些以點(diǎn)開(kāi)始的的文件名, 常見(jiàn)的如 ".htaccess" 或 ".profile".
          想要在遠(yuǎn)程服務(wù)器上顯示這些隱藏文件
          1、選擇界面上的 [站點(diǎn)管理器] 標(biāo)簽
          2、選擇想要看到隱藏文件的遠(yuǎn)程服務(wù)器站點(diǎn)
          3、右鍵,選擇 [屬性]
          4、選擇 [操作] 標(biāo)簽
          5、選擇最下面的 [過(guò)濾]
          6、選中 [啟用過(guò)濾(E)] 和 [啟用服務(wù)器端過(guò)濾(服務(wù)器應(yīng)用過(guò)濾)(S)]
          7、在 [遠(yuǎn)程過(guò)濾(M)] 右側(cè)的輸入框中輸入:
          -a
          8、單擊 [確定]
          9、完成...
          posted @ 2009-10-11 09:56 hunter129 閱讀(760) | 評(píng)論 (0)編輯 收藏

          轉(zhuǎn)的

          MySQL配置文件my.cnf 例子最詳細(xì)翻譯
          ,可以保存做筆記用。

          #BEGIN CONFIG INFO
          #DESCR: 4GB RAM
          , 只使用InnoDB, ACID, 少量的連接, 隊(duì)列負(fù)載大
          #TYPE: SYSTEM
          #END CONFIG INFO
           
          #
          # 此mysql配置文件例子針對(duì)4G內(nèi)存
          。 
          # 主要使用INNODB
          #處理復(fù)雜隊(duì)列并且連接數(shù)量較少的mysql服務(wù)器
          #
          # 將此文件復(fù)制到/etc/my.cnf 作為全局設(shè)置
          ,
          # mysql-data-dir/my.cnf 作為服務(wù)器指定設(shè)置
          # (@localstatedir@ for this installation) 或者放入
          # ~/.my.cnf 作為用戶(hù)設(shè)置.
          #
          # 在此配置文件中
          , 你可以使用所有程序支持的長(zhǎng)選項(xiàng).
          # 如果想獲悉程序支持的所有選項(xiàng)
          # 請(qǐng)?jiān)诔绦蚝蠹由?/span>"--help"參數(shù)運(yùn)行程序.
          #
          # 關(guān)于獨(dú)立選項(xiàng)更多的細(xì)節(jié)信息可以在手冊(cè)內(nèi)找到
          #
           
          #
          # 以下選項(xiàng)會(huì)被MySQL客戶(hù)端應(yīng)用讀取.
          # 注意只有MySQL附帶的客戶(hù)端應(yīng)用程序保證可以讀取這段內(nèi)容.
          # 如果你想你自己的MySQL應(yīng)用程序獲取這些值
          # 需要在MySQL客戶(hù)端庫(kù)初始化的時(shí)候指定這些選項(xiàng)
           
          #
          [client]
          #password 
          = [your_password]
          port 
          = @MYSQL_TCP_PORT@
          socket 
          = @MYSQL_UNIX_ADDR@
           
          # *** 應(yīng)用定制選項(xiàng) ***
           
          #
          #  MySQL 服務(wù)端
          #
          [mysqld]
           
          # 一般配置選項(xiàng)
          port 
          = @MYSQL_TCP_PORT@
          socket 
          = @MYSQL_UNIX_ADDR@
           
          # back_log 是操作系統(tǒng)在監(jiān)聽(tīng)隊(duì)列中所能保持的連接數(shù)
          ,
          # 隊(duì)列保存了在MySQL連接管理器線(xiàn)程處理之前的連接.
          # 如果你有非常高的連接率并且出現(xiàn)
          "connection refused" 報(bào)錯(cuò),
          # 你就應(yīng)該增加此處的值.
          # 檢查你的操作系統(tǒng)文檔來(lái)獲取這個(gè)變量的最大值.
          # 如果將back_log設(shè)定到比你操作系統(tǒng)限制更高的值
          ,將會(huì)沒(méi)有效果
          back_log 
          = 50
           
          # 不在TCP/IP端口上進(jìn)行監(jiān)聽(tīng).
          # 如果所有的進(jìn)程都是在同一臺(tái)服務(wù)器連接到本地的mysqld
          ,
          # 這樣設(shè)置將是增強(qiáng)安全的方法
          # 所有mysqld的連接都是通過(guò)Unix sockets 或者命名管道進(jìn)行的.
          # 注意在windows下如果沒(méi)有打開(kāi)命名管道選項(xiàng)而只是用此項(xiàng)
          # (通過(guò) 
          "enable-named-pipe" 選項(xiàng)) 將會(huì)導(dǎo)致mysql服務(wù)沒(méi)有任何作用!
          #skip-networking
           
          # MySQL 服務(wù)所允許的同時(shí)會(huì)話(huà)數(shù)的上限
          # 其中一個(gè)連接將被SUPER權(quán)限保留作為管理員登錄.
          # 即便已經(jīng)達(dá)到了連接數(shù)的上限.
          max_connections 
          = 100
          # 每個(gè)客戶(hù)端連接最大的錯(cuò)誤允許數(shù)量
          ,如果達(dá)到了此限制.
          # 這個(gè)客戶(hù)端將會(huì)被MySQL服務(wù)阻止直到執(zhí)行了
          "FLUSH HOSTS" 或者服務(wù)重啟
          # 非法的密碼以及其他在鏈接時(shí)的錯(cuò)誤會(huì)增加此值.
          # 查看 
          "Aborted_connects" 狀態(tài)來(lái)獲取全局計(jì)數(shù)器.
          max_connect_errors 
          = 10
           
          # 所有線(xiàn)程所打開(kāi)表的數(shù)量.
          # 增加此值就增加了mysqld所需要的文件描述符的數(shù)量
          # 這樣你需要確認(rèn)在
          [mysqld_safe]中 "open-files-limit" 變量設(shè)置打開(kāi)文件數(shù)量允許至少4096
          table_cache 
          = 2048
           
          # 允許外部文件級(jí)別的鎖. 打開(kāi)文件鎖會(huì)對(duì)性能造成負(fù)面影響
          # 所以只有在你在同樣的文件上運(yùn)行多個(gè)數(shù)據(jù)庫(kù)實(shí)例時(shí)才使用此選項(xiàng)(注意仍會(huì)有其他約束!)
          # 或者你在文件層面上使用了其他一些軟件依賴(lài)來(lái)鎖定MyISAM表
          #external-locking
           
          # 服務(wù)所能處理的請(qǐng)求包的最大大小以及服務(wù)所能處理的最大的請(qǐng)求大小(當(dāng)與大的BLOB字段一起工作時(shí)相當(dāng)必要)
          # 每個(gè)連接獨(dú)立的大小.大小動(dòng)態(tài)增加
          max_allowed_packet 
          = 16M
           
          # 在一個(gè)事務(wù)中binlog為了記錄SQL狀態(tài)所持有的cache大小
          # 如果你經(jīng)常使用大的
          ,多聲明的事務(wù),你可以增加此值來(lái)獲取更大的性能.
          # 所有從事務(wù)來(lái)的狀態(tài)都將被緩沖在binlog緩沖中然后在提交后一次性寫(xiě)入到binlog中
          # 如果事務(wù)比此值大
          , 會(huì)使用磁盤(pán)上的臨時(shí)文件來(lái)替代.
          # 此緩沖在每個(gè)連接的事務(wù)第一次更新?tīng)顟B(tài)時(shí)被創(chuàng)建
          binlog_cache_size 
          = 1M
           
          # 獨(dú)立的內(nèi)存表所允許的最大容量.
          # 此選項(xiàng)為了防止意外創(chuàng)建一個(gè)超大的內(nèi)存表導(dǎo)致永盡所有的內(nèi)存資源.
          max_heap_table_size 
          = 64M
           
          # 排序緩沖被用來(lái)處理類(lèi)似ORDER BY以及GROUP BY隊(duì)列所引起的排序
          # 如果排序后的數(shù)據(jù)無(wú)法放入排序緩沖
          ,
          # 一個(gè)用來(lái)替代的基于磁盤(pán)的合并分類(lèi)會(huì)被使用
          # 查看 
          "Sort_merge_passes" 狀態(tài)變量.
          # 在排序發(fā)生時(shí)由每個(gè)線(xiàn)程分配
          sort_buffer_size 
          = 8M
           
          # 此緩沖被使用來(lái)優(yōu)化全聯(lián)合(full JOINs 不帶索引的聯(lián)合).
          # 類(lèi)似的聯(lián)合在極大多數(shù)情況下有非常糟糕的性能表現(xiàn)
          ,
          # 但是將此值設(shè)大能夠減輕性能影響.
          # 通過(guò) 
          "Select_full_join" 狀態(tài)變量查看全聯(lián)合的數(shù)量
          # 當(dāng)全聯(lián)合發(fā)生時(shí)
          ,在每個(gè)線(xiàn)程中分配
          join_buffer_size 
          = 8M
           
          # 我們?cè)赾ache中保留多少線(xiàn)程用于重用
          # 當(dāng)一個(gè)客戶(hù)端斷開(kāi)連接后
          ,如果cache中的線(xiàn)程還少于thread_cache_size,
          # 則客戶(hù)端線(xiàn)程被放入cache中.
          # 這可以在你需要大量新連接的時(shí)候極大的減少線(xiàn)程創(chuàng)建的開(kāi)銷(xiāo)
          # (一般來(lái)說(shuō)如果你有好的線(xiàn)程模型的話(huà)
          ,這不會(huì)有明顯的性能提升.)
          thread_cache_size 
          = 8
           
          # 此允許應(yīng)用程序給予線(xiàn)程系統(tǒng)一個(gè)提示在同一時(shí)間給予渴望被運(yùn)行的線(xiàn)程的數(shù)量.
          # 此值只對(duì)于支持 thread_concurrency() 函數(shù)的系統(tǒng)有意義( 例如Sun Solaris).
          # 你可可以嘗試使用 
          [CPU數(shù)量]*(2..4) 來(lái)作為thread_concurrency的值
          thread_concurrency 
          = 8
           
          # 查詢(xún)緩沖常被用來(lái)緩沖 SELECT 的結(jié)果并且在下一次同樣查詢(xún)的時(shí)候不再執(zhí)行直接返回結(jié)果.
          # 打開(kāi)查詢(xún)緩沖可以極大的提高服務(wù)器速度
          , 如果你有大量的相同的查詢(xún)并且很少修改表.
          # 查看 
          "Qcache_lowmem_prunes" 狀態(tài)變量來(lái)檢查是否當(dāng)前值對(duì)于你的負(fù)載來(lái)說(shuō)是否足夠高.
          # 注意: 在你表經(jīng)常變化的情況下或者如果你的查詢(xún)?cè)拿看味疾煌?/span>,
          # 查詢(xún)緩沖也許引起性能下降而不是性能提升.
          query_cache_size 
          = 64M
           
          # 只有小于此設(shè)定值的結(jié)果才會(huì)被緩沖
          # 此設(shè)置用來(lái)保護(hù)查詢(xún)緩沖
          ,防止一個(gè)極大的結(jié)果集將其他所有的查詢(xún)結(jié)果都覆蓋.
          query_cache_limit 
          = 2M
           
          # 被全文檢索索引的最小的字長(zhǎng).
          # 你也許希望減少它
          ,如果你需要搜索更短字的時(shí)候.
          # 注意在你修改此值之后
          ,
          # 你需要重建你的 FULLTEXT 索引
          ft_min_word_len 
          = 4
           
          # 如果你的系統(tǒng)支持 memlock() 函數(shù)
          ,你也許希望打開(kāi)此選項(xiàng)用以讓運(yùn)行中的mysql在在內(nèi)存高度緊張的時(shí)候,數(shù)據(jù)在內(nèi)存中保持鎖定并且防止可能被swapping out
          # 此選項(xiàng)對(duì)于性能有益
          #memlock
           
          # 當(dāng)創(chuàng)建新表時(shí)作為默認(rèn)使用的表類(lèi)型
          ,
          # 如果在創(chuàng)建表示沒(méi)有特別執(zhí)行表類(lèi)型
          ,將會(huì)使用此值
          default_table_type 
          = MYISAM
           
          # 線(xiàn)程使用的堆大小. 此容量的內(nèi)存在每次連接時(shí)被預(yù)留.
          # MySQL 本身常不會(huì)需要超過(guò)64K的內(nèi)存
          # 如果你使用你自己的需要大量堆的UDF函數(shù)
          # 或者你的操作系統(tǒng)對(duì)于某些操作需要更多的堆
          ,
          # 你也許需要將其設(shè)置的更高一點(diǎn).
          thread_stack 
          = 192K
           
          # 設(shè)定默認(rèn)的事務(wù)隔離級(jí)別.可用的級(jí)別如下:
          # READ-UNCOMMITTED
          , READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE
          transaction_isolation 
          = REPEATABLE-READ
           
          # 內(nèi)部(內(nèi)存中)臨時(shí)表的最大大小
          # 如果一個(gè)表增長(zhǎng)到比此值更大
          ,將會(huì)自動(dòng)轉(zhuǎn)換為基于磁盤(pán)的表.
          # 此限制是針對(duì)單個(gè)表的
          ,而不是總和.
          tmp_table_size 
          = 64M
           
          # 打開(kāi)二進(jìn)制日志功能.
          # 在復(fù)制(replication)配置中
          ,作為MASTER主服務(wù)器必須打開(kāi)此項(xiàng)
          # 如果你需要從你最后的備份中做基于時(shí)間點(diǎn)的恢復(fù)
          ,你也同樣需要二進(jìn)制日志.
          log-bin
          =mysql-bin
           
          # 如果你在使用鏈?zhǔn)綇姆?wù)器結(jié)構(gòu)的復(fù)制模式 (A->B->C)
          ,
          # 你需要在服務(wù)器B上打開(kāi)此項(xiàng).
          # 此選項(xiàng)打開(kāi)在從線(xiàn)程上重做過(guò)的更新的日志
          ,
          # 并將其寫(xiě)入從服務(wù)器的二進(jìn)制日志.
          #log_slave_updates
           
          # 打開(kāi)全查詢(xún)?nèi)罩? 所有的由服務(wù)器接收到的查詢(xún) (甚至對(duì)于一個(gè)錯(cuò)誤語(yǔ)法的查詢(xún))
          # 都會(huì)被記錄下來(lái). 這對(duì)于調(diào)試非常有用
          , 在生產(chǎn)環(huán)境中常常關(guān)閉此項(xiàng).
          #log
           
          # 將警告打印輸出到錯(cuò)誤log文件.  如果你對(duì)于MySQL有任何問(wèn)題
          # 你應(yīng)該打開(kāi)警告log并且仔細(xì)審查錯(cuò)誤日志
          ,查出可能的原因.
          #log_warnings
           
          # 記錄慢速查詢(xún). 慢速查詢(xún)是指消耗了比 
          "long_query_time" 定義的更多時(shí)間的查詢(xún).
          # 如果 log_long_format 被打開(kāi)
          ,那些沒(méi)有使用索引的查詢(xún)也會(huì)被記錄.
          # 如果你經(jīng)常增加新查詢(xún)到已有的系統(tǒng)內(nèi)的話(huà). 一般來(lái)說(shuō)這是一個(gè)好主意
          ,
          log_slow_queries
           
          # 所有的使用了比這個(gè)時(shí)間(以秒為單位)更多的查詢(xún)會(huì)被認(rèn)為是慢速查詢(xún).
          # 不要在這里使用
          "1", 否則會(huì)導(dǎo)致所有的查詢(xún),甚至非常快的查詢(xún)頁(yè)被記錄下來(lái)(由于MySQL 目前時(shí)間的精確度只能達(dá)到秒的級(jí)別).
          long_query_time 
          = 2
           
          # 在慢速日志中記錄更多的信息.
          # 一般此項(xiàng)最好打開(kāi).
          # 打開(kāi)此項(xiàng)會(huì)記錄使得那些沒(méi)有使用索引的查詢(xún)也被作為到慢速查詢(xún)附加到慢速日志里
          log_long_format
           
          # 此目錄被MySQL用來(lái)保存臨時(shí)文件.例如
          ,
          # 它被用來(lái)處理基于磁盤(pán)的大型排序
          ,和內(nèi)部排序一樣.
          # 以及簡(jiǎn)單的臨時(shí)表.
          # 如果你不創(chuàng)建非常大的臨時(shí)文件
          ,將其放置到 swapfs/tmpfs 文件系統(tǒng)上也許比較好
          # 另一種選擇是你也可以將其放置在獨(dú)立的磁盤(pán)上.
          # 你可以使用
          ";"來(lái)放置多個(gè)路徑
          # 他們會(huì)按照roud-robin方法被輪詢(xún)使用.
          #tmpdir 
          = /tmp
           
           
          # ***  復(fù)制有關(guān)的設(shè)置
           
           
          # 唯一的服務(wù)辨識(shí)號(hào)
          ,數(shù)值位于 1 到 2^32-1之間.
          # 此值在master和slave上都需要設(shè)置.
          # 如果 
          "master-host" 沒(méi)有被設(shè)置,則默認(rèn)為1, 但是如果忽略此選項(xiàng),MySQL不會(huì)作為master生效.
          server-id 
          = 1
           
          # 復(fù)制的Slave (去掉master段的注釋來(lái)使其生效)
          #
          # 為了配置此主機(jī)作為復(fù)制的slave服務(wù)器
          ,你可以選擇兩種方法:
          #
          1) 使用 CHANGE MASTER TO 命令 (在我們的手冊(cè)中有完整描述) -
          #    語(yǔ)法如下:
          #
          #    CHANGE MASTER TO MASTER_HOST
          =<host>, MASTER_PORT=<port>,
          #    MASTER_USER
          =<user>, MASTER_PASSWORD=<password> ;
          #
          #    你需要替換掉 <host>
          , <user>, <password> 等被尖括號(hào)包圍的字段以及使用master的端口號(hào)替換<port> (默認(rèn)3306).
          #
          #    例子:
          #
          #    CHANGE MASTER TO MASTER_HOST
          ='125.564.12.1', MASTER_PORT=3306,
          #    MASTER_USER
          ='joe', MASTER_PASSWORD='secret';
          #
          # 或者
          #
          2) 設(shè)置以下的變量. 不論如何, 在你選擇這種方法的情況下, 然后第一次啟動(dòng)復(fù)制(甚至不成功的情況下,
          #     例如如果你輸入錯(cuò)密碼在master-password字段并且slave無(wú)法連接)
          ,
          #    slave會(huì)創(chuàng)建一個(gè) master.info 文件
          ,并且之后任何對(duì)于包含在此文件內(nèi)的參數(shù)的變化都會(huì)被忽略
          #    并且由 master.info 文件內(nèi)的內(nèi)容覆蓋
          , 除非你關(guān)閉slave服務(wù), 刪除 master.info 并且重啟slave 服務(wù).
          #    由于這個(gè)原因
          ,你也許不想碰一下的配置(注釋掉的) 并且使用 CHANGE MASTER TO (查看上面) 來(lái)代替
          #
          # 所需要的唯一id號(hào)位于 
          2 和 2^32 - 1之間
          # (并且和master不同)
          # 如果master-host被設(shè)置了.則默認(rèn)值是2
          # 但是如果省略
          ,則不會(huì)生效
          #server-id 
          = 2
          #
          # 復(fù)制結(jié)構(gòu)中的master - 必須
          #master-host 
          = <hostname>
          #
          # 當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的用戶(hù)名 - 必須
          #master-user 
          = <username>
          #
          # 當(dāng)連接到master上時(shí)slave所用來(lái)認(rèn)證的密碼 - 必須
          #master-password 
          = <password>
          #
          # master監(jiān)聽(tīng)的端口.
          # 可選 - 默認(rèn)是3306
          #master-port 
          = <port>
           
          # 使得slave只讀.只有用戶(hù)擁有SUPER權(quán)限和在上面的slave線(xiàn)程能夠修改數(shù)據(jù).
          # 你可以使用此項(xiàng)去保證沒(méi)有應(yīng)用程序會(huì)意外的修改slave而不是master上的數(shù)據(jù)
          #read_only
           
           
          #*** MyISAM 相關(guān)選項(xiàng)
           
           
          # 關(guān)鍵詞緩沖的大小
          , 一般用來(lái)緩沖MyISAM表的索引塊.
          # 不要將其設(shè)置大于你可用內(nèi)存的30%
          ,
          # 因?yàn)橐徊糠謨?nèi)存同樣被OS用來(lái)緩沖行數(shù)據(jù)
          # 甚至在你并不使用MyISAM 表的情況下
          , 你也需要仍舊設(shè)置起 8-64M 內(nèi)存由于它同樣會(huì)被內(nèi)部臨時(shí)磁盤(pán)表使用.
          key_buffer_size 
          = 32M
           
          # 用來(lái)做MyISAM表全表掃描的緩沖大小.
          # 當(dāng)全表掃描需要時(shí)
          ,在對(duì)應(yīng)線(xiàn)程中分配.
          read_buffer_size 
          = 2M
           
          # 當(dāng)在排序之后
          ,從一個(gè)已經(jīng)排序好的序列中讀取行時(shí),行數(shù)據(jù)將從這個(gè)緩沖中讀取來(lái)防止磁盤(pán)尋道.
          # 如果你增高此值
          ,可以提高很多ORDER BY的性能.
          # 當(dāng)需要時(shí)由每個(gè)線(xiàn)程分配
          read_rnd_buffer_size 
          = 16M
           
          # MyISAM 使用特殊的類(lèi)似樹(shù)的cache來(lái)使得突發(fā)插入
          # (這些插入是
          ,INSERT  SELECT, INSERT  VALUES (), (), , 以及 LOAD DATA
          # INFILE) 更快. 此變量限制每個(gè)進(jìn)程中緩沖樹(shù)的字節(jié)數(shù).
          # 設(shè)置為 
          0 會(huì)關(guān)閉此優(yōu)化.
          # 為了最優(yōu)化不要將此值設(shè)置大于 
          "key_buffer_size".
          # 當(dāng)突發(fā)插入被檢測(cè)到時(shí)此緩沖將被分配.
          bulk_insert_buffer_size 
          = 64M
           
          # 此緩沖當(dāng)MySQL需要在 REPAIR
          , OPTIMIZE, ALTER 以及 LOAD DATA INFILE 到一個(gè)空表中引起重建索引時(shí)被分配.
          # 這在每個(gè)線(xiàn)程中被分配.所以在設(shè)置大值時(shí)需要小心.
          myisam_sort_buffer_size 
          = 128M
           
          # MySQL重建索引時(shí)所允許的最大臨時(shí)文件的大小 (當(dāng) REPAIR
          , ALTER TABLE 或者 LOAD DATA INFILE).
          # 如果文件大小比此值更大
          ,索引會(huì)通過(guò)鍵值緩沖創(chuàng)建(更慢)
          myisam_max_sort_file_size 
          = 10G
           
          # 如果被用來(lái)更快的索引創(chuàng)建索引所使用臨時(shí)文件大于制定的值
          ,那就使用鍵值緩沖方法.
          # 這主要用來(lái)強(qiáng)制在大表中長(zhǎng)字串鍵去使用慢速的鍵值緩沖方法來(lái)創(chuàng)建索引.
          myisam_max_extra_sort_file_size 
          = 10G
           
          # 如果一個(gè)表?yè)碛谐^(guò)一個(gè)索引
          , MyISAM 可以通過(guò)并行排序使用超過(guò)一個(gè)線(xiàn)程去修復(fù)他們.
          # 這對(duì)于擁有多個(gè)CPU以及大量?jī)?nèi)存情況的用戶(hù)
          ,是一個(gè)很好的選擇.
          myisam_repair_threads 
          = 1
           
          # 自動(dòng)檢查和修復(fù)沒(méi)有適當(dāng)關(guān)閉的 MyISAM 表.
          myisam_recover
           
           
          # 默認(rèn)關(guān)閉 Federated
          skip-federated
           
          # *** BDB 相關(guān)選項(xiàng) ***
           
          # 如果你運(yùn)行的MySQL服務(wù)有BDB支持但是你不準(zhǔn)備使用的時(shí)候使用此選項(xiàng). 這會(huì)節(jié)省內(nèi)存并且可能加速一些事.
          skip-bdb
           
           
          # *** INNODB 相關(guān)選項(xiàng) ***
           
          # 如果你的MySQL服務(wù)包含InnoDB支持但是并不打算使用的話(huà)
          ,
          # 使用此選項(xiàng)會(huì)節(jié)省內(nèi)存以及磁盤(pán)空間
          ,并且加速某些部分
          #skip-innodb
           
          # 附加的內(nèi)存池被InnoDB用來(lái)保存 metadata 信息
          # 如果InnoDB為此目的需要更多的內(nèi)存
          ,它會(huì)開(kāi)始從OS這里申請(qǐng)內(nèi)存.
          # 由于這個(gè)操作在大多數(shù)現(xiàn)代操作系統(tǒng)上已經(jīng)足夠快
          , 你一般不需要修改此值.
          # SHOW INNODB STATUS 命令會(huì)顯示當(dāng)先使用的數(shù)量.
          innodb_additional_mem_pool_size 
          = 16M
           
          # InnoDB使用一個(gè)緩沖池來(lái)保存索引和原始數(shù)據(jù)
          , 不像 MyISAM.
          # 這里你設(shè)置越大
          ,你在存取表里面數(shù)據(jù)時(shí)所需要的磁盤(pán)I/O越少.
          # 在一個(gè)獨(dú)立使用的數(shù)據(jù)庫(kù)服務(wù)器上
          ,你可以設(shè)置這個(gè)變量到服務(wù)器物理內(nèi)存大小的80%
          # 不要設(shè)置過(guò)大
          ,否則,由于物理內(nèi)存的競(jìng)爭(zhēng)可能導(dǎo)致操作系統(tǒng)的換頁(yè)顛簸.
          # 注意在32位系統(tǒng)上你每個(gè)進(jìn)程可能被限制在 
          2-3.5G 用戶(hù)層面內(nèi)存限制,
          # 所以不要設(shè)置的太高.
          innodb_buffer_pool_size 
          = 2G
           
          # InnoDB 將數(shù)據(jù)保存在一個(gè)或者多個(gè)數(shù)據(jù)文件中成為表空間.
          # 如果你只有單個(gè)邏輯驅(qū)動(dòng)保存你的數(shù)據(jù)
          ,一個(gè)單個(gè)的自增文件就足夠好了.
          # 其他情況下.每個(gè)設(shè)備一個(gè)文件一般都是個(gè)好的選擇.
          # 你也可以配置InnoDB來(lái)使用裸盤(pán)分區(qū) - 請(qǐng)參考手冊(cè)來(lái)獲取更多相關(guān)內(nèi)容
          innodb_data_file_path 
          = ibdata1:10M:autoextend
           
          # 設(shè)置此選項(xiàng)如果你希望InnoDB表空間文件被保存在其他分區(qū).
          # 默認(rèn)保存在MySQL的datadir中.
          #innodb_data_home_dir 
          = <directory>
           
          # 用來(lái)同步IO操作的IO線(xiàn)程的數(shù)量. This value is
          # 此值在Unix下被硬編碼為4
          ,但是在Windows磁盤(pán)I/O可能在一個(gè)大數(shù)值下表現(xiàn)的更好.
          innodb_file_io_threads 
          = 4
           
          # 如果你發(fā)現(xiàn)InnoDB表空間損壞
          , 設(shè)置此值為一個(gè)非零值可能幫助你導(dǎo)出你的表.
          # 從1開(kāi)始并且增加此值知道你能夠成功的導(dǎo)出表.
          #innodb_force_recovery
          =1
           
          # 在InnoDb核心內(nèi)的允許線(xiàn)程數(shù)量.
          # 最優(yōu)值依賴(lài)于應(yīng)用程序
          ,硬件以及操作系統(tǒng)的調(diào)度方式.
          # 過(guò)高的值可能導(dǎo)致線(xiàn)程的互斥顛簸.
          innodb_thread_concurrency 
          = 16
           
          # 如果設(shè)置為1 
          ,InnoDB會(huì)在每次提交后刷新(fsync)事務(wù)日志到磁盤(pán)上,
          # 這提供了完整的ACID行為.
          # 如果你愿意對(duì)事務(wù)安全折衷
          , 并且你正在運(yùn)行一個(gè)小的食物, 你可以設(shè)置此值到0或者2來(lái)減少由事務(wù)日志引起的磁盤(pán)I/O
          # 0代表日志只大約每秒寫(xiě)入日志文件并且日志文件刷新到磁盤(pán).
          # 2代表日志寫(xiě)入日志文件在每次提交后
          ,但是日志文件只有大約每秒才會(huì)刷新到磁盤(pán)上.
          innodb_flush_log_at_trx_commit 
          = 1
           
          # 加速I(mǎi)nnoDB的關(guān)閉. 這會(huì)阻止InnoDB在關(guān)閉時(shí)做全清除以及插入緩沖合并.
          # 這可能極大增加關(guān)機(jī)時(shí)間
          , 但是取而代之的是InnoDB可能在下次啟動(dòng)時(shí)做這些操作.
          #innodb_fast_shutdown
           
          # 用來(lái)緩沖日志數(shù)據(jù)的緩沖區(qū)的大小.
          # 當(dāng)此值快滿(mǎn)時(shí)
          , InnoDB將必須刷新數(shù)據(jù)到磁盤(pán)上.
          # 由于基本上每秒都會(huì)刷新一次
          ,所以沒(méi)有必要將此值設(shè)置的太大(甚至對(duì)于長(zhǎng)事務(wù)而言)
           
          innodb_log_buffer_size 
          = 8M
           
          # 在日志組中每個(gè)日志文件的大小.
          # 你應(yīng)該設(shè)置日志文件總合大小到你緩沖池大小的25%~
          100%
          # 來(lái)避免在日志文件覆寫(xiě)上不必要的緩沖池刷新行為.
          # 不論如何
          , 請(qǐng)注意一個(gè)大的日志文件大小會(huì)增加恢復(fù)進(jìn)程所需要的時(shí)間.
          innodb_log_file_size 
          = 256M
           
          # 在日志組中的文件總數(shù).
          # 通常來(lái)說(shuō)2~3是比較好的.
          innodb_log_files_in_group 
          = 3
           
          # InnoDB的日志文件所在位置. 默認(rèn)是MySQL的datadir.
          # 你可以將其指定到一個(gè)獨(dú)立的硬盤(pán)上或者一個(gè)RAID1卷上來(lái)提高其性能
          #innodb_log_group_home_dir
           
          # 在InnoDB緩沖池中最大允許的臟頁(yè)面的比例.
          # 如果達(dá)到限額
          , InnoDB會(huì)開(kāi)始刷新他們防止他們妨礙到干凈數(shù)據(jù)頁(yè)面.
          # 這是一個(gè)軟限制
          ,不被保證絕對(duì)執(zhí)行.
          innodb_max_dirty_pages_pct 
          = 90
           
          # InnoDB用來(lái)刷新日志的方法.
          # 表空間總是使用雙重寫(xiě)入刷新方法
          # 默認(rèn)值是 
          "fdatasync", 另一個(gè)是 "O_DSYNC".
          #innodb_flush_method
          =O_DSYNC
           
          # 在被回滾前
          ,一個(gè)InnoDB的事務(wù)應(yīng)該等待一個(gè)鎖被批準(zhǔn)多久.
          # InnoDB在其擁有的鎖表中自動(dòng)檢測(cè)事務(wù)死鎖并且回滾事務(wù).
          # 如果你使用 LOCK TABLES 指令
          , 或者在同樣事務(wù)中使用除了InnoDB以外的其他事務(wù)安全的存儲(chǔ)引擎
          # 那么一個(gè)死鎖可能發(fā)生而InnoDB無(wú)法注意到.
          # 這種情況下這個(gè)timeout值對(duì)于解決這種問(wèn)題就非常有幫助.
          innodb_lock_wait_timeout 
          = 120
           
           
          [mysqldump]
          # 不要在將內(nèi)存中的整個(gè)結(jié)果寫(xiě)入磁盤(pán)之前緩存. 在導(dǎo)出非常巨大的表時(shí)需要此項(xiàng)
          quick
           
          max_allowed_packet 
          = 16M
           
          [mysql]
          no-auto-rehash
           
          # 僅僅允許使用鍵值的 UPDATEs 和 DELETEs .
          #safe-updates
           
          [isamchk]
          key_buffer 
          = 512M
          sort_buffer_size 
          = 512M
          read_buffer 
          = 8M
          write_buffer 
          = 8M
           
          [myisamchk]
          key_buffer 
          = 512M
          sort_buffer_size 
          = 512M
          read_buffer 
          = 8M
          write_buffer 
          = 8M
           
          [mysqlhotcopy]
          interactive-timeout
           
          [mysqld_safe]
          # 增加每個(gè)進(jìn)程的可打開(kāi)文件數(shù)量.
          # 警告: 確認(rèn)你已經(jīng)將全系統(tǒng)限制設(shè)定的足夠高!
          # 打開(kāi)大量表需要將此值設(shè)b
          open-files-limit 
          = 8192
          posted @ 2009-01-18 00:35 hunter129 閱讀(17788) | 評(píng)論 (1)編輯 收藏

            在textarea中輸入的文本。如果含有回車(chē)或空格。在界面上顯示的時(shí)候則不哪么正常。回車(chē)消失了,空格變短了。
          如何解決這個(gè)問(wèn)題呢。有2種方法。
          1.使用<pre>標(biāo)簽
             w3c對(duì)pre元素是這樣定義的:pre 元素可定義預(yù)格式化的文本。被包圍在 pre 元素中的文本通常會(huì)保留空格和換行符。而文本也會(huì)呈現(xiàn)為等寬字體。
             更詳細(xì)的內(nèi)容請(qǐng)參考 http://www.w3school.com.cn/tags/tag_pre.asp
             也就是說(shuō)包含在pre標(biāo)簽中的回車(chē)和空格會(huì)正常的顯示出來(lái)。包括你在頁(yè)面代碼中輸入的。所以如果使用pre元素你需要這樣寫(xiě):
            
          <pre>要輸出的文本</pre>
             ,而不是這樣:
            
            <pre>
                要輸出的文本
            
          </pre>
             后一種寫(xiě)法 文本前的空白也會(huì)被顯示的。除非你真的希望這樣:)
          2.對(duì)文本內(nèi)容進(jìn)行替換。
            回車(chē)和空格不能正確顯示,究其原因是他們各自的表示方式不同。在textarea里面輸入的回車(chē)是字符"\r",html中的回車(chē)(換行)是"<br/>"。
            textarea中輸入的空格是空白" ",而html中的一個(gè)空格是"&nbsp;"。理所當(dāng)然不能正確顯示。好了現(xiàn)在知道了原因就有了第二種解決方案了。
            只要我們將輸入的文本中相應(yīng)的"元素"替換成html認(rèn)識(shí)的就ok了。因此下面一行代碼即可解決問(wèn)題:
           
          "要輸出的文本".replaceAll(" ","&nbsp;").replaceAll("\r","<br/>");
            等等。這里還有一點(diǎn)小問(wèn)題。把一個(gè)空格替換成一個(gè)"&nbsp;"空格看上去仍然要少些。如果你喜歡可以替換成2個(gè)。
           
            最后,除了回車(chē)和空格以外還有很多空白字符如tab等,如果你喜歡可以一并處理了^_^
           
            最后的最后,如果本來(lái)的文本是很長(zhǎng)的一行,使用pre標(biāo)簽后就不會(huì)自動(dòng)換行。結(jié)果頁(yè)面出現(xiàn)橫向滾動(dòng)條。不知道有沒(méi)有好的解決方法?
            而將第二種方法處理過(guò)的文本放在<p>標(biāo)簽中顯示,就可以顯示正常。
           
          posted @ 2008-10-09 21:19 hunter129 閱讀(11965) | 評(píng)論 (13)編輯 收藏

          文件編碼導(dǎo)致的sun.io.MalformedInputException異常
          如果你沒(méi)有使用ibm的jdk,卻依然遇到了這個(gè)問(wèn)題。
          如果你的異常是在解析xml的時(shí)候出現(xiàn)的,如果你的異常是某些地方有某些地方?jīng)]有。
          例如tomcat里面沒(méi)有,weblogic上有。抑或這個(gè)domain有那個(gè)domain卻沒(méi)有。而確實(shí)是同一個(gè)應(yīng)用。
          哪么你遇到的可能和筆者要講的是同一個(gè)問(wèn)題。

          你的xml文件本身是UTF-8編碼(注意是文件是UTF-8編碼,不是xml文件里面指定的文件內(nèi)容是UTF-8編碼)?
          你的xml文件里面含有中文?
          你使用UltraEdit編輯xml文件?
          刪掉中文,問(wèn)題依舊?

          那么可以肯定你的問(wèn)題就是筆者要講的問(wèn)題

          首先給出解決方案:
          方案一:
          1.xml用記事本打開(kāi),刪除里面的中文。
          2.在windows 本地新建一個(gè)txt文件,用記事本(注意不能用UltraEdit)打開(kāi)。
          3.將xml里面的內(nèi)容復(fù)制到新建的txt文件中。
          4.將txt文件重名為xml文件的名稱(chēng)。覆蓋原來(lái)的xml文件
          5.看看問(wèn)題是不是解決了,咔咔 神奇吧。

          方案二:(適用于使用eclipse ide的程序員們,其他的能更改文件編碼的程序也行,不過(guò)沒(méi)測(cè)試過(guò))
          1.將xml文件的內(nèi)容剪切出來(lái),保存在別處,什么文件都行,最后是txt中。留下一個(gè)空的xml文件
          2.將空的xml文件的編碼修改成GBK。注意是文件的編碼,不是xml的那個(gè)聲明。當(dāng)然這里已經(jīng)刪了。
          3.這時(shí)候是否看到文件的頭部有亂碼? 刪之!
          4.將原來(lái)文件的內(nèi)容烤回來(lái)
          5.ok問(wèn)題解決,這種方法不用刪除中文。

          問(wèn)題的根源:
          估計(jì)有些人已經(jīng)明白是什么原因了。呵呵,那就是xml文件那個(gè)BOM的頭導(dǎo)致的這個(gè)問(wèn)題!
          哦?還有沒(méi)明白的?下面詳細(xì)說(shuō)明下:
          xml文件分為兩種,一種是有BOM信息的,它表示文件是xml格式
          另外還有沒(méi)有BOM信息的xml文件。
          就是這個(gè)特殊的BOM信息導(dǎo)致了解析xml出錯(cuò)。
          那跟UltraEdit有什么關(guān)系?UltraEdit在編輯xml文件的時(shí)候會(huì)自動(dòng)加上這個(gè)可惡的BOM信息。
          posted @ 2008-05-21 22:22 hunter129 閱讀(10136) | 評(píng)論 (4)編輯 收藏

          詳細(xì)的log4j配置說(shuō)明

          一直沒(méi)有認(rèn)真研究過(guò)log4j的配置,這幾天比較閑,認(rèn)真的看了看。現(xiàn)在總結(jié)下。
          Log4j有三個(gè)主要的組件:Loggers(記錄器),Appenders(輸出源)和Layouts(布局)。
          log4j的配置文件也可以是多種格式的,但主要是xml文件和properties文件
          1.配置根logger:
          語(yǔ)法:log4j.rootLogger =[level],appenderName1,appenderName2,...
          level :OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL的其中一個(gè)。
          appenderName:日志輸入的目的地,可以有多個(gè)地方
          根logger是一定存在的,根logger指定了默認(rèn)的日志配置。
          2.配置日志輸入的目的地(appender)
          語(yǔ)法:log4j.appender.appenderName = fully.qualified.name.of.appender.class
              fully.qualified.name.of.appender.class 可以是以下的幾種:
              (1).org.apache.log4j.ConsoleAppender(控制臺(tái))
              (2).org.apache.log4j.FileAppender(文件)
              (3).org.apache.log4j.DailyRollingFileAppender(每天產(chǎn)生一個(gè)日志文件)
              (4).org.apache.log4j.RollingFileAppender(文件大小到達(dá)指定尺寸的時(shí)候產(chǎn)生一個(gè)新的文件)
              (5).org.apache.log4j.WriterAppender(將日志信息以流格式發(fā)送到任意指定的地方)
          其中每一個(gè)又有不同的配置選項(xiàng):
          (1).org.apache.log4j.ConsoleAppender(控制臺(tái))的選項(xiàng)
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
          Target=System.err:默認(rèn)情況下是:System.out,指定輸出控制臺(tái)
          (2).org.apache.log4j.FileAppender的選項(xiàng)
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
          File=mylog.txt:指定消息輸出到mylog.txt文件。
          Append=false:默認(rèn)值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內(nèi)容。
          (3).org.apache.log4j.DailyRollingFileAppender的選項(xiàng)
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
          File=mylog.txt:指定消息輸出到mylog.txt文件。
          Append=false:默認(rèn)值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內(nèi)容。
          DatePattern='.'yyyy-ww:每周滾動(dòng)一次文件,即每周產(chǎn)生一個(gè)新的文件。當(dāng)然也可以指定按月、周、天、時(shí)和分。即對(duì)應(yīng)的格式如下:
              1)'.'yyyy-MM: 每月
              2)'.'yyyy-ww: 每周
              3)'.'yyyy-MM-dd: 每天
              4)'.'yyyy-MM-dd-a: 每天兩次
              5)'.'yyyy-MM-dd-HH: 每小時(shí)
              6)'.'yyyy-MM-dd-HH-mm: 每分鐘
          (4).org.apache.log4j.RollingFileAppender
          Threshold=WARN:指定日志消息的輸出最低層次。
          ImmediateFlush=true:默認(rèn)值是true,意謂著所有的消息都會(huì)被立即輸出。
          File=mylog.txt:指定消息輸出到mylog.txt文件。
          Append=false:默認(rèn)值是true,即將消息增加到指定文件中,false指將消息覆蓋指定的文件內(nèi)容。
          MaxFileSize=100KB: 后綴可以是KB, MB 或者是 GB. 在日志文件到達(dá)該大小時(shí),將會(huì)自動(dòng)滾動(dòng),即將原來(lái)的內(nèi)容移到mylog.log.1文件。
          MaxBackupIndex=2:指定可以產(chǎn)生的滾動(dòng)文件的最大數(shù)。

          3.配置日志輸入的格式
          log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
          這里需要說(shuō)明的就是日志信息格式中幾個(gè)符號(hào)所代表的含義:
          -: 信息輸出時(shí)左對(duì)齊;
             %p: 輸出日志信息優(yōu)先級(jí),即DEBUG,INFO,WARN,ERROR,F(xiàn)ATAL,
             %d: 輸出日志時(shí)間點(diǎn)的日期或時(shí)間,默認(rèn)格式為ISO8601,也可以在其后指定格式,比如:%d{yyy MMM dd HH:mm:ss,SSS},輸出類(lèi)似:2002年10月18日 22:10:28,921
             %r: 輸出自應(yīng)用啟動(dòng)到輸出該log信息耗費(fèi)的毫秒數(shù)
             %c: 輸出日志信息所屬的類(lèi)目,通常就是所在類(lèi)的全名
             %t: 輸出產(chǎn)生該日志事件的線(xiàn)程名
             %l: 輸出日志事件的發(fā)生位置,相當(dāng)于%C.%M(%F:%L)的組合,包括類(lèi)目名、發(fā)生的線(xiàn)程,以及在代碼中的行數(shù)。舉例:Testlog4.main(TestLog4.java:10)
             %x: 輸出和當(dāng)前線(xiàn)程相關(guān)聯(lián)的NDC(嵌套診斷環(huán)境),尤其用到像java servlets這樣的多客戶(hù)多線(xiàn)程的應(yīng)用中。
             %%: 輸出一個(gè)"%"字符
             %F: 輸出日志消息產(chǎn)生時(shí)所在的文件名稱(chēng)
             %L: 輸出代碼中的行號(hào)
             %m: 輸出代碼中指定的消息,產(chǎn)生的日志具體信息
             %n: 輸出一個(gè)回車(chē)換行符,Windows平臺(tái)為"rn",Unix平臺(tái)為"n"輸出日志信息換行
          可以在%與模式字符之間加上修飾符來(lái)控制其最小寬度、最大寬度、和文本的對(duì)齊方式。如:
                  1)%20c:指定輸出category的名稱(chēng),最小的寬度是20,如果category的名稱(chēng)小于20的話(huà),默認(rèn)的情況下右對(duì)齊。
                  2)%-20c:指定輸出category的名稱(chēng),最小的寬度是20,如果category的名稱(chēng)小于20的話(huà),"-"號(hào)指定左對(duì)齊。
                  3)%.30c:指定輸出category的名稱(chēng),最大的寬度是30,如果category的名稱(chēng)大于30的話(huà),就會(huì)將左邊多出的字符截掉,但小于30的話(huà)也不會(huì)有空格。
                  4)%20.30c:如果category的名稱(chēng)小于20就補(bǔ)空格,并且右對(duì)齊,如果其名稱(chēng)長(zhǎng)于30字符,就從左邊交遠(yuǎn)銷(xiāo)出的字符截掉。
          下面是一個(gè)詳細(xì)的配置樣例

          og4j.rootLogger=DEBUG,CONSOLE,A1,im
          #DEBUG,CONSOLE,FILE,ROLLING_FILE,MAIL,DATABASE
          log4j.addivity.org.apache=true
          ###################
          # Console Appender(輸出到控制臺(tái))
          ###################
          log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
          log4j.appender.Threshold=DEBUG
          log4j.appender.CONSOLE.Target=System.out
          log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
          log4j.appender.CONSOLE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
          #log4j.appender.CONSOLE.layout.ConversionPattern=[start]%d[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD] n%c[CATEGORY]%n%m[MESSAGE]%n%n


          #####################
          # File Appender 輸出到文件
          #####################
          log4j.appender.FILE=org.apache.log4j.FileAppender
          log4j.appender.FILE.File=file.log
          log4j.appender.FILE.Append=false
          log4j.appender.FILE.layout=org.apache.log4j.PatternLayout
          log4j.appender.FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n
          # Use this layout for LogFactor 5 analysis


          ########################
          # Rolling File
          ########################
          log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
          log4j.appender.ROLLING_FILE.Threshold=ERROR
          log4j.appender.ROLLING_FILE.File=rolling.log
          log4j.appender.ROLLING_FILE.Append=true
          log4j.appender.ROLLING_FILE.MaxFileSize=10KB
          log4j.appender.ROLLING_FILE.MaxBackupIndex=1
          log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
          log4j.appender.ROLLING_FILE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


          ####################
          # Socket Appender
          ####################
          log4j.appender.SOCKET=org.apache.log4j.RollingFileAppender
          log4j.appender.SOCKET.RemoteHost=localhost
          log4j.appender.SOCKET.Port=5001
          log4j.appender.SOCKET.LocationInfo=true
          # Set up for Log Facter 5
          log4j.appender.SOCKET.layout=org.apache.log4j.PatternLayout
          log4j.appender.SOCET.layout.ConversionPattern=[start]%d[DATE]%n%p[PRIORITY]%n%x[NDC]%n%t[THREAD]%n%c[CATEGORY]%n%m[MESSAGE]%n%n


          ########################
          # Log Factor 5 Appender
          ########################
          log4j.appender.LF5_APPENDER=org.apache.log4j.lf5.LF5Appender
          log4j.appender.LF5_APPENDER.MaxNumberOfRecords=2000


          ########################
          # SMTP Appender 發(fā)送郵件
          #######################
          log4j.appender.MAIL=org.apache.log4j.net.SMTPAppender
          log4j.appender.MAIL.Threshold=FATAL
          log4j.appender.MAIL.BufferSize=10
          log4j.appender.MAIL.From=chenyl@hollycrm.com
          log4j.appender.MAIL.SMTPHost=mail.hollycrm.com
          log4j.appender.MAIL.Subject=Log4J Message
          log4j.appender.MAIL.To=chenyl@hollycrm.com
          log4j.appender.MAIL.layout=org.apache.log4j.PatternLayout
          log4j.appender.MAIL.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


          ########################
          # JDBC Appender 輸出到數(shù)據(jù)庫(kù)
          #######################
          log4j.appender.DATABASE=org.apache.log4j.jdbc.JDBCAppender
          log4j.appender.DATABASE.URL=jdbc:mysql://localhost:3306/test
          log4j.appender.DATABASE.driver=com.mysql.jdbc.Driver
          log4j.appender.DATABASE.user=root
          log4j.appender.DATABASE.password=
          log4j.appender.DATABASE.sql=INSERT INTO LOG4J (Message) VALUES ('[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n')
          log4j.appender.DATABASE.layout=org.apache.log4j.PatternLayout
          log4j.appender.DATABASE.layout.ConversionPattern=[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n


          log4j.appender.A1=org.apache.log4j.DailyRollingFileAppender
          log4j.appender.A1.File=SampleMessages.log4j
          log4j.appender.A1.DatePattern=yyyyMMdd-HH'.log4j'
          log4j.appender.A1.layout=org.apache.log4j.xml.XMLLayout

          ###################
          #自定義Appender
          ###################
          log4j.appender.im = net.cybercorlin.util.logger.appender.IMAppender
          log4j.appender.im.host = mail.cybercorlin.net
          log4j.appender.im.username = username
          log4j.appender.im.password = password
          log4j.appender.im.recipient = corlin@cybercorlin.net
          log4j.appender.im.layout=org.apache.log4j.PatternLayout
          log4j.appender.im.layout.ConversionPattern =[framework] %d - %c -%-4r [%t] %-5p %c %x - %m%n

          參考:http://www.builder.com.cn/2008/0517/866964.shtml
          posted @ 2008-05-19 17:31 hunter129 閱讀(2490) | 評(píng)論 (0)編輯 收藏

                  當(dāng)采用Windows   2000/XP/2003系統(tǒng)的局域網(wǎng)用戶(hù)拔掉連接本機(jī)網(wǎng)卡的網(wǎng)線(xiàn)時(shí),或該用戶(hù)的網(wǎng)卡與局域網(wǎng)中的網(wǎng)絡(luò)設(shè)備沒(méi)有正常連接時(shí),桌面上的“任務(wù)欄”中會(huì)顯示“本地連接,網(wǎng)絡(luò)電纜沒(méi)有插好”的提示。為什么Windows系統(tǒng)能夠自動(dòng)檢測(cè)出客戶(hù)機(jī)與網(wǎng)絡(luò)設(shè)備的連通情況呢?這是因?yàn)閃indows   2000/XP/2003系統(tǒng)中內(nèi)置了“媒體感知(Media   Sense)”功能。  
          認(rèn)清“媒體感知”功能  
            對(duì)于一般的局域網(wǎng)用戶(hù)來(lái)說(shuō),“媒體感知”功能確實(shí)起到了非常重要的作用。當(dāng)網(wǎng)卡或網(wǎng)線(xiàn)出現(xiàn)問(wèn)題時(shí),客戶(hù)機(jī)不能與局域網(wǎng)中的網(wǎng)絡(luò)設(shè)備正常連通,這時(shí)“媒體感知”功能就能立刻檢測(cè)出問(wèn)題,并發(fā)出警告,方便了大家對(duì)網(wǎng)絡(luò)的故障的排查。  
            但大家在進(jìn)行某些特殊的調(diào)試工作時(shí),智能化的“媒體感知”功能反而會(huì)影響正常工作。  
            例如程序員使用便攜設(shè)備(如筆記本電腦)調(diào)試某些TCP/IP應(yīng)用程序,而TCP/IP程序在測(cè)試過(guò)程中需要脫離局域網(wǎng)環(huán)境,程序員需要拔掉測(cè)試機(jī)器上的網(wǎng)線(xiàn)。這時(shí)聰明的“媒體感知”功能就立刻檢測(cè)出本機(jī)和局域網(wǎng)設(shè)備沒(méi)有正常連通,接著就會(huì)禁用捆綁在網(wǎng)卡上的某些網(wǎng)絡(luò)協(xié)議,其中就包括TCP/IP協(xié)議。由于TCP/IP協(xié)議被禁用了,這樣該TCP/IP應(yīng)用程序就無(wú)法進(jìn)行調(diào)試了,因此大家在某些特殊情況下必須禁用Windows系統(tǒng)的“媒體感知”功能。   
            提示:當(dāng)網(wǎng)卡與網(wǎng)絡(luò)設(shè)備沒(méi)有正常連通時(shí),“媒體感知”功能不會(huì)禁用所有的網(wǎng)絡(luò)協(xié)議,如NetBEUI和IPX/SPX協(xié)議就不受影響,本機(jī)的環(huán)路測(cè)試也可正常進(jìn)行。  
          禁用“媒體感知”功能  
            如何為T(mén)CP/IP協(xié)議禁用Windows系統(tǒng)內(nèi)置的“媒體感知”功能呢?通過(guò)修改注冊(cè)表就能實(shí)現(xiàn)。下面筆者以Windows   XP系統(tǒng)為例,介紹實(shí)現(xiàn)“禁用”的方法。  
            進(jìn)入注冊(cè)表編輯器,展開(kāi)“HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters”項(xiàng),新建一個(gè)“DisableDHCPMediaSense”  
            ,數(shù)據(jù)類(lèi)型為“DWORD值”,將該值設(shè)置為“1”。重新啟動(dòng)Windows   XP系統(tǒng)后,就禁用了“媒體感知”功能。  
            現(xiàn)在,即使拔掉網(wǎng)線(xiàn),TCP/IP協(xié)議也不會(huì)被禁用,TCP/IP應(yīng)用程序的調(diào)試工作可以照常進(jìn)行。要想恢復(fù)“媒體感知”功能,也很簡(jiǎn)單,只要將注冊(cè)表中   “DisableDHCPMediaSense”的值修改為“0”,或者刪除“DisableDHCPMediaSense”,重新啟動(dòng)系統(tǒng)即可。
          posted @ 2008-04-23 13:54 hunter129 閱讀(2444) | 評(píng)論 (2)編輯 收藏

          上次折騰了半天,終于把延時(shí)加載配置好了。可是不配置事務(wù)總是覺(jué)得怪怪的。so..決定把事務(wù)也配置好。雖然是個(gè)小項(xiàng)目吧^_^.
          <!-- 事務(wù)配置 -->
               
          <!-- 事務(wù)管理器 用于hibernate的事務(wù)管理器-->
                
          <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
                  
          <property name="sessionFactory">
                      
          <ref bean="sessionFactory"/>
                  
          </property>
              
          </bean>
              
              
          <!-- 事務(wù)攔截器 用于對(duì)攔截的方法開(kāi)啟事務(wù),其中指定了一些只讀事務(wù)-->
              
          <bean id="transactionInterceptor" class="org.springframework.transaction.interceptor.TransactionInterceptor">
                  
          <property name="transactionManager" ref="transactionManager"/>
                  
          <property name="transactionAttributes">
                      
          <props>
                          
          <prop key="*">PROPAGATION_REQUIRED,-Exception</prop>
                          
          <prop key="list*">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="*list">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="display*">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="*display">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="*view">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="find*">PROPAGATION_REQUIRED,readOnly</prop>
                          
          <prop key="main*">PROPAGATION_REQUIRED,readOnly</prop>
                      
          </props>
                  
          </property>
              
          </bean>
              
              
          <!-- 自動(dòng)代理,配置使所有service層bean使用事務(wù)攔截器 -->
              
          <bean class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
                  
          <property name="beanNames">
                      
          <list>
                      
          <value>*Service</value>
                      
          </list>
                  
          </property>
                  
          <property name="interceptorNames">
                      
          <list>
                          
          <value>transactionInterceptor</value>
                      
          </list>
                  
          </property>
              
          </bean>

              
          <bean class="org.springframework.transaction.interceptor.TransactionAttributeSourceAdvisor">
                  
          <property name="transactionInterceptor" ref="transactionInterceptor"/>
              
          </bean>
              
          <!-- 事務(wù)配置結(jié)束 -->

          簡(jiǎn)單說(shuō)明一下,其中是用了spring提供的BeanNameAutoProxyCreator這個(gè)自動(dòng)代理服務(wù),自動(dòng)對(duì)名為XXXService的的bean使用使用攔截器開(kāi)啟事務(wù),而在transactionInterceptor則定義了事務(wù)的屬性,限定了一些只讀的事務(wù)以提搞效率。
          posted @ 2008-04-21 19:08 hunter129 閱讀(276) | 評(píng)論 (0)編輯 收藏


          由于Spring控制的Hibernate的生命周期只針對(duì)數(shù)據(jù)層和服務(wù)層,而未管理到表現(xiàn)層,所以在表現(xiàn)層使用延時(shí)加載會(huì)出現(xiàn)the owning Session was closed或者no session or session was closed的異常信息。針對(duì)這一點(diǎn),可以通過(guò)hibernate filter的方式來(lái)解決。

          在WEB.xml文件中配置filter.
          <!-- hibernate session filter -->
          <filter>
              
          <filter-name>OpenSessionInViewFilter</filter-name>
              
          <filter-class>
                  org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
              
          </filter-class>
          </filter>

          <filter-mapping>
              
          <filter-name>OpenSessionInViewFilter</filter-name>
              
          <url-pattern>*.do</url-pattern>
          </filter-mapping>
          我們的系統(tǒng)架構(gòu)是struts+spring+hibernate,struts跟spring的整合是在struts-config.xml里加了個(gè)plugin
          <plug-in
              
          className="org.springframework.WEB.struts.ContextLoaderPlugIn">
              
          <set-property property="contextConfigLocation"
                  value
          ="/WEB-INF/classes/applicationContext.xml" />
              
          </plug-in>

          在WEB.xml中配置hibernateFilter 后,還需要在struts-config.xml里把plugin去掉,在WEB.xml里加上如下代碼:
          <!--Spring ApplicationContext-->
          <context-param>
              
          <param-name>contextConfigLocation</param-name>
              
          <param-value>/WEB-INF/classes/applicationContext.xml</param-value>
          </context-param>

          <listener>
              
          <listener-class>
                  org.springframework.web.context.ContextLoaderListener
              
          </listener-class>
          </listener>

          這樣配置之后如果沒(méi)有配置事務(wù),是有問(wèn)題的。不能進(jìn)行update和insert操作了。
          怎么辦呢?只需要在filter中加入一個(gè)參數(shù)
          <init-param>
              <param-name>singleSession</param-name>
              <param-value>true</param-value>
          </init-param>
          就可以了,當(dāng)然這樣 每次訪(fǎng)問(wèn)dao都會(huì)新開(kāi)個(gè)session,對(duì)性能的影響還是比較大的。最好的辦法當(dāng)然是配置事務(wù)了。
          posted @ 2008-04-18 10:12 hunter129 閱讀(1512) | 評(píng)論 (0)編輯 收藏

          做web開(kāi)發(fā)總要有點(diǎn)像樣的工具,下面就介紹一下我用到的工具。
          1.當(dāng)然是瀏覽器,由于ie對(duì)插件的支持不好,而且對(duì)w3c的標(biāo)準(zhǔn)也支持不好。所以做web開(kāi)發(fā)還是選擇firfox吧。不過(guò)話(huà)說(shuō)回來(lái),國(guó)內(nèi)目前ie瀏覽器的市場(chǎng)仍然占據(jù)絕對(duì)優(yōu)勢(shì),所以在FF(firfox)中調(diào)試好的網(wǎng)頁(yè)最好還是在拿回ie瞅瞅。
          2.接下來(lái)就是FF的各種插件啦,他們可都是我的好幫手。
          首先要說(shuō)的是firebug,相信很多人都對(duì)他都很熟悉了。可以說(shuō)是我見(jiàn)過(guò)的最好用的html、css和js調(diào)試工具了。提供了點(diǎn)選功能,可以很方便的查看網(wǎng)頁(yè)上各個(gè)元素的css樣式,并可以時(shí)時(shí)更改。js方面可以在js的控制臺(tái)里面可以顯示js的log,在應(yīng)用中使用log4js產(chǎn)生日志就可以在這里看見(jiàn)了,可給js代碼設(shè)置斷點(diǎn)進(jìn)行調(diào)試。還有一個(gè)script視圖,可以查看當(dāng)前頁(yè)面的js對(duì)象。在net視圖里面則可以看到各種資源加載的時(shí)間,方便性能調(diào)試。官方網(wǎng)站http://www.getfirebug.com/。firebug 還有一個(gè)插件YSlow(插件的插件?^_^) 是基于一下14條提高效率的原則來(lái)評(píng)價(jià)你的網(wǎng)頁(yè)http://www.yahooapis.com/performance/index.html#rules YSlow的下載地址http://www.yahooapis.com/yslow/
          3.ColorZilla 顏色拾取器,不用多說(shuō),就是可以快速的獲取web頁(yè)面上顏色的rgb十六進(jìn)制,方便web設(shè)計(jì),看見(jiàn)別人的網(wǎng)站顏色好看,直接一點(diǎn)拿來(lái)己用,咔咔。還可方便的縮放頁(yè)面。下載地址http://www.iosart.com/firefox/colorzilla/
          4.fasterfox  其實(shí)這個(gè)是個(gè)fiefox的性能優(yōu)化器,不過(guò)它還可以計(jì)算網(wǎng)頁(yè)整體的加載時(shí)間和清除ff的緩存。用來(lái)消除緩存的影響還是很有用地。地址: http://fasterfox.mozdev.org/
          5.說(shuō)到緩存,下面這個(gè)可以查看ff的緩存并可進(jìn)行搜索和排序 CacheViewer 地址:https://addons.mozilla.org/en-US/firefox/addon/2489
          6.IE Tab 可以在ff使用ie核心打開(kāi)標(biāo)簽頁(yè),地址:https://addons.mozilla.org/en-US/firefox/addon/1419

          posted @ 2008-03-29 23:24 hunter129 閱讀(342) | 評(píng)論 (0)編輯 收藏

          做web開(kāi)發(fā)的時(shí)候,有時(shí)候需要根據(jù)鍵盤(pán)進(jìn)行一些操作,例如按下Enter的時(shí)候提交表單,禁止用戶(hù)輸入某些特殊字符,設(shè)置快捷鍵等等。這時(shí)候需要找出用戶(hù)按下的是那些按鍵,每次都找對(duì)照表太麻煩了.so..寫(xiě)了這么個(gè)小程序來(lái)測(cè)試按鍵。^_^
          其中的charCode是根據(jù)ascii表轉(zhuǎn)換的,不一定準(zhǔn)確。

          keyCode :
          charCode :
          shift-key :
          ctrl-key :
          alt-key :

          下面是ascii編碼表:
          ascii編碼表
          源代碼:
          <script type="text/javascript">
          function showKey(e){
          = e || window.event;
          document.getElementById(
          "keyCode").value = e.keyCode;
          document.getElementById(
          "charCode").value = String.fromCharCode(e.keyCode);
          document.getElementById(
          "shiftKey").value = e.shiftKey;
          document.getElementById(
          "ctrlKey").value = e.ctrlKey;
          document.getElementById(
          "altKey").value = e.altKey;
          }
          $(document).ready(
          function(){
          document.onkeydown 
          = showKey;
          });
          </script>
          <br />
          <table>
              
          <tbody>
                  
          <tr>
                      
          <td>keyCode : </td>
                      
          <td><input id="keyCode" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>charCode  : </td>
                      
          <td><input id="charCode" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>shift-key : </td>
                      
          <td><input id="shiftKey" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>ctrl-key : </td>
                      
          <td><input id="ctrlKey" type="text" /> </td>
                  
          </tr>
                  
          <tr>
                      
          <td>alt-key : </td>
                      
          <td><input id="altKey" type="text" /> </td>
                  
          </tr>
              
          </tbody>
          </table>
          其中我使用了jquery來(lái)初始化document的onkeydown事件。如果你不使用jquery可以用下面這段代碼
          window.onload = function(){
            document.onkeydown 
          = showKey;
          };

          代替
          $(document).ready(function(){
          document.onkeydown 
          = showKey;
          });

          posted @ 2008-02-02 17:00 hunter129 閱讀(1619) | 評(píng)論 (5)編輯 收藏


          轉(zhuǎn)的~~
          原文
          http://www.cnblogs.com/yxonline/archive/2007/07/09/811434.html
          我們期待自己成為一個(gè)優(yōu)秀的軟件模型設(shè)計(jì)者,但是,要怎樣做,又從哪里開(kāi)始呢?

          將下列原則應(yīng)用到你的軟件工程中,你會(huì)獲得立桿見(jiàn)影的成果。

          1. 人遠(yuǎn)比技術(shù)重要

          你開(kāi)發(fā)軟件是為了供別人使用,沒(méi)有人使用的軟件只是沒(méi)有意義的數(shù)據(jù)的集合而已。許多在軟件方面很有成就的行家在他們事業(yè)的初期卻表現(xiàn)平平,因?yàn)樗麄? 那時(shí)侯將主要精力都集中在技術(shù)上。顯然,構(gòu)件(components),EJB(Enterprise Java Beans)和代理(agent)是很有趣的東西。但是對(duì)于用戶(hù)來(lái)說(shuō),如果你設(shè)計(jì)的軟件很難使用或者不能滿(mǎn)足他們的需求,后臺(tái)用再好的技術(shù)也于事無(wú)補(bǔ)。多 花點(diǎn)時(shí)間到軟件需求和設(shè)計(jì)一個(gè)使用戶(hù)能很容易理解的界面上。

          2. 理解你要實(shí)現(xiàn)的東西

          好的軟件設(shè)計(jì)人員把大多數(shù)時(shí)間花費(fèi)在建立系統(tǒng)模型上,偶爾寫(xiě)一些源代碼,但那只不過(guò)是為了驗(yàn)證設(shè)計(jì)過(guò)程中所遇到的問(wèn)題。這將使他們的設(shè)計(jì)方案更加可行。

          3. 謙虛是必須的品格

          你不可能知道一切,你甚至要很努力才能獲得足夠用的知識(shí)。軟件開(kāi)發(fā)是一項(xiàng)復(fù)雜而艱巨的工作,因?yàn)檐浖_(kāi)發(fā)所用到的工具和技術(shù)是在不斷更新的。而且, 一個(gè)人也不可能了解軟件開(kāi)發(fā)的所有過(guò)程。在日常生活中你每天接觸到的新鮮事物可能不會(huì)太多。但是對(duì)于從事軟件開(kāi)發(fā)的人來(lái)說(shuō),每天可以學(xué)習(xí)很多新東西(如果 愿意的話(huà))。

          4. 需求就是需求

          如果你沒(méi)有任何需求,你就不要?jiǎng)邮珠_(kāi)發(fā)任何軟件。成功的軟件取決于時(shí)間(在用戶(hù)要求的時(shí)間內(nèi)完成)、預(yù)算和是否滿(mǎn)足用戶(hù)的需求。如果你不能確切知道用戶(hù)需要的是什么,或者軟件的需求定義,那么你的工程注定會(huì)失敗。

          5. 需求其實(shí)很少改變,改變的是你對(duì)需求的理解

          Object ToolSmiths公司(www.objecttoolsmiths.com)的Doug Smith常喜歡說(shuō):“分析是一門(mén)科學(xué),設(shè)計(jì)是一門(mén)藝術(shù)”。他的意思是說(shuō)在眾多的“正確”分析模型中只存在一個(gè)最“正確”分析模型可以完全滿(mǎn)足解決某個(gè)具 體問(wèn)題的需要(我理解的意思是需求分析需要一絲不茍、精確的完成,而設(shè)計(jì)的時(shí)候反而可以發(fā)揮創(chuàng)造力和想象力 - 譯者注)。

          如果需求經(jīng)常改動(dòng),很可能是你沒(méi)有作好需求分析,并不是需求真的改變了。

          你可以抱怨用戶(hù)不能告訴你他們想得到什么,但是不要忘記,收集需求信息是你工作。

          你可以說(shuō)是新來(lái)的開(kāi)發(fā)人員把事情搞得一團(tuán)糟,但是,你應(yīng)該確定在工程的第一天就告訴他們應(yīng)該做什么和怎樣去做。

          如果你覺(jué)得公司不讓你與用戶(hù)充分接觸,那只能說(shuō)明公司的管理層并不是真正支持你的項(xiàng)目。

          你可以抱怨公司有關(guān)軟件工程的管理制度不合理,但你必須了解大多同行公司是怎么做的。

          你可以借口說(shuō)你們的競(jìng)爭(zhēng)對(duì)手的成功是因?yàn)樗麄冇辛艘粋€(gè)新的理念,但是為什么你沒(méi)先想到呢?

          需求真正改變的情況很少,但是沒(méi)有做好需求分析工作的理由卻很多。

          6. 經(jīng)常閱讀

          在這個(gè)每日都在發(fā)生變化的產(chǎn)業(yè)中,你不可能在已取得的成就上陶醉太久。

          每個(gè)月至少讀2、3本專(zhuān)業(yè)雜志或者1本專(zhuān)業(yè)書(shū)籍。保持不落伍需要付出很多的時(shí)間和金錢(qián),但會(huì)使你成為一個(gè)很有實(shí)力的競(jìng)爭(zhēng)者。

          7. 降低軟件模塊間的耦合度

          高耦合度的系統(tǒng)是很難維護(hù)的。一處的修改引起另一處甚至更多處的變動(dòng)。

          你可以通過(guò)以下方法降低程序的耦合度:隱藏實(shí)現(xiàn)細(xì)節(jié),強(qiáng)制構(gòu)件接口定義,不使用公用數(shù)據(jù)結(jié)構(gòu),不讓?xiě)?yīng)用程序直接操作數(shù)據(jù)庫(kù)(我的經(jīng)驗(yàn)法則是:當(dāng)應(yīng)用程序員在寫(xiě)SQL代碼的時(shí)候,你的程序的耦合度就已經(jīng)很高了)。

          耦合度低的軟件可以很容易被重用、維護(hù)和擴(kuò)充。

          8. 提高軟件的內(nèi)聚性

          如果一個(gè)軟件的模塊只實(shí)現(xiàn)一個(gè)功能,那么該模塊具有高內(nèi)聚性。高內(nèi)聚性的軟件更容易維護(hù)和改進(jìn)。

          判斷一個(gè)模塊是否有高的內(nèi)聚性,看一看你是否能夠用一個(gè)簡(jiǎn)單的句子描述它的功能就行了。如果你用了一段話(huà)或者你需要使用類(lèi)似“和”、“或”等連詞,則說(shuō)明你需要將該模塊細(xì)化。

          只有高內(nèi)聚性的模塊才可能被重用。

          9. 考慮軟件的移植性

          移植是軟件開(kāi)發(fā)中一項(xiàng)具體而又實(shí)際的工作,不要相信某些軟件工具的廣告宣傳(比如java 的宣傳口號(hào)write once run many ? 譯者注)。

          即使僅僅對(duì)軟件進(jìn)行常規(guī)升級(jí),也要把這看得和向另一個(gè)操作系統(tǒng)或數(shù)據(jù)庫(kù)移植一樣重要。

          記得從16位Windows移植到32位windows的“樂(lè)趣”嗎 ?當(dāng)你使用了某個(gè)操作系統(tǒng)的特性,如它的進(jìn)程間通信(IPC)策略,或用某數(shù)據(jù)庫(kù)專(zhuān)有語(yǔ)言寫(xiě)了存儲(chǔ)過(guò)程。你的軟件和那個(gè)特定的產(chǎn)品結(jié)合度就已經(jīng)很高了。

          好的軟件設(shè)計(jì)者把那些特有的實(shí)現(xiàn)細(xì)節(jié)打包隱藏起來(lái),所以,當(dāng)那些特性該變的時(shí)候,你的僅僅需要更新那個(gè)包就可以了。

          10. 接受變化

          這是一句老話(huà)了:唯一不變的只有變化。

          你應(yīng)該將所有系統(tǒng)將可能發(fā)生的變化以及潛在需求記錄下來(lái),以便將來(lái)能夠?qū)崿F(xiàn)(參見(jiàn)“Architecting for Change”,Thinking Objectively, May 1999)

          通過(guò)在建模期間考慮這些假設(shè)的情況,你就有可能開(kāi)發(fā)出足夠強(qiáng)壯且容易維護(hù)的軟件。設(shè)計(jì)強(qiáng)壯的軟件是你最基本的目標(biāo)。

          11. 不要低估對(duì)軟件規(guī)模的需求

          Internet 帶給我們的最大的教訓(xùn)是你必須在軟件開(kāi)發(fā)的最初階段就考慮軟件規(guī)模的可擴(kuò)充性。

          今天只有100人的部門(mén)使用的應(yīng)用程序,明天可能會(huì)被有好幾萬(wàn)人的組織使用,下月,通過(guò)因特網(wǎng)可能會(huì)有幾百萬(wàn)人使用它。

          在軟件設(shè)計(jì)的初期,根據(jù)在用例模型中定義的必須支持的基本事務(wù)處理,確定軟件的基本功能。然后,在建造系統(tǒng)的時(shí)候再逐步加入比較常用的功能。

          在設(shè)計(jì)的開(kāi)始考慮軟件的規(guī)模需求,避免在用戶(hù)群突然增大的情況下,重寫(xiě)軟件。

          12. 性能僅僅是很多設(shè)計(jì)因素之一

          關(guān)注軟件設(shè)計(jì)中的一個(gè)重要因素--性能,這好象也是用戶(hù)最關(guān)心的事情。一個(gè)性能不佳的軟件將不可避免被重寫(xiě)。

          但是你的設(shè)計(jì)還必須具有可靠性,可用性,便攜性和可擴(kuò)展性。你應(yīng)該在工程開(kāi)始就應(yīng)該定義并區(qū)分好這些因素,以便在工作中恰當(dāng)使用。性能可以是,也可以不是優(yōu)先級(jí)最高的因素,我的觀點(diǎn)是,給每個(gè)設(shè)計(jì)因素應(yīng)有的考慮。

          13. 管理接口

          “UML User Guide”(Grady Booch,Ivar Jacobson和Jim Rumbaugh ,Addison Wesley, 1999)中指出,你應(yīng)該在開(kāi)發(fā)階段的早期就定義軟件模塊之間的接口。

          這有助于你的開(kāi)發(fā)人員全面理解軟件的設(shè)計(jì)結(jié)構(gòu)并取得一致意見(jiàn),讓各模塊開(kāi)發(fā)小組相對(duì)獨(dú)立的工作。一旦模塊的接口確定之后,模塊怎樣實(shí)現(xiàn)就不是很重要了。

          從根本上說(shuō),如果你不能夠定義你的模塊“從外部看上去會(huì)是什么樣子”,你肯定也不清楚模塊內(nèi)要實(shí)現(xiàn)什么。

          14. 走近路需要更長(zhǎng)的時(shí)間

          在軟件開(kāi)發(fā)中沒(méi)有捷徑可以走。

          縮短你的在需求分析上花的時(shí)間,結(jié)果只能是開(kāi)發(fā)出來(lái)的軟件不能滿(mǎn)足用戶(hù)的需求,必須被重寫(xiě)。

          在軟件建模上每節(jié)省一周,在將來(lái)的編碼階段可能會(huì)多花幾周時(shí)間,因?yàn)槟阍谌嫠伎贾熬蛣?dòng)手寫(xiě)程序。

          你為了節(jié)省一天的測(cè)試時(shí)間而漏掉了一個(gè)bug,在將來(lái)的維護(hù)階段,可能需要花幾周甚至幾個(gè)月的時(shí)間去修復(fù)。與其如此,還不如重新安排一下項(xiàng)目計(jì)劃。

          避免走捷徑,只做一次但要做對(duì)(do it once by doing it right)。

          15. 別信賴(lài)任何人

          產(chǎn)品和服務(wù)銷(xiāo)售公司不是你的朋友,你的大部分員工和高層管理人員也不是。

          大部分產(chǎn)品供應(yīng)商希望把你牢牢綁在他們的產(chǎn)品上,可能是操作系統(tǒng),數(shù)據(jù)庫(kù)或者某個(gè)開(kāi)發(fā)工具。

          大部分的顧問(wèn)和承包商只關(guān)心你的錢(qián)并不是你的工程(停止向他們付款,看一看他們會(huì)在周?chē)舳嚅L(zhǎng)時(shí)間)。

          大部分程序員認(rèn)為他們自己比其他人更優(yōu)秀,他們可能拋棄你設(shè)計(jì)的模型而用自己認(rèn)為更好的。

          只有良好的溝通才能解決這些問(wèn)題。

          要明確的是,不要只依靠一家產(chǎn)品或服務(wù)提供商,即使你的公司(或組織)已經(jīng)在建模、文檔和過(guò)程等方面向那個(gè)公司投入了很多錢(qián)。

          16. 證明你的設(shè)計(jì)在實(shí)踐中可行

          在設(shè)計(jì)的時(shí)候應(yīng)當(dāng)先建立一個(gè)技術(shù)原型, 或者稱(chēng)為“端到端”原型。以證明你的設(shè)計(jì)是能夠工作的。

          你應(yīng)該在開(kāi)發(fā)工作的早期做這些事情,因?yàn)椋绻浖脑O(shè)計(jì)方案是不可行的,在編碼實(shí)現(xiàn)階段無(wú)論采取什么措施都于事無(wú)補(bǔ)。技術(shù)原型將證明你的設(shè)計(jì)的可行性,從而,你的設(shè)計(jì)將更容易獲得支持。

          17. 應(yīng)用已知的模式

          目前,我們有大量現(xiàn)成的分析和設(shè)計(jì)模式以及問(wèn)題的解決方案可以使用。

          一般來(lái)說(shuō),好的模型設(shè)計(jì)和開(kāi)發(fā)人員,都會(huì)避免重新設(shè)計(jì)已經(jīng)成熟的并被廣泛應(yīng)用的東西。http://www.ambysoft.com/processPatternsPage.html收藏了許多開(kāi)發(fā)模式的信息。

          18. 研究每個(gè)模型的長(zhǎng)處和弱點(diǎn)

          目前有很多種類(lèi)的模型可以使用,如下圖所示。用例捕獲的是系統(tǒng)行為需求,數(shù)據(jù)模型則描述支持一個(gè)系統(tǒng)運(yùn)行所需要的數(shù)據(jù)構(gòu)成。你可能會(huì)試圖在用例中加 入實(shí)際數(shù)據(jù)描述,但是,這對(duì)開(kāi)發(fā)者不是非常有用。同樣,數(shù)據(jù)模型對(duì)描述軟件需求來(lái)說(shuō)是無(wú)用的。每個(gè)模型在你建模過(guò)程中有其相應(yīng)的位置,但是,你需要明白在 什么地方,什么時(shí)候使用它們。

          19. 在現(xiàn)有任務(wù)中應(yīng)用多個(gè)模型

          當(dāng)你收集需求的時(shí)候,考慮使用用例模型,用戶(hù)界面模型和領(lǐng)域級(jí)的類(lèi)模型。

          當(dāng)你設(shè)計(jì)軟件的時(shí)候,應(yīng)該考慮制作類(lèi)模型,順序圖、狀態(tài)圖、協(xié)作圖和最終的軟件實(shí)際物理模型。

          程序設(shè)計(jì)人員應(yīng)該慢慢意識(shí)到,僅僅使用一個(gè)模型而實(shí)現(xiàn)的軟件要么不能夠很好地滿(mǎn)足用戶(hù)的需求,要么很難擴(kuò)展。

          20. 教育你的聽(tīng)眾

          你花了很大力氣建立一個(gè)很成熟的系統(tǒng)模型,而你的聽(tīng)眾卻不能理解它們,甚至更糟-連為什么要先建立模型都不知道。那么你的工作是毫無(wú)意義的。

          教給你開(kāi)發(fā)人員基本的建模知識(shí);否則,他們會(huì)只看看你畫(huà)的漂亮圖表,然后繼續(xù)編寫(xiě)不規(guī)范的程序。

          另外, 你還需要告訴你的用戶(hù)一些需求建模的基礎(chǔ)知識(shí)。給他們解釋你的用例(uses case)和用戶(hù)界面模型,以使他們能夠明白你要表達(dá)地東西。當(dāng)每個(gè)人都能使用一個(gè)通用的設(shè)計(jì)語(yǔ)言的時(shí)候(比如UML-譯者注),你的團(tuán)隊(duì)才能實(shí)現(xiàn)真正的合作。

          21. 帶工具的傻瓜還是傻瓜

          你給我CAD/CAM工具,請(qǐng)我設(shè)計(jì)一座橋。但是,如果那座橋建成的話(huà),我肯定不想當(dāng)?shù)谝粋€(gè)從橋上過(guò)的人,因?yàn)槲覍?duì)建筑一竅不通。

          使用一個(gè)很優(yōu)秀的CASE工具并不能使你成為一個(gè)建模專(zhuān)家,只能使你成為一個(gè)優(yōu)秀CASE工具的使用者。成為一個(gè)優(yōu)秀的建模專(zhuān)家需要多年的積累,不 會(huì)是一周針對(duì)某個(gè)價(jià)值幾千美元工具的培訓(xùn)。一個(gè)優(yōu)秀的CASE工具是很重要,但你必須學(xué)習(xí)使用它,并能夠使用它設(shè)計(jì)它支持的模型。

          22. 理解完整的過(guò)程

          好的設(shè)計(jì)人員應(yīng)該理解整個(gè)軟件過(guò)程,盡管他們可能不是精通全部實(shí)現(xiàn)細(xì)節(jié)。

          軟件開(kāi)發(fā)是一個(gè)很復(fù)雜的過(guò)程,還記得《object-oriented software process》第36頁(yè)的內(nèi)容嗎?除了編程、建模、測(cè)試等你擅長(zhǎng)工作外,還有很多工作要做。

          好的設(shè)計(jì)者需要考慮全局。必須從長(zhǎng)遠(yuǎn)考慮如何使軟件滿(mǎn)足用戶(hù)需要,如何提供維護(hù)和技術(shù)支持等。

          23. 常做測(cè)試,早做測(cè)試

          如果測(cè)試對(duì)你的軟件來(lái)說(shuō)是無(wú)所謂的,那么你的軟件多半也沒(méi)什么必要被開(kāi)發(fā)出來(lái)。

          建立一個(gè)技術(shù)原型供技術(shù)評(píng)審使用,以檢驗(yàn)?zāi)愕能浖P汀?/p>

          在軟件生命周期中,越晚發(fā)現(xiàn)的錯(cuò)誤越難修改,修改成本越昂貴。盡可能早的做測(cè)試是很值得的。

          24. 把你的工作歸檔

          不值得歸檔的工作往往也不值得做。歸檔你的設(shè)想,以及根據(jù)設(shè)想做出的決定;歸檔軟件模型中很重要但不很明顯的部分。 給每個(gè)模型一些概要描述以使別人很快明白模型所表達(dá)的內(nèi)容。

          25. 技術(shù)會(huì)變,基本原理不會(huì)

          如果有人說(shuō)“使用某種開(kāi)發(fā)語(yǔ)言、某個(gè)工具或某某技術(shù),我們就不需要再做需求分析,建模,編碼或測(cè)試”。不要相信,這只說(shuō)明他還缺乏經(jīng)驗(yàn)。拋開(kāi)技術(shù)和 人的因素,實(shí)際上軟件開(kāi)發(fā)的基本原理自20世紀(jì)70年代以來(lái)就沒(méi)有改變過(guò)。你必須還定義需求,建模,編碼,測(cè)試,配置,面對(duì)風(fēng)險(xiǎn),發(fā)布產(chǎn)品,管理工作人員 等等。

          軟件建模技術(shù)是需要多年的實(shí)際工作才能完全掌握的。好在你可以從我的建議開(kāi)始,完善你們自己的軟件開(kāi)發(fā)經(jīng)驗(yàn)。

          以雞湯開(kāi)始,加入自己的蔬菜。然后,開(kāi)始享受你自己的豐盛晚餐吧。

          posted @ 2008-01-31 22:59 hunter129 閱讀(305) | 評(píng)論 (2)編輯 收藏

          項(xiàng)目中用到 長(zhǎng)文本作為內(nèi)容
          pojo中使用 string 類(lèi)型 數(shù)據(jù)庫(kù) oracle9i 用的的clob字段
          pojo:

          private String content;
          public void setContent(String content){
              
          this.content = content;
          }
          hibernate配置
          <property name="content" column="C_Content" type="text" length="10000"></property>

          發(fā)現(xiàn)當(dāng)content 字段的內(nèi)容在 1000~2000 字符長(zhǎng)度中間的時(shí)候出現(xiàn) sql錯(cuò)誤
          而文本長(zhǎng)度小于1000 長(zhǎng)于2000 都沒(méi)有問(wèn)題
          問(wèn)題:hibernate配置中l(wèi)ength="10000"屬性是做什么用的?我嘗試過(guò) 將他配置成1000,5000,1w或者不配置 最后執(zhí)行的結(jié)果都一樣

          資料 google baidu。。。
          一般認(rèn)為 length指定的是text的最大長(zhǎng)度,這里顯然不是
          又有認(rèn)為 是將java中string 值當(dāng)作clob處理的最小長(zhǎng)度,也就是當(dāng)string長(zhǎng)度小于這個(gè)值的時(shí)候 當(dāng)string處理,當(dāng)string大于這個(gè)長(zhǎng)度的時(shí)候當(dāng)text(clob)處理。但是我將length設(shè)置為1000時(shí),輸入1k+文本 依然有sql錯(cuò)誤。超過(guò)2000卻沒(méi)有問(wèn)題。
          so..這兩個(gè)都不是答案.
          又有人說(shuō),介個(gè)是jdbcbug 換成10g的就米有問(wèn)題了。遂嘗試..未果,問(wèn)題依舊。
          finally..這個(gè)length屬性到底干嘛用 沒(méi)搞清楚.. 抑或 不該這么配置?

          繼續(xù)尋找,找到另外一種解決辦法。可以通過(guò)spring來(lái)解決這個(gè)問(wèn)題
          hibernate配置
          <property name="content" column="C_Content" type="org.springframework.orm.hibernate3.support.ClobStringType"
          length
          ="10000"></property>

          spring配置
          <bean id="oracleLobHandler" class="org.springframework.jdbc.support.lob.OracleLobHandler">   
                  
          <property name="nativeJdbcExtractor">
                      
          <ref local="nativeJdbcExtractor"/>
                  
          </property>  
          </bean>   
          <bean id="nativeJdbcExtractor" class="org.springframework.jdbc.support.nativejdbc.SimpleNativeJdbcExtractor">   
          </bean>
          上面2個(gè)bean是關(guān)鍵
          然后在sessionFactory的bean中加入
          <bean id="sessionFactory"
                  class
          ="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
                  
          <property name="lobHandler">   
                      
          <ref bean="oracleLobHandler" />   
                  
          </property>
                  。。。其他
          </bean>


          問(wèn)題解決,但是length="10000" 屬性依然無(wú)用,可正常插入 任意長(zhǎng)度的字符串
          但是這樣的話(huà) 數(shù)據(jù)庫(kù)就不能跨平臺(tái)了..so 期待跨數(shù)據(jù)庫(kù)平臺(tái)的 方案~~
          posted @ 2008-01-28 15:48 hunter129 閱讀(4193) | 評(píng)論 (7)編輯 收藏

          主站蜘蛛池模板: 绥芬河市| 扬中市| 丹东市| 桦甸市| 阜阳市| 威远县| 金堂县| 巴彦淖尔市| 休宁县| 靖江市| 岫岩| 定襄县| 泸水县| 甘孜| 富宁县| 天峨县| 江山市| 沁源县| 德化县| 历史| 中山市| 晋中市| 太康县| 定日县| 灵川县| 木里| 金华市| 凤冈县| 山阴县| 卢湾区| 驻马店市| 榆林市| 金昌市| 瓮安县| 保亭| 和顺县| 堆龙德庆县| 遂宁市| 阳谷县| 乐亭县| 健康|