http://hmily.blueidea.com/archives/2007/4508.shtml
目錄：
一、術(shù)語session
二、HTTP協(xié)議與狀態(tài)保持
三、理解cookie機制
四、理解session機制
五、理解javax.servlet.http.HttpSession
六、HttpSession常見問題
七、跨應(yīng)用程序的session共享
八、總結(jié)
參考文檔
一、術(shù)語session
在我的經(jīng)驗里，session這個詞被濫用的程度大概僅次于transaction，更加有趣的是transaction與session在某些語境下的含義是相同的。
session，中文經(jīng)常翻譯為會話，其本來的含義是指有始有終的一系列動作/消息，比如打電話時從拿起電話撥號到掛斷電話這中間的一系列過程可以稱之為一個 session。有時候我們可以看到這樣的話“在一個瀏覽器會話期間，...”，這里的會話一詞用的就是其本義，是指從一個瀏覽器窗口打開到關(guān)閉這個期間 ①。最混亂的是“用戶（客戶端）在一次會話期間”這樣一句話，它可能指用戶的一系列動作（一般情況下是同某個具體目的相關(guān)的一系列動作，比如從登錄到選購商品到結(jié)賬登出這樣一個網(wǎng)上購物的過程，有時候也被稱為一個transaction），然而有時候也可能僅僅是指一次連接，也有可能是指含義①，其中的差別只能靠上下文來推斷②。
然而當(dāng)session一詞與網(wǎng)絡(luò)協(xié)議相關(guān)聯(lián)時，它又往往隱含了“面向連接”和/或“保持狀態(tài)”這樣兩個含義， “面向連接”指的是在通信雙方在通信之前要先建立一個通信的渠道，比如打電話，直到對方接了電話通信才能開始，與此相對的是寫信，在你把信發(fā)出去的時候你并不能確認(rèn)對方的地址是否正確，通信渠道不一定能建立，但對發(fā)信人來說，通信已經(jīng)開始了。“保持狀態(tài)”則是指通信的一方能夠把一系列的消息關(guān)聯(lián)起來，使得消息之間可以互相依賴，比如一個服務(wù)員能夠認(rèn)出再次光臨的老顧客并且記得上次這個顧客還欠店里一塊錢。這一類的例子有“一個TCP session”或者 “一個POP3 session”③。
而到了web服務(wù)器蓬勃發(fā)展的時代，session在web開發(fā)語境下的語義又有了新的擴展，它的含義是指一類用來在客戶端與服務(wù)器之間保持狀態(tài)的解決方案④。有時候session也用來指這種解決方案的存儲結(jié)構(gòu)，如“把xxx保存在session 里”⑤。由于各種用于web開發(fā)的語言在一定程度上都提供了對這種解決方案的支持，所以在某種特定語言的語境下，session也被用來指代該語言的解決方案，比如經(jīng)常把Java里提供的javax.servlet.http.HttpSession簡稱為session⑥。
鑒于這種混亂已不可改變，本文中session一詞的運用也會根據(jù)上下文有不同的含義，請大家注意分辨。
在本文中，使用中文“瀏覽器會話期間”來表達含義①，使用“session機制”來表達含義④，使用“session”表達含義⑤，使用具體的“HttpSession”來表達含義⑥
二、HTTP協(xié)議與狀態(tài)保持
HTTP 協(xié)議本身是無狀態(tài)的，這與HTTP協(xié)議本來的目的是相符的，客戶端只需要簡單的向服務(wù)器請求下載某些文件，無論是客戶端還是服務(wù)器都沒有必要紀(jì)錄彼此過去的行為，每一次請求之間都是獨立的，好比一個顧客和一個自動售貨機或者一個普通的（非會員制）大賣場之間的關(guān)系一樣。
然而聰明（或者貪心？）的人們很快發(fā)現(xiàn)如果能夠提供一些按需生成的動態(tài)信息會使web變得更加有用，就像給有線電視加上點播功能一樣。這種需求一方面迫使HTML逐步添加了表單、腳本、DOM等客戶端行為，另一方面在服務(wù)器端則出現(xiàn)了CGI規(guī)范以響應(yīng)客戶端的動態(tài)請求，作為傳輸載體的HTTP協(xié)議也添加了文件上載、 cookie這些特性。其中cookie的作用就是為了解決HTTP協(xié)議無狀態(tài)的缺陷所作出的努力。至于后來出現(xiàn)的session機制則是又一種在客戶端與服務(wù)器之間保持狀態(tài)的解決方案。
讓我們用幾個例子來描述一下cookie和session機制之間的區(qū)別與聯(lián)系。筆者曾經(jīng)常去的一家咖啡店有喝5杯咖啡免費贈一杯咖啡的優(yōu)惠，然而一次性消費5杯咖啡的機會微乎其微，這時就需要某種方式來紀(jì)錄某位顧客的消費數(shù)量。想象一下其實也無外乎下面的幾種方案：
1、該店的店員很厲害，能記住每位顧客的消費數(shù)量，只要顧客一走進咖啡店，店員就知道該怎么對待了。這種做法就是協(xié)議本身支持狀態(tài)。
2、發(fā)給顧客一張卡片，上面記錄著消費的數(shù)量，一般還有個有效期限。每次消費時，如果顧客出示這張卡片，則此次消費就會與以前或以后的消費相聯(lián)系起來。這種做法就是在客戶端保持狀態(tài)。
3、發(fā)給顧客一張會員卡，除了卡號之外什么信息也不紀(jì)錄，每次消費時，如果顧客出示該卡片，則店員在店里的紀(jì)錄本上找到這個卡號對應(yīng)的紀(jì)錄添加一些消費信息。這種做法就是在服務(wù)器端保持狀態(tài)。
由于HTTP協(xié)議是無狀態(tài)的，而出于種種考慮也不希望使之成為有狀態(tài)的，因此，后面兩種方案就成為現(xiàn)實的選擇。具體來說cookie機制采用的是在客戶端保持狀態(tài)的方案，而session機制采用的是在服務(wù)器端保持狀態(tài)的方案。同時我們也看到，由于采用服務(wù)器端保持狀態(tài)的方案在客戶端也需要保存一個標(biāo)識，所以session機制可能需要借助于cookie機制來達到保存標(biāo)識的目的，但實際上它還有其他選擇。
三、理解cookie機制
cookie機制的基本原理就如上面的例子一樣簡單，但是還有幾個問題需要解決：“會員卡”如何分發(fā)；“會員卡”的內(nèi)容；以及客戶如何使用“會員卡”。
正統(tǒng)的cookie分發(fā)是通過擴展HTTP協(xié)議來實現(xiàn)的，服務(wù)器通過在HTTP的響應(yīng)頭中加上一行特殊的指示以提示瀏覽器按照指示生成相應(yīng)的cookie。然而純粹的客戶端腳本如JavaScript或者VBScript也可以生成cookie。
而cookie 的使用是由瀏覽器按照一定的原則在后臺自動發(fā)送給服務(wù)器的。瀏覽器檢查所有存儲的cookie，如果某個cookie所聲明的作用范圍大于等于將要請求的資源所在的位置，則把該cookie附在請求資源的HTTP請求頭上發(fā)送給服務(wù)器。意思是麥當(dāng)勞的會員卡只能在麥當(dāng)勞的店里出示，如果某家分店還發(fā)行了自己的會員卡，那么進這家店的時候除了要出示麥當(dāng)勞的會員卡，還要出示這家店的會員卡。
cookie的內(nèi)容主要包括：名字，值，過期時間，路徑和域。
其中域可以指定某一個域比如.google.com，相當(dāng)于總店招牌，比如寶潔公司，也可以指定一個域下的具體某臺機器比如www.google.com或者froogle.google.com，可以用飄柔來做比。
路徑就是跟在域名后面的URL路徑，比如/或者/foo等等，可以用某飄柔專柜做比。
路徑與域合在一起就構(gòu)成了cookie的作用范圍。
如果不設(shè)置過期時間，則表示這個cookie的生命期為瀏覽器會話期間，只要關(guān)閉瀏覽器窗口，cookie就消失了。這種生命期為瀏覽器會話期的 cookie被稱為會話cookie。會話cookie一般不存儲在硬盤上而是保存在內(nèi)存里，當(dāng)然這種行為并不是規(guī)范規(guī)定的。如果設(shè)置了過期時間，瀏覽器就會把cookie保存到硬盤上，關(guān)閉后再次打開瀏覽器，這些cookie仍然有效直到超過設(shè)定的過期時間。
存儲在硬盤上的cookie 可以在不同的瀏覽器進程間共享，比如兩個IE窗口。而對于保存在內(nèi)存里的cookie，不同的瀏覽器有不同的處理方式。對于IE，在一個打開的窗口上按 Ctrl-N（或者從文件菜單）打開的窗口可以與原窗口共享，而使用其他方式新開的IE進程則不能共享已經(jīng)打開的窗口的內(nèi)存cookie；對于 Mozilla Firefox0.8，所有的進程和標(biāo)簽頁都可以共享同樣的cookie。一般來說是用javascript的window.open打開的窗口會與原窗口共享內(nèi)存cookie。瀏覽器對于會話cookie的這種只認(rèn)cookie不認(rèn)人的處理方式經(jīng)常給采用session機制的web應(yīng)用程序開發(fā)者造成很大的困擾。
下面就是一個goolge設(shè)置cookie的響應(yīng)頭的例子
HTTP/1.1 302 Found
Location: http://www.google.com/intl/zh-CN/
Set-Cookie: PREF=ID=0565f77e132de138:NW=1:TM=1098082649:LM=1098082649:S=KaeaCFPo49RiA_d8; expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.com
Content-Type: text/html
這是使用HTTPLook這個HTTP Sniffer軟件來俘獲的HTTP通訊紀(jì)錄的一部分
瀏覽器在再次訪問goolge的資源時自動向外發(fā)送cookie
使用Firefox可以很容易的觀察現(xiàn)有的cookie的值
使用HTTPLook配合Firefox可以很容易的理解cookie的工作原理。
IE也可以設(shè)置在接受cookie前詢問
這是一個詢問接受cookie的對話框。
四、理解session機制
session機制是一種服務(wù)器端的機制，服務(wù)器使用一種類似于散列表的結(jié)構(gòu)（也可能就是使用散列表）來保存信息。
當(dāng)程序需要為某個客戶端的請求創(chuàng)建一個session的時候，服務(wù)器首先檢查這個客戶端的請求里是否已包含了一個session標(biāo)識 - 稱為 session id，如果已包含一個session id則說明以前已經(jīng)為此客戶端創(chuàng)建過session，服務(wù)器就按照session id把這個 session檢索出來使用（如果檢索不到，可能會新建一個），如果客戶端請求不包含session id，則為此客戶端創(chuàng)建一個session并且生成一個與此session相關(guān)聯(lián)的session id，session id的值應(yīng)該是一個既不會重復(fù)，又不容易被找到規(guī)律以仿造的字符串，這個 session id將被在本次響應(yīng)中返回給客戶端保存。
保存這個session id的方式可以采用cookie，這樣在交互過程中瀏覽器可以自動的按照規(guī)則把這個標(biāo)識發(fā)揮給服務(wù)器。一般這個cookie的名字都是類似于SEEESIONID，而。比如weblogic對于web應(yīng)用程序生成的cookie，JSESSIONID= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764，它的名字就是 JSESSIONID。
由于cookie可以被人為的禁止，必須有其他機制以便在cookie被禁止時仍然能夠把session id傳遞回服務(wù)器。經(jīng)常被使用的一種技術(shù)叫做URL重寫，就是把session id直接附加在URL路徑的后面，附加方式也有兩種，一種是作為URL路徑的附加信息，表現(xiàn)形式為http://...../xxx;jsessionid= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
另一種是作為查詢字符串附加在URL后面，表現(xiàn)形式為http://...../xxx?jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764
這兩種方式對于用戶來說是沒有區(qū)別的，只是服務(wù)器在解析的時候處理的方式不同，采用第一種方式也有利于把session id的信息和正常程序參數(shù)區(qū)分開來。
為了在整個交互過程中始終保持狀態(tài)，就必須在每個客戶端可能請求的路徑后面都包含這個session id。
另一種技術(shù)叫做表單隱藏字段。就是服務(wù)器會自動修改表單，添加一個隱藏字段，以便在表單提交時能夠把session id傳遞回服務(wù)器。比如下面的表單
<form name="testform" action="/xxx">
<input type="text">
</form>
在被傳遞給客戶端之前將被改寫成
<form name="testform" action="/xxx">
<input type="hidden" name="jsessionid" value="ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764">
<input type="text">
</form>
這種技術(shù)現(xiàn)在已較少應(yīng)用，筆者接觸過的很古老的iPlanet6(SunONE應(yīng)用服務(wù)器的前身)就使用了這種技術(shù)。
實際上這種技術(shù)可以簡單的用對action應(yīng)用URL重寫來代替。
在談?wù)搒ession機制的時候，常常聽到這樣一種誤解“只要關(guān)閉瀏覽器，session就消失了”。其實可以想象一下會員卡的例子，除非顧客主動對店家提出銷卡，否則店家絕對不會輕易刪除顧客的資料。對session來說也是一樣的，除非程序通知服務(wù)器刪除一個session，否則服務(wù)器會一直保留，程序一般都是在用戶做log off的時候發(fā)個指令去刪除session。然而瀏覽器從來不會主動在關(guān)閉之前通知服務(wù)器它將要關(guān)閉，因此服務(wù)器根本不會有機會知道瀏覽器已經(jīng)關(guān)閉，之所以會有這種錯覺，是大部分session機制都使用會話cookie來保存session id，而關(guān)閉瀏覽器后這個 session id就消失了，再次連接服務(wù)器時也就無法找到原來的session。如果服務(wù)器設(shè)置的cookie被保存到硬盤上，或者使用某種手段改寫瀏覽器發(fā)出的HTTP請求頭，把原來的session id發(fā)送給服務(wù)器，則再次打開瀏覽器仍然能夠找到原來的session。
恰恰是由于關(guān)閉瀏覽器不會導(dǎo)致session被刪除，迫使服務(wù)器為seesion設(shè)置了一個失效時間，當(dāng)距離客戶端上一次使用session的時間超過這個失效時間時，服務(wù)器就可以認(rèn)為客戶端已經(jīng)停止了活動，才會把session刪除以節(jié)省存儲空間。
五、理解javax.servlet.http.HttpSession
HttpSession是Java平臺對session機制的實現(xiàn)規(guī)范，因為它僅僅是個接口，具體到每個web應(yīng)用服務(wù)器的提供商，除了對規(guī)范支持之外，仍然會有一些規(guī)范里沒有規(guī)定的細(xì)微差異。這里我們以BEA的Weblogic Server8.1作為例子來演示。
首先，Weblogic Server提供了一系列的參數(shù)來控制它的HttpSession的實現(xiàn)，包括使用cookie的開關(guān)選項，使用URL重寫的開關(guān)選項，session持久化的設(shè)置，session失效時間的設(shè)置，以及針對cookie的各種設(shè)置，比如設(shè)置cookie的名字、路徑、域， cookie的生存時間等。
一般情況下，session都是存儲在內(nèi)存里，當(dāng)服務(wù)器進程被停止或者重啟的時候，內(nèi)存里的session也會被清空，如果設(shè)置了session的持久化特性，服務(wù)器就會把session保存到硬盤上，當(dāng)服務(wù)器進程重新啟動或這些信息將能夠被再次使用， Weblogic Server支持的持久性方式包括文件、數(shù)據(jù)庫、客戶端cookie保存和復(fù)制。
復(fù)制嚴(yán)格說來不算持久化保存，因為session實際上還是保存在內(nèi)存里，不過同樣的信息被復(fù)制到各個cluster內(nèi)的服務(wù)器進程中，這樣即使某個服務(wù)器進程停止工作也仍然可以從其他進程中取得session。
cookie生存時間的設(shè)置則會影響瀏覽器生成的cookie是否是一個會話cookie。默認(rèn)是使用會話cookie。有興趣的可以用它來試驗我們在第四節(jié)里提到的那個誤解。
cookie的路徑對于web應(yīng)用程序來說是一個非常重要的選項，Weblogic Server對這個選項的默認(rèn)處理方式使得它與其他服務(wù)器有明顯的區(qū)別。后面我們會專題討論。
關(guān)于session的設(shè)置參考[5] http://e-docs.bea.com/wls/docs70/webapp/weblogic_xml.html#1036869
六、HttpSession常見問題
（在本小節(jié)中session的含義為⑤和⑥的混合）
1、session在何時被創(chuàng)建
一個常見的誤解是以為session在有客戶端訪問時就被創(chuàng)建，然而事實是直到某server端程序調(diào)用 HttpServletRequest.getSession(true)這樣的語句時才被創(chuàng)建，注意如果JSP沒有顯示的使用 <% @page session="false"%> 關(guān)閉session，則JSP文件在編譯成Servlet時將會自動加上這樣一條語句 HttpSession session = HttpServletRequest.getSession(true);這也是JSP中隱含的 session對象的來歷。
由于session會消耗內(nèi)存資源，因此，如果不打算使用session，應(yīng)該在所有的JSP中關(guān)閉它。
2、session何時被刪除
綜合前面的討論，session在下列情況下被刪除a.程序調(diào)用HttpSession.invalidate();或b.距離上一次收到客戶端發(fā)送的session id時間間隔超過了session的超時設(shè)置;或c.服務(wù)器進程被停止（非持久session）
3、如何做到在瀏覽器關(guān)閉時刪除session
嚴(yán)格的講，做不到這一點。可以做一點努力的辦法是在所有的客戶端頁面里使用javascript代碼window.oncolose來監(jiān)視瀏覽器的關(guān)閉動作，然后向服務(wù)器發(fā)送一個請求來刪除session。但是對于瀏覽器崩潰或者強行殺死進程這些非常規(guī)手段仍然無能為力。
4、有個HttpSessionListener是怎么回事
你可以創(chuàng)建這樣的listener去監(jiān)控session的創(chuàng)建和銷毀事件，使得在發(fā)生這樣的事件時你可以做一些相應(yīng)的工作。注意是session的創(chuàng)建和銷毀動作觸發(fā)listener，而不是相反。類似的與HttpSession有關(guān)的listener還有 HttpSessionBindingListener，HttpSessionActivationListener和 HttpSessionAttributeListener。
5、存放在session中的對象必須是可序列化的嗎
不是必需的。要求對象可序列化只是為了session能夠在集群中被復(fù)制或者能夠持久保存或者在必要時server能夠暫時把session交換出內(nèi)存。在 Weblogic Server的session中放置一個不可序列化的對象在控制臺上會收到一個警告。我所用過的某個iPlanet版本如果 session中有不可序列化的對象，在session銷毀時會有一個Exception，很奇怪。
6、如何才能正確的應(yīng)付客戶端禁止cookie的可能性
對所有的URL使用URL重寫，包括超鏈接，form的action，和重定向的URL，具體做法參見[6]
http://e-docs.bea.com/wls/docs70/webapp/sessions.html#100770
7、開兩個瀏覽器窗口訪問應(yīng)用程序會使用同一個session還是不同的session
參見第三小節(jié)對cookie的討論，對session來說是只認(rèn)id不認(rèn)人，因此不同的瀏覽器，不同的窗口打開方式以及不同的cookie存儲方式都會對這個問題的答案有影響。
8、如何防止用戶打開兩個瀏覽器窗口操作導(dǎo)致的session混亂
這個問題與防止表單多次提交是類似的，可以通過設(shè)置客戶端的令牌來解決。就是在服務(wù)器每次生成一個不同的id返回給客戶端，同時保存在session里，客戶端提交表單時必須把這個id也返回服務(wù)器，程序首先比較返回的id與保存在session里的值是否一致，如果不一致則說明本次操作已經(jīng)被提交過了。可以參看《J2EE核心模式》關(guān)于表示層模式的部分。需要注意的是對于使用javascript window.open打開的窗口，一般不設(shè)置這個id，或者使用單獨的id，以防主窗口無法操作，建議不要再window.open打開的窗口里做修改操作，這樣就可以不用設(shè)置。
9、為什么在Weblogic Server中改變session的值后要重新調(diào)用一次session.setValue
做這個動作主要是為了在集群環(huán)境中提示W(wǎng)eblogic Server session中的值發(fā)生了改變，需要向其他服務(wù)器進程復(fù)制新的session值。
10、為什么session不見了
排除session正常失效的因素之外，服務(wù)器本身的可能性應(yīng)該是微乎其微的，雖然筆者在iPlanet6SP1加若干補丁的Solaris版本上倒也遇到過；瀏覽器插件的可能性次之，筆者也遇到過3721插件造成的問題；理論上防火墻或者代理服務(wù)器在cookie處理上也有可能會出現(xiàn)問題。
出現(xiàn)這一問題的大部分原因都是程序的錯誤，最常見的就是在一個應(yīng)用程序中去訪問另外一個應(yīng)用程序。我們在下一節(jié)討論這個問題。
七、跨應(yīng)用程序的session共享
常常有這樣的情況，一個大項目被分割成若干小項目開發(fā)，為了能夠互不干擾，要求每個小項目作為一個單獨的web應(yīng)用程序開發(fā)，可是到了最后突然發(fā)現(xiàn)某幾個小項目之間需要共享一些信息，或者想使用session來實現(xiàn)SSO(single sign on)，在session中保存login的用戶信息，最自然的要求是應(yīng)用程序間能夠訪問彼此的session。
然而按照Servlet規(guī)范，session的作用范圍應(yīng)該僅僅限于當(dāng)前應(yīng)用程序下，不同的應(yīng)用程序之間是不能夠互相訪問對方的session的。各個應(yīng)用服務(wù)器從實際效果上都遵守了這一規(guī)范，但是實現(xiàn)的細(xì)節(jié)卻可能各有不同，因此解決跨應(yīng)用程序session共享的方法也各不相同。
首先來看一下Tomcat是如何實現(xiàn)web應(yīng)用程序之間session的隔離的，從 Tomcat設(shè)置的cookie路徑來看，它對不同的應(yīng)用程序設(shè)置的cookie路徑是不同的，這樣不同的應(yīng)用程序所用的session id是不同的，因此即使在同一個瀏覽器窗口里訪問不同的應(yīng)用程序，發(fā)送給服務(wù)器的session id也可以是不同的。
根據(jù)這個特性，我們可以推測Tomcat中session的內(nèi)存結(jié)構(gòu)大致如下。
筆者以前用過的iPlanet也采用的是同樣的方式，估計SunONE與iPlanet之間不會有太大的差別。對于這種方式的服務(wù)器，解決的思路很簡單，實際實行起來也不難。要么讓所有的應(yīng)用程序共享一個session id，要么讓應(yīng)用程序能夠獲得其他應(yīng)用程序的session id。
iPlanet中有一種很簡單的方法來實現(xiàn)共享一個session id，那就是把各個應(yīng)用程序的cookie路徑都設(shè)為/（實際上應(yīng)該是/NASApp，對于應(yīng)用程序來講它的作用相當(dāng)于根）。
<session-info>
<path>/NASApp</path>
</session-info>
需要注意的是，操作共享的session應(yīng)該遵循一些編程約定，比如在session attribute名字的前面加上應(yīng)用程序的前綴，使得 setAttribute("name", "neo")變成setAttribute("app1.name", "neo")，以防止命名空間沖突，導(dǎo)致互相覆蓋。
在Tomcat中則沒有這么方便的選擇。在Tomcat版本3上，我們還可以有一些手段來共享session。對于版本4以上的Tomcat，目前筆者尚未發(fā)現(xiàn)簡單的辦法。只能借助于第三方的力量，比如使用文件、數(shù)據(jù)庫、JMS或者客戶端cookie，URL參數(shù)或者隱藏字段等手段。
我們再看一下Weblogic Server是如何處理session的。
從截屏畫面上可以看到Weblogic Server對所有的應(yīng)用程序設(shè)置的cookie的路徑都是/，這是不是意味著在Weblogic Server中默認(rèn)的就可以共享session了呢？然而一個小實驗即可證明即使不同的應(yīng)用程序使用的是同一個session，各個應(yīng)用程序仍然只能訪問自己所設(shè)置的那些屬性。這說明Weblogic Server中的session的內(nèi)存結(jié)構(gòu)可能如下
對于這樣一種結(jié)構(gòu)，在 session機制本身上來解決session共享的問題應(yīng)該是不可能的了。除了借助于第三方的力量，比如使用文件、數(shù)據(jù)庫、JMS或者客戶端 cookie，URL參數(shù)或者隱藏字段等手段，還有一種較為方便的做法，就是把一個應(yīng)用程序的session放到ServletContext中，這樣另外一個應(yīng)用程序就可以從ServletContext中取得前一個應(yīng)用程序的引用。示例代碼如下，
應(yīng)用程序A
context.setAttribute("appA", session);
應(yīng)用程序B
contextA = context.getContext("/appA");
HttpSession sessionA = (HttpSession)contextA.getAttribute("appA");
值得注意的是這種用法不可移植，因為根據(jù)ServletContext的JavaDoc，應(yīng)用服務(wù)器可以處于安全的原因?qū)τ赾ontext.getContext("/appA");返回空值，以上做法在Weblogic Server 8.1中通過。
那么Weblogic Server為什么要把所有的應(yīng)用程序的cookie路徑都設(shè)為/呢？原來是為了SSO，凡是共享這個session的應(yīng)用程序都可以共享認(rèn)證的信息。一個簡單的實驗就可以證明這一點，修改首先登錄的那個應(yīng)用程序的描述符weblogic.xml，把cookie路徑修改為/appA 訪問另外一個應(yīng)用程序會重新要求登錄，即使是反過來，先訪問cookie路徑為/的應(yīng)用程序，再訪問修改過路徑的這個，雖然不再提示登錄，但是登錄的用戶信息也會丟失。注意做這個實驗時認(rèn)證方式應(yīng)該使用FORM，因為瀏覽器和web服務(wù)器對basic認(rèn)證方式有其他的處理方式，第二次請求的認(rèn)證不是通過 session來實現(xiàn)的。具體請參看[7] secion 14.8 Authorization，你可以修改所附的示例程序來做這些試驗。
八、總結(jié)
session機制本身并不復(fù)雜，然而其實現(xiàn)和配置上的靈活性卻使得具體情況復(fù)雜多變。這也要求我們不能把僅僅某一次的經(jīng)驗或者某一個瀏覽器，服務(wù)器的經(jīng)驗當(dāng)作普遍適用的經(jīng)驗，而是始終需要具體情況具體分析。
摘要：雖然session機制在web應(yīng)用程序中被采用已經(jīng)很長時間了，但是仍然有很多人不清楚session機制的本質(zhì)，以至不能正確的應(yīng)用這一技術(shù)。本文將詳細(xì)討論session的工作機制并且對在Java web application中應(yīng)用session機制時常見的問題作出解答。
posted @
2007-10-29 13:15 George Gong 閱讀(373) |
評論 (0) |
編輯 收藏http://llying.javaeye.com/blog/129897
function sendMessage()
{
//獲取name文本框的值
var name = document.getElementById("name").value;
//使用json格式調(diào)用遠(yuǎn)程java方法
hello.hello(name,
{
//指定回調(diào)函數(shù)
callback:cb,
//指定超時時間
timeout:5000,
//指定錯誤處理函數(shù)，對于dwr1.x，如果服務(wù)端發(fā)生異常，該函數(shù)被激發(fā)；從dwr2.0開始，服務(wù)端異常激發(fā)exceptionHandler函數(shù)。
errorHandler:function(message){alert("Oops: " + message);},
//當(dāng)因為瀏覽器bug引起的問題激發(fā)此函數(shù)，該選項只有dwr2.0才支持。
warningHandler:function(message){alert("Oops: " + message);},
//當(dāng)服務(wù)器響應(yīng)不是正確的text/html頁時，激發(fā)該函數(shù)。通常，超時也會激發(fā)該函數(shù)。
textHtmlHandler:function(message){alert("Oops: " + message);},
//遠(yuǎn)程調(diào)用失敗后激發(fā)該函數(shù)。通常服務(wù)器端處理異常或者數(shù)據(jù)轉(zhuǎn)換異常時會激發(fā)該函數(shù)。
exceptionHandler:function(message){alert("Oops: " + message);},
//指定發(fā)送請求的方法，分別是GET請求和POST請求。
httpMethod:'POST',
//指定是否發(fā)送異步請求。默認(rèn)值true，即使用異步請求。通常建議不使用同步請求。
async:true,
//指定遠(yuǎn)程調(diào)用方式，三個值DWREngine.XMLHttpRequest,DWREngine.Iframe,DWREngine.ScriptTag,分別使用XMLHttpRequest，Iframe，ScriptTag，默認(rèn)為XMLHttpRequest方式
rpcType:DWREngine.XMLHttpRequest,
//指定一個Hook函數(shù)，該函數(shù)在遠(yuǎn)程調(diào)用之前被激發(fā)。
preHook:function(){alert('遠(yuǎn)程調(diào)用之前.....')},
//指定一個Hook函數(shù)，該函數(shù)在遠(yuǎn)程調(diào)用之后被激發(fā)。
postHook:function(){alert('遠(yuǎn)程調(diào)用之后.....')}
});
//回調(diào)函數(shù)
function cb(data)
{
document.getElementById("show").innerHTML = data;
}
DWREngine.setOrdered(boolean)方法：true,嚴(yán)格限制響應(yīng)順序，默認(rèn)false；
DWREngine.setTimeout(5000)方法：設(shè)置全局響應(yīng)時間
DWREngine.setPreHook(preFun);
DWREngine.setPostHook(postFun);
posted @
2007-10-26 10:14 George Gong 閱讀(1649) |
評論 (0) |
編輯 收藏 由于項目需要用到Web Service，就采用了越來越火的CXF2.0。總得感覺是CXF2.0畢竟還是在Apache的孵化器中孕育，還沒有成熟，有很多不完善的地方。項目中采用CXF與Spring合用，比較簡單，CXF本身的配置文件就是Spring配置文件，所以集成起來比較方便。CXF也提供了很多Sample。
在開發(fā)中還是出現(xiàn)了一些問題，其中CXF用到了geronimo-javamail_1.4_spec-1.0-M1.jar (or Sun's JavaMail jar)
，官方說可以用JavaMail.jar替換，但是根本不行，因為geronimo-javamail_1.4_spec-1.0-M1.jar不僅僅是Mail相關(guān)的Class，還有別的Class。不僅如此，此jar還與JavaMail1.4.jar沖突，由于我們項目中采用JavaMail-1.4.jar發(fā)郵件，項目中同時引用了這兩個jar，在junit中測試OK，但在Tomcat啟動后就出現(xiàn)錯誤了，仔細(xì)跟蹤，發(fā)現(xiàn)兩種方式中發(fā)短信分別用到了這兩個jar，在junit中用的是javamail-1.4.jar，沒有問題。在tomcat中發(fā)郵件是用到的是geronimo-javamail_1.4_spec-1.0-M1.jar ，二兩者實現(xiàn)的不同，根本不像CXF所說的可以替換，而且geronimo-javamail_1.4_spec-1.0-M1.jar 中實現(xiàn)發(fā)郵件的機制跟javamail還有不同，仔細(xì)跟蹤，發(fā)現(xiàn)問題出現(xiàn)在Session中，
geronimo的javax.mail.Session中用到了屬性文件，它會把用戶設(shè)置的發(fā)短信的host改為localhost，這樣就會出現(xiàn)connect異常。最后把geronimo中的javax.mail中的所有class刪掉，測試發(fā)現(xiàn)發(fā)郵件和CXF Web Service 都OK。
另外，Web Service 的安全采用了密鑰公鑰機制，用keytool制作了鑰匙，在CXF Web Service 以及遠(yuǎn)程訪問的Client中分別放置了jks文件。
posted @
2007-09-21 15:55 George Gong 閱讀(848) |
評論 (2) |
編輯 收藏在跟svn資源庫連接是eclipse非法關(guān)閉，JDK是BEA JRockit(R) R27.3.1-1-85830-1.5.0_11-20070716-1248-windows-ia32。日志如下：
===== BEGIN DUMP =============================================================
JRockit dump produced after 0 days, 00:01:14 on Tue Sep 04 15:48:05 2007
Additional information is available in:
I:\eclipse\jrockit.3124.dump
I:\eclipse\jrockit.3124.mdmp
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.
Error Message: Illegal memory access. [54]
Exception Rec: EXCEPTION_ACCESS_VIOLATION (c0000005) at 0x066A7C0C - memory at 0x00000000 could not be read.
Minidump : Wrote mdmp. Size is 183MB
SafeDllMode : -1
Version : BEA JRockit(R) R27.3.1-1-85830-1.5.0_11-20070716-1248-windows-ia32
GC Strategy : Mode: throughput. Currently using strategy: genparpar
GC Status : OC is not running. Last finished OC was OC#1.
: YC is not running. Last finished YC was YC#2.
OC History : Strategy genparpar was used for OC#1.
YC History : Ran 2 YCs before OC#1.
: Ran 0 YCs since last OC.
Heap : 0x10100000 - 0x14100000
Compaction : 0x13D00000 - 0x14100000
NurseryList : 0x10106158 - 0x12706A28
KeepArea : 0x110FFFF0 - 0x118FFFE8
NurseryMarker: [ 0x118FFFE8, 0x11DF6FD0 ]
CompRefs : References are 32-bit.
CPU : Intel Pentium 4 (HT) SSE SSE2 SSE3 NetBurst EM64T
Number CPUs : 2
Tot Phys Mem : 1006047232 (959 MB)
OS version : Microsoft Windows Server 2003 version 5.2 Service Pack 1 (Build 3790) (32-bit)
Thread System: Windows Threads
State : JVM is running
Command Line : -Xmx512M
java.home : C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre
j.class.path : I:\eclipse\plugins\org.eclipse.equinox.launcher_1.0.0.v20070606.jar
j.lib.path : I:\eclipse;.;C:\WINDOWS\system32;C:\WINDOWS;C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\bin\..\jre\bin\jrockit;C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\bin\..\jre\bin;C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\bin;D:\oracle\ora92\bin;C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft SQL Server\80\Tools\BINN;C:\apache-ant-1.7.0\bin;C:\maven-2.0.7\bin;D:\maven-1.0.2\bin;C:\svn-win32-1.4.4\bin;C:\Program Files\QuickTime\QTSystem\
JAVA_HOME : C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11
_JAVA_OPTIONS: <not set>
PATH : C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\bin\..\jre\bin\jrockit;C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\bin\..\jre\bin;C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\bin;D:\oracle\ora92\bin;C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Microsoft SQL Server\80\Tools\BINN;C:\apache-ant-1.7.0\bin;C:\maven-2.0.7\bin;D:\maven-1.0.2\bin;C:\svn-win32-1.4.4\bin;C:\Program Files\QuickTime\QTSystem\
C Heap : Good; no memory allocations have failed
StackOverFlow: 0 StackOverFlowErrors have occured
OutOfMemory : 0 OutOfMemoryErrors have occured
Registers (from ThreadContext: 0x066872B0 / OS context: 0x06687AB8):
eax = 0207f508 ecx = 00000000 edx = 00000000 ebx = 00000000
esp = 06687d84 ebp = 06687d90 esi = 008fc980 edi = 00000000
es = 00000023 cs = 0000001b ss = 00000023 ds = 00000023
fs = 0000003b gs = 00000000
eip = 066a7c0c eflags = 00010246
Stack:
(* marks the word pointed to by the stack pointer)
06687d84: 00000000* 008fc980 0207f508 06689dbc 06691f32 06689db8
06687d9c: 0207f508 00000000 00000000 00000000 008fc980 0207f508
06687db4: 00000000 0207f508 00000000 0207f508 0207f5a8 6eec84f1
06687dcc: 0207f508 00000010 6ee40000 6eec11f2 0207f508 0207f5a8
Code:
(* marks the word pointed to by the instruction pointer)
066a7bdc: 850c458b 8b0b75c0 6bd6e80d 0c4d8906 4d8bc18b 75c98510
066a7bf4: 74c0850a 20508b06 53105589 56145d8b 75db8557 18588b03
066a7c0c: 01bf038b* 3b000000 19820fc7 8b000001 c0850c43 e8500674
066a7c24: fffff168 8b18738b 18438d0b f685d78b d13b0f75 708b0b73
Loaded modules:
(* denotes the module causing the exception)
00400000-0040cfff I:\eclipse\eclipse.exe
7c930000-7c9fffff C:\WINDOWS\system32\ntdll.dll
7c800000-7c92afff C:\WINDOWS\system32\kernel32.dll
77e10000-77ea0fff C:\WINDOWS\system32\USER32.dll
77bd0000-77c18fff C:\WINDOWS\system32\GDI32.dll
77f30000-77fdbfff C:\WINDOWS\system32\ADVAPI32.dll
77c20000-77cbefff C:\WINDOWS\system32\RPCRT4.dll
77370000-77406fff C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_5.82.3790.2778_x-ww_497C098C\COMCTL32.dll
77b70000-77bc9fff C:\WINDOWS\system32\MSVCRT.dll
76180000-7619cfff C:\WINDOWS\system32\IMM32.DLL
63090000-63098fff C:\WINDOWS\system32\LPK.DLL
74ae0000-74b40fff C:\WINDOWS\system32\USP10.dll
10000000-10010fff I:\eclipse\plugins\org.eclipse.equinox.launcher.win32.win32.x86_1.0.0.v20070523\eclipse_1017a.dll
77b60000-77b67fff C:\WINDOWS\system32\VERSION.dll
71ad0000-71b04fff C:\WINDOWS\system32\uxtheme.dll
4b210000-4b260fff C:\WINDOWS\system32\MSCTF.dll
75d60000-75d86fff C:\WINDOWS\system32\apphelp.dll
4c510000-4c53dfff C:\WINDOWS\system32\msctfime.ime
774b0000-775e3fff C:\WINDOWS\system32\ole32.dll
00b00000-00d91fff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\jrockit\jvm.dll
769e0000-76a09fff C:\WINDOWS\system32\WINMM.dll
71b60000-71b76fff C:\WINDOWS\system32\WS2_32.dll
71b50000-71b57fff C:\WINDOWS\system32\WS2HELP.dll
7c340000-7c395fff C:\WINDOWS\system32\MSVCR71.dll
76eb0000-76ec2fff C:\WINDOWS\system32\Secur32.dll
6d710000-6d71bfff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\verify.dll
6d380000-6d39cfff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\java.dll
6d300000-6d307fff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\hpi.dll
6d730000-6d73efff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\zip.dll
6d540000-6d552fff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\net.dll
71a80000-71abffff C:\WINDOWS\system32\mswsock.dll
69660000-696b5fff C:\WINDOWS\system32\hnetcfg.dll
71a40000-71a47fff C:\WINDOWS\System32\wshtcpip.dll
6d560000-6d568fff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\nio.dll
76ab0000-76abafff C:\WINDOWS\system32\psapi.dll
02d60000-02daefff I:\eclipse\configuration\org.eclipse.osgi\bundles\13\1\.cp\swt-win32-3346.dll
77cd0000-77dd2fff C:\WINDOWS\WinSxS\X86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.3790.2778_x-ww_A8F04F11\COMCTL32.dll
77eb0000-77f01fff C:\WINDOWS\system32\SHLWAPI.dll
761a0000-761e7fff C:\WINDOWS\system32\comdlg32.dll
02dc0000-035a0fff C:\WINDOWS\system32\SHELL32.dll
775f0000-7767bfff C:\WINDOWS\system32\OLEAUT32.dll
779e0000-77a83fff C:\WINDOWS\system32\WININET.dll
035b0000-03640fff C:\WINDOWS\system32\CRYPT32.dll
03650000-03661fff C:\WINDOWS\system32\MSASN1.dll
749c0000-749eefff C:\WINDOWS\system32\oleacc.dll
780c0000-78120fff C:\WINDOWS\system32\MSVCP60.dll
04cf0000-04d03fff I:\eclipse\configuration\org.eclipse.osgi\bundles\13\1\.cp\swt-gdip-win32-3346.dll
4c620000-4c7c6fff C:\WINDOWS\WinSxS\x86_Microsoft.Windows.GdiPlus_6595b64144ccf1df_1.0.3790.1830_x-ww_24C40C58\gdiplus.dll
04fc0000-05508fff C:\WINDOWS\system32\xpsp2res.dll
003d0000-003d4fff C:\WINDOWS\system32\msimg32.dll
6eec0000-6eee0fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libapr.dll
6ee50000-6ee58fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libapriconv.dll
05b10000-05c17fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libeay32.dll
01c60000-01c6afff C:\WINDOWS\system32\WSOCK32.dll
05c20000-05ce3fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libdb44.dll
05cf0000-05d20fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\ssleay32.dll
6ee60000-6ee88fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libaprutil.dll
03a80000-03a91fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\intl3_svn.dll
05d30000-05e38fff I:\eclipse\plugins\org.tigris.subversion.javahl.win32_1.2.4\libsvnjavahl-1.dll
76610000-76618fff C:\WINDOWS\system32\SHFOLDER.dll
05e70000-0603ffff C:\WINDOWS\system32\UNISPIM5.IME
6ee40000-6ee44fff C:\svn-win32-1.4.4\iconv\_tbl_simple.so
06690000-06698fff C:\svn-win32-1.4.4\bin\libapriconv-1.dll
066a0000-066bffff *C:\svn-win32-1.4.4\bin\libapr-1.dll
066c0000-067d2fff C:\Program Files\Java\jrockit-R27.3.1-jdk1.5.0_11\jre\bin\dbghelp.dll
"ModalContext" id=23 idx=0x58 tid=2184 lastJavaFrame=0x0668EAC4
Stack 0: start=0x06590000, end=0x06690000, guards=0x06593000 (ok), forbidden=0x06591000
Thread Stack Trace:
at _apr_pool_create_ex@16+60()@0x066A7C0C
at apr_iconv_mod_load+434()@0x06691F32
at apr_iconv_mod_load+36()@0x06691DA4
at apr_iconv_mod_load+316()@0x6EE51EFC
-- Java stack --
at org/tigris/subversion/javahl/SVNClient.info2(Ljava/lang/String;Lorg/tigris/subversion/javahl/Revision;Lorg/tigris/subversion/javahl/Revision;Z)[Lorg/tigris/subversion/javahl/Info2;(Native Method)
at org/tigris/subversion/svnclientadapter/javahl/AbstractJhlClientAdapter.getInfo(AbstractJhlClientAdapter.java:1513)
at org/tigris/subversion/svnclientadapter/AbstractClientAdapter.getInfo(AbstractClientAdapter.java:225)
at org/tigris/subversion/subclipse/core/repo/SVNRepositoryLocation.validateConnection(SVNRepositoryLocation.java:407)
at org/tigris/subversion/subclipse/ui/wizards/NewLocationWizard$1.run(NewLocationWizard.java:83)
at org/eclipse/jface/operation/ModalContext$ModalContextThread.run(ModalContext.java:113)
at jrockit/vm/RNI.c2java(IIIII)V(Native Method)
-- end of trace
Additional information is available in:
I:\eclipse\jrockit.3124.dump
I:\eclipse\jrockit.3124.mdmp
If you see this dump, please open a support case with BEA and
supply as much information as you can on your system setup and
the program you were running. You can also search for solutions
to your problem at http://forums.bea.com in
the forum jrockit.developer.interest.general.
===== END DUMP ===============================================================
由上面的紅色字可以看出，eclipse的subclipse插件在運行時調(diào)用了C盤下的subversion中的dll文件，故產(chǎn)生內(nèi)容溢出的問題。這個現(xiàn)象不太容易出現(xiàn)，因為SVN服務(wù)器一般都在別的機器上。但發(fā)生這種情況還是很詭異，難道SVN的開發(fā)者沒有出現(xiàn)過類似問題么？SVN版本為1.4.4，subclipse插件為1.2.4，不記得以前的版本是否也存在這樣的沖突。
posted @
2007-09-04 16:43 George Gong 閱讀(8142) |
評論 (1) |
編輯 收藏
最近一直在整linux，VMWare中裝上了Solaris10 和 SUSE10.1，后來覺得很不爽，有點慢，決定裝雙系統(tǒng)。一開始裝UBUNTO6，裝的還挺順利，但后來的屏幕刷新率怎么也提高不上去。本人的機器是PM900M的集成顯卡，驅(qū)動極其難裝，搞了兩天也沒搞定，一狠心把UBUNTO刪了。接下來準(zhǔn)備裝SUSE，這次更不爽，不論是光驅(qū)安裝還是硬盤都不行。光驅(qū)安裝：進入后就找不到硬盤和光驅(qū)了，本人的硬盤是ST3160811AS串口硬盤，現(xiàn)在才發(fā)現(xiàn)硬件還真不好弄，以后買機器一定要找最普通的硬件。。。
posted @
2007-08-31 15:05 George Gong 閱讀(175) |
評論 (0) |
編輯 收藏
本人因菜市場太遠(yuǎn)，買菜不方便，近期想買輛二手自行車。要求：男士，最好是有牌子的，新不新沒關(guān)系，關(guān)鍵是好騎。本人在北三環(huán)，有意者請留言，本人將予以聯(lián)系。
posted @
2007-08-30 21:29 George Gong 閱讀(195) |
評論 (0) |
編輯 收藏
摘要: http://www.theserverside.com/tt/articles/article.tss?l=SettingUpMavenRepository
1. Introduction
Maven is a popular build tool available for java developers. One of the benefits of maven is that hel...
閱讀全文
posted @
2007-08-25 01:28 George Gong 閱讀(872) |
評論 (0) |
編輯 收藏
最近Eclipse老出問題，動不動就自動關(guān)閉，可能是因為plugin不兼容。我在使用Eclipse Europa，而一部分插件是我從Eclipse3.2中直接copy來的。但有一點不明白，Eclipse的SVN不能用，一打開就自動關(guān)閉，如果插件不兼容還可以理解，但是新裝的Netbeans6.0（M10）也存在同樣的問題，這就很郁悶了，原來用M8的時候沒出現(xiàn)過這樣的問題。莫非是我的JDK的問題？我的JDK是jrockit-R27.1.0-jdk1.5.0_08-windows-ia32.exe。
最近兩周一直在看單元測試的文章及一些技術(shù)框架，有點忍受不了Eclipse了，決定從新解壓一份，把最安裝在Eclipse中的插件列到這里：
1.CheckStyle
http://eclipse-cs.sourceforge.net/update/2.coverlipse
http://coverlipse.sf.net/update3.CPD
http://pmd.sourceforge.net/eclipse/4.Eclemma
http://update.eclemma.org/5.JDepend
http://andrei.gmxhome.de/eclipse/6.Metrics
http://metrics.sourceforge.net/update
posted @
2007-08-03 15:01 George Gong 閱讀(300) |
評論 (0) |
編輯 收藏
摘要: 原文鏈接：http://www.ibm.com/developerworks/cn/java/j-junit4.htmlJUnit 是 Java? 語言事實上的 標(biāo)準(zhǔn)單元測試庫。JUnit 4 是該庫三年以來最具里程碑意義的一次發(fā)布。它的新特性主要是通過采用 Java 5 中的標(biāo)記（annotation）而不是利用子類、反射或命名機制來識別測試，從而簡化測試。在本文中，執(zhí)著的代碼測試人員 Elli...
閱讀全文
posted @
2007-08-01 15:13 George Gong 閱讀(341) |
評論 (0) |
編輯 收藏 最近一直在看《JUnit in Action》一書，前幾章看的還行，到第九章就出問題了，因為我的Cactus總是配置不好，運行不起來。前幾章還講到了很多框架，比如Jetty、EasyMock、Clover等，也只是用了一次，它們的深奧之處還未領(lǐng)悟多少。索性選中Clover，看其一二。
《JUnit in Action》對Clover也是一帶而過，只提了一下。在網(wǎng)上搜了半天，可參考的資料也很少，只有“java單元測試篇：使用clover為java代碼的junit測試做覆蓋率分析”一篇文章，轉(zhuǎn)載的人很多，看了一些，發(fā)現(xiàn)文章中遺漏了很多代碼，不知道是不是轉(zhuǎn)載的問題。文中的例子是Junit包里帶的，在Clover包的tutorial中也有，最后發(fā)現(xiàn)這篇文章是翻譯的Clover的clover-manual.pdf中的Tutorials一章。讀者可以參考其英文原文。
下面還是簡要的介紹一下Clover在JUnit中的使用（構(gòu)建工具為Ant）：
1.在使用Clover做測試覆蓋率分析之前請確保您的代碼及測試代碼無誤。
2.如果采用Ant作為構(gòu)建工具，則將clover.jar放入Ant的classpath下。也可采用另一種方法，可先將clover.jar及Clover中的另一個jar包cenquatasks.jar放入項目的lib下，采用cenquatasks.jar中的extendclasspath方法將clover.jar擴展到Ant下，在build.xml中加入以下代碼：
<taskdef resource="com/cenqua/ant/antlib.xml" classpath="lib/cenquatasks.jar"/>
<extendclasspath path="lib/clover.jar"/>
<taskdef resource="clovertasks" classpath="lib/clover.jar"/>
3.添加clovertask到Ant中，如下：
<taskdef resource="clovertasks"/>
4.在build.xml中加入clover的初始化任務(wù)：
<!-- clover.init-->
<target name="clover.init">
<clover-setup initString="clover_coverage.db" preserve="true"/>
</target>
注意：步驟3中的代碼可放入4中。
5.加入一個或多個運行clover report的任務(wù)，最后的結(jié)果有多種輸出方式：html、pdf、swing、xml等等。
其中，swing方式的代碼如下：
<!-- show the clover coverage result with swing -->
<target name="clover.swing" depends="clover">
<clover-view/>
</target>
html方式如下：
<!-- show the clover coverage result with html file -->
<target name="clover.html" depends="clover">
<clover-report>
<current outfile="${target.dir}/clover" title="Clover Report">
<format type="html"/>
</current>
</clover-report>
</target>
上面代碼中都depends="clover"，這里clover任務(wù)只是為了簡潔而設(shè)，代碼如下：
<!-- runs the clover -->
<target name="clover" depends="clean,clover.init,compile,test"/>
通過以上代碼的設(shè)置即可運行clover.swing 或者clover.html運行Clover查看測試代碼的覆蓋率。測試結(jié)果如下圖所示：
其中build.xml中的運行JUnit測試代碼的任務(wù)如下：
<!-- runs the tests -->
<target name="test">
<java classname="MoneyTest" fork="yes">
<classpath refid="build.classpath"/>
</java>
</target>
這是通過java命令運行的，也就是在MoneyTest.java中有main方法：
public static void main(String args[]) 
{
junit.textui.TestRunner.run(MoneyTest.class);
}
還可以直接通過junit命令運行，如下：
<target name="unittest" depends="clover.init,compile" description="Test the application">
<taskdef resource="clovertasks"/>
<echo message="Testing the application with junit.."/>
<junit haltonfailure="true" printsummary="true" fork="true">
<classpath refid="build.classpath"/>
<classpath>
<pathelement path="${ant.home}/lib/clover.jar"/>
</classpath>
<formatter type="brief" usefile="false"/>
<!-- <test name="MoneyTest"/> -->
<batchtest>
<fileset dir="${build}" includes="**/*Test.class"/>
</batchtest>
</junit>
</target>
以上兩種test方法都可使用。
在所有任務(wù)中，首先要運行clover.init這樣就能啟動clover，對后面的任務(wù)進行監(jiān)控并adapt一些操作，在隨后的compile過程中，clover會記錄所編譯的java文件的各種數(shù)據(jù)并存入其db數(shù)據(jù)庫，clover會監(jiān)控隨后運行的UnitTest，計算測試的覆蓋率并寫入數(shù)據(jù)庫。這里有一點要注意：無論是采用java方式還是junit方式運行test房間，都要在命令中加入屬性fork="true"，這是因為clover要在JVM shutdown的時候?qū)?shù)據(jù)寫入數(shù)據(jù)庫，如果沒有這個屬性，就會出現(xiàn)“no coverage data found for *.db”錯誤，出現(xiàn)測試覆蓋率均為0的結(jié)果。
posted @
2007-07-29 00:04 George Gong 閱讀(3019) |
評論 (0) |
編輯 收藏