【正文】 ASSWORDvarchar30密碼not nullPOP3_SERVERvarchar30POP服務(wù)器not nullSMTP_SERVERvarchar30SMTP服務(wù)器not nullEMAILvarchar20郵箱域名后綴dNamevarchar30描述名：attachment字段類型大小字段描述主鍵/外鍵備注IDint11附件ID主鍵not nullMAILIDvarchar50所屬郵件ID外鍵not nullNAMEvarchar50附件名not nullPATHvarchar50保存路徑not nullSIZEvarchar100大小not nullICONvarchar30類型圖標(biāo)not null 郵件表：mail字段類型大小字段描述主鍵/外鍵備注IDvarchar100郵件ID主鍵not null_MAILBOXIDint11所屬郵箱ID外鍵not null_MSGIDvarchar200郵件信息IDnot null_FROMvarchar100發(fā)件人not null_TOvarchar255收件人_CCvarchar255抄送_BCCvarchar255密送_SUBJECTvarchar255主題_STATEint11所處狀態(tài)_SENDDATEvarchar50發(fā)送時(shí)間not null_ISREADtinyint1是否已讀_ISDELtinyint1是否刪除_isPmortanttinyint1是否重要_ISHATTACHtinyint1是否包含附件PATHvarchar255保存路徑not null 詳細(xì)設(shè)計(jì)本系統(tǒng)選取了比較新型的JSF+Seam+JPA作為開發(fā)框架，所以開發(fā)系統(tǒng)的思想和流程跟SSH架構(gòu)有很大的不同。 模塊設(shè)計(jì)通過采用面向?qū)ο蟮乃枷雽?duì)webmail系統(tǒng)進(jìn)行分析，以及使用UML工具，分析出相關(guān)的重要概念，得出以下模塊設(shè)計(jì)圖。 項(xiàng)目框架的架構(gòu)圖 項(xiàng)目的分層架構(gòu)圖，在Seam開發(fā)模式下，一般分為頁(yè)面，Action，Service三層，頁(yè)面負(fù)責(zé)界面的展示和請(qǐng)求，Action負(fù)責(zé)業(yè)務(wù)邏輯的處理，而Service層負(fù)責(zé)對(duì)數(shù)據(jù)庫(kù)的訪問。 總體架構(gòu)分析 系統(tǒng)架構(gòu)為了使用用戶能夠隨時(shí)隨地的收發(fā)郵件，本系統(tǒng)選取B/S架構(gòu)作為系統(tǒng)開架構(gòu)，就是開發(fā)一個(gè)WebMail郵件系統(tǒng)，用戶只需通過瀏覽器來訪訪問系統(tǒng)就能實(shí)現(xiàn)對(duì)郵件的收發(fā)和管理，WebMail郵件系統(tǒng)部署運(yùn)行在web服務(wù)器上，通過訪問郵件服務(wù)器和數(shù)據(jù)庫(kù)來實(shí)現(xiàn)對(duì)郵件管理和收發(fā)。 管理模塊用例圖 賬號(hào)管理模塊本模塊主要實(shí)現(xiàn)的功能可以讓用戶管理用戶的信息，包括修改用戶基本信息，更換設(shè)置系統(tǒng)外觀的功能，添加、刪除、修改郵件服務(wù)器信息?；貜?fù)功能調(diào)用其他功能包括編輯、解析郵件，發(fā)送功能。 解析郵件用例圖 發(fā)送、接收郵件模塊本模塊是郵件系統(tǒng)的最基本的模塊，提供了郵件服務(wù)的最基本的功能，包括郵件的發(fā)送、回復(fù)、轉(zhuǎn)發(fā)、接收。本功能只要是為了能夠提供一個(gè)可視化的編輯環(huán)境給用戶讓用戶既可以編輯簡(jiǎn)單的郵件，有可已編輯復(fù)雜郵件。 登錄：登錄功能是提供進(jìn)入系統(tǒng)的接口，登錄過程中會(huì)檢驗(yàn)用戶是否已經(jīng)注冊(cè)，只有已經(jīng)注冊(cè)的用戶才能進(jìn)入系統(tǒng)。 系統(tǒng)功能分析本次設(shè)計(jì)采用面向?qū)ο蟮姆治龇椒?，把系統(tǒng)設(shè)計(jì)成包括如下功能模塊：注冊(cè)登錄模塊，編輯、解析郵件模塊，發(fā)送、接收郵件模塊，郵件的管理模塊，賬號(hào)管理模塊，輔助功能模塊，： 系統(tǒng)總體用例圖 注冊(cè)登錄模塊本模塊主要為用戶提供注冊(cè)登錄的服務(wù)，在注冊(cè)登錄會(huì)進(jìn)行用戶省份的認(rèn)證，判斷用戶的合法性。隨著Web技術(shù)的發(fā)展，Web應(yīng)用越來越重視用戶的體驗(yàn)，電子郵件系統(tǒng)也一樣，要為用戶提供一個(gè)美好的富有的用戶界面，讓用戶在使用系統(tǒng)時(shí)有著更好地感受。3 系統(tǒng)分析電子郵件作為Internet最為廣泛的應(yīng)用之一，在人們的工作和生活中扮演著重要的角色。狀態(tài)提供者是處理應(yīng)用程序邏輯，并對(duì)UI中得事件做出響應(yīng)技術(shù)。換句話說，Seam致力于開發(fā)者生產(chǎn)力和應(yīng)用擴(kuò)展性,注重便捷式的開發(fā)。 查詢語(yǔ)言，這是持久化操作中很重要的一個(gè)方面，通過面向?qū)ο蠖敲嫦驍?shù)據(jù)庫(kù)的查詢語(yǔ)言查詢數(shù)據(jù)，避免程序的SQL語(yǔ)句緊密耦合。 目前Hibernate 、TopLink ，本次設(shè)計(jì)選擇了Hibernate提共的實(shí)現(xiàn)。Sun這次吸取了之前EJB規(guī)范慘痛失敗的經(jīng)歷，在充分吸收現(xiàn)有ORM框架的基礎(chǔ)上，得到了一個(gè)易于使用、伸縮性強(qiáng)的ORM規(guī)范。這就允許更好的重用，因?yàn)榭梢园呀M件組合成另一個(gè)組件。 FacesTrace模塊提供跟蹤JSF Web應(yīng)用程序的各種工具包括：JSF LifeCycle可視化查看器；性能跟蹤器； Log4J適配器；FacesMessage監(jiān)聽器；組件樹可視化查看器。 Optimus模塊提供簡(jiǎn)化JSF開發(fā)的解決方案。PrimeFaces使用Yahoo UI庫(kù)做為默認(rèn)的客戶端框架。使用JSF處理一個(gè)請(qǐng)求就是這么簡(jiǎn)單，JSF屏蔽servlet的api，讓開發(fā)人員把重心放在業(yè)務(wù)邏輯的處理上。該對(duì)象分6個(gè)階段來處理FacesContext對(duì)象以生成響應(yīng)，最后將響應(yīng)發(fā)回客戶端。 FacesServlet一接收到用戶的請(qǐng)求就創(chuàng)建一個(gè)FacesContext對(duì)象（JSF上下文，它存放了應(yīng)用程序的所有數(shù)據(jù)）。 JSF的體系結(jié)構(gòu) JSF生命周期FacesServlet 充當(dāng)用戶和 JSF 應(yīng)用程序之間的紐帶。 體系結(jié)構(gòu)JSF 的主要優(yōu)勢(shì)之一就是它既是 Java Web 應(yīng)用程序的用戶界面標(biāo)準(zhǔn)又是嚴(yán)格遵循模型視圖－控制器JSF 還通過將良好構(gòu)建的模型視圖控制器 (MVC) 設(shè)計(jì)模式集成到它的體系結(jié)構(gòu)中，確保了應(yīng)用程序具有更高的可維護(hù)性。可以指定JavaBean組件在MIME數(shù)據(jù)上進(jìn)行操作，例如查看或編輯數(shù)據(jù)。在郵件程序中主要用于處理電子郵件消息中發(fā)送的MIME類型數(shù)據(jù)，是不可以缺少的組成部分。JavaMail協(xié)議實(shí)現(xiàn)層：協(xié)議層主要是實(shí)現(xiàn)API層中得Transport和Store服務(wù)，如圖顯示了它們之間的關(guān)系。 Address類：定義了郵件地址，收發(fā)郵件具體操作時(shí)，一般使用其子類InternetAddress類。它提供平臺(tái)無關(guān)的和協(xié)議無關(guān)的框架來構(gòu)建基于Java技術(shù)的郵件和消息傳遞應(yīng)用。但是對(duì)于編程人員來講，電子郵件的打包、傳輸、發(fā)送和接收都很復(fù)雜的，不僅要涉及很多協(xié)議，并且包含對(duì)不同協(xié)議的混合使用。其實(shí)質(zhì)是將圖像、聲音和視頻等二進(jìn)制格式信息首先轉(zhuǎn)化成ASCⅡ文本，然后隨同電子郵件發(fā)送出去。RFC82RFC204RFC204RFC2047都涉及了MIME協(xié)議。但I(xiàn)MAP會(huì)加重郵件服務(wù)器的負(fù)荷，需要服務(wù)接收新郵件，發(fā)送郵件給請(qǐng)求的用戶，并在多個(gè)文件夾中為每個(gè)用戶維護(hù)這些郵件。在RFC2060中被定義，是郵件接收更高級(jí)的協(xié)議。POP協(xié)議的最大的優(yōu)點(diǎn)是不需要與網(wǎng)絡(luò)保持不間斷的連接，就可以收取電子郵件。收件方服務(wù)器確認(rèn)可以建立連接后，雙方就可以開始通信。在TCP協(xié)議25號(hào)端口監(jiān)聽連接請(qǐng)求，并與遠(yuǎn)端郵件服務(wù)器建立SMTP連接。 郵件協(xié)議使用電子郵件進(jìn)行通信，就需要為之提供協(xié)議，常用的協(xié)議有：SMTP、POP、IMAP、MIME等協(xié)議，下面就是就這些相關(guān)協(xié)議的監(jiān)督介紹： SMTP協(xié)議簡(jiǎn)單郵件傳輸協(xié)議(Simple Mail Transfer Protocol)，RFC821規(guī)定了該協(xié)議的所有細(xì)節(jié)。 郵件傳輸原理和相關(guān)協(xié)議，這就是用戶代理、郵件服務(wù)器，以及郵件發(fā)送協(xié)議（如SMTP）和郵件讀取協(xié)議（如pop3）。2 系統(tǒng)采用的關(guān)鍵技術(shù)本郵件系統(tǒng)選取比較新的JSF（Primefaces）+Seam3+JPA（Hibernate）架構(gòu)來設(shè)計(jì)開發(fā)系統(tǒng)。這些WebMail系統(tǒng)都致力于為用戶提供更快捷、更方便、更安全的訪問收接郵件的方式，但隨著web技術(shù)的發(fā)展，用戶需求的變化，基于web的各種應(yīng)用都逐漸注重用戶的體驗(yàn)，為用戶提供美好的富有界面。本次設(shè)計(jì)開發(fā)的主要目的和意義是為用戶提供一個(gè)具有富有界面的WebMail客戶端系統(tǒng)，使用用戶能夠通過富有的界面隨時(shí)隨地收接郵件，從而提升用戶體驗(yàn)。 系統(tǒng)開發(fā)目的和意義傳統(tǒng)的郵件客戶端可以能為用戶提供很多強(qiáng)大功能，同時(shí)能夠?yàn)橛脩粽故痉奖愫每吹慕缑?，但它最致命的確定就是不能滿足用戶隨時(shí)隨地收接郵件。電子郵件系統(tǒng)經(jīng)過幾十年的發(fā)展，已經(jīng)形成了完善的技術(shù)體系。電子郵件是Internet應(yīng)用服務(wù)之一，通過網(wǎng)絡(luò)，可以以非常低廉的價(jià)格、非?？焖俚姆绞?，與世界任何一個(gè)網(wǎng)絡(luò)用戶聯(lián)絡(luò)。當(dāng)今社會(huì)已步入了信息社會(huì)，知識(shí)經(jīng)濟(jì)將成為新世紀(jì)的主導(dǎo)產(chǎn)業(yè)。人們傳統(tǒng)的聯(lián)系方式也在不斷的被改變。這些電子可以包含文字、圖像、聲音或者其他多么媒體信息。用戶最初只能通過Outlook，F(xiàn)oxmail等客戶端軟件來收發(fā)自己的郵件，這些客戶端軟件可以為用戶提供很好看的界面，很多強(qiáng)大的功能，但它們都有個(gè)致命的缺點(diǎn)，都依賴于系統(tǒng)，用戶要在計(jì)算機(jī)裝了客戶端軟件才能收發(fā)郵件，當(dāng)更換系統(tǒng)或者計(jì)算機(jī)的時(shí)候還有重新安裝配置一下軟件，給用戶帶來的極大的不便，不能滿足用戶隨時(shí)隨地的收發(fā)郵件的需要。而WebMail徹底的解決這個(gè)問題，為用戶通過快捷、方便的收接郵件的方式。 現(xiàn)狀和發(fā)展趨勢(shì)相對(duì)傳統(tǒng)郵件客戶端軟件，WebMail具有更快捷、更方便的優(yōu)勢(shì)，也毫無疑問取代傳統(tǒng)郵件客戶端軟件成為用戶收接郵件的最主要的方式。WebMail系統(tǒng)也一樣也在逐漸追求能夠像C/S架構(gòu)的客戶端軟件一樣為用戶提供一個(gè)富有美好的用戶界面。其中JSF是表示層技術(shù)，負(fù)責(zé)頁(yè)面展示，系統(tǒng)中選取Facelets作為JSF的展示模板，同時(shí)使用基于JSF的Primefaces富有組件為了給用戶提供一個(gè)富有界面。 電子郵件的最主要的組成構(gòu)件 郵件傳輸原理首先，發(fā)件人使用戶代理編寫一份郵件，并通過用戶代理使用SMTP協(xié)議發(fā)送到發(fā)送方得郵件服務(wù)器上，用戶代理充當(dāng)SMTP客戶，而發(fā)送方服務(wù)器充當(dāng)SMTP服務(wù)器。用來在Internet上傳電子郵件，目標(biāo)是向用戶提供高效、可靠的郵件傳輸。SMTP提供了一種郵件傳輸?shù)臋C(jī)制，當(dāng)收發(fā)雙方都在一個(gè)網(wǎng)絡(luò)上時(shí)，可以把郵件直接給對(duì)方；當(dāng)對(duì)方不在同一個(gè)網(wǎng)絡(luò)上時(shí)，需要通過一個(gè)或幾個(gè)中間服務(wù)器轉(zhuǎn)發(fā)。 POP協(xié)議郵局協(xié)議（Post Office Protocol），目前POP最常用的版本為第三本版，用于電子郵件的接收。POP3采用C/S工作模式，使用TCP的110端口。IMAP被設(shè)計(jì)成POP的超集，是POP更復(fù)雜的一種選擇。而這些需要集中備份，因而長(zhǎng)期下去用戶的文件夾會(huì)變的越來越大，但磁盤空間用光時(shí)，就不能繼續(xù)使用了。MIME并不是用于傳送郵件的協(xié)議，它作為多用途的郵件擴(kuò)展定義的郵件內(nèi)容格式：信息格式、附件格式等。接收方接到這樣的電子郵件后，首先根據(jù)首部的說明進(jìn)行逆轉(zhuǎn)化，將包裝成ASCⅡ的文本還原成原來的格式。J2EE平臺(tái)通過JavaMail API提供標(biāo)準(zhǔn)的郵件服務(wù)。 JavaMail API的核心類JavaMail包含的主要的類中，構(gòu)成API核心類包括： Session類：定義一個(gè)基本的郵件會(huì)話，通過該會(huì)話可以讓收發(fā)郵件的其他工作持續(xù)進(jìn)行。 Transport類：定義了發(fā)送郵件消息的方式，它的子類是用具體的郵件協(xié)議發(fā)送消息，如常用的SMTP協(xié)議。客戶使用POP3協(xié)議是實(shí)現(xiàn)接收郵件，使用SMTP協(xié)議類發(fā)送郵件。JAF將MIME類型標(biāo)示的數(shù)據(jù)映射為支持特定數(shù)據(jù)類型操作的Java對(duì)象。JavaMail使用JAF處理電子郵件消息中包括的數(shù)據(jù)。JSF有個(gè)特定的目標(biāo)：使Web開發(fā)變得更快、更容易。(MVC)設(shè)計(jì)模式的框架。它在明確限定的JSF生命周期（規(guī)定了用戶請(qǐng)求之間的整個(gè)事件流）的范圍內(nèi)工作。在處理過程中，主要修改的就是這個(gè)FaceContext對(duì)象。Lifecycle對(duì)象處理頁(yè)面請(qǐng)求所需要的一系列動(dòng)作稱為請(qǐng)求處理生命周期。 Primefaces類庫(kù)JSF正確來說是SUN提前出來一種標(biāo)準(zhǔn)，有多種實(shí)現(xiàn)包括apache的MyFaces、Jboss的Richfaces、Icefaces等，其中Primefaces就是其中一種，相比之下Primefaces提供更多美好的組件，所以在本次設(shè)計(jì)中選擇了用Primefaces開發(fā)富有界面。PrimeFaces提供的JSF組件能夠處理JavaScript Rendering和如何在服務(wù)器端與JSF集成。Optimus提供基于Google Guice IOC容器的注釋來代替XML配置和一個(gè)XMLless Navigation Handler能夠讓你減少基于XML配置JSF Navigation的需要。，然后加入相關(guān)的jar包就可以正常使用，不需要配置。Facelets比JSP更適合JSF，使用Facelets作為JSF的顯示技術(shù)，有效解決了JSP和JSF生命周期混亂的問題，同時(shí)達(dá)到減少了編寫定制標(biāo)記才能使用 JSF 的需求比如f:verbatim輸出html，使用Facelets還有一個(gè)好處就是可以使用模板，由于Facelets給JSF帶來這么大的便利，F(xiàn)acelets就是取代JSP作為JSF的顯示技術(shù)。從目前的開發(fā)社區(qū)的反應(yīng)上看，JPA受到了極大的支持和贊揚(yáng)，JPA作為ORM領(lǐng)域標(biāo)準(zhǔn)化整合者的目標(biāo)應(yīng)該不難實(shí)現(xiàn)。JP