在JSF的子項(xiàng)目中，Core子項(xiàng)目視JSF規(guī)范的一個(gè)實(shí)現(xiàn)，其他的項(xiàng)目實(shí)現(xiàn)了相關(guān)的規(guī)范，例如Portlet Bridge，或者為其他的JSF實(shí)現(xiàn)添加了擴(kuò)展，注意，不僅僅是MyFaces Core。同時(shí)，MyFaces的擴(kuò)展，例如Tomahawk，可以和任意的JSF實(shí)現(xiàn)協(xié)同工作，例如Sun Reference Inplementation。
    MyFaces Core1.1.x可以在Tomcat 5.5下工作，但是MyFaces Core 1.2.x要求 Tomcat 6.0環(huán)境。
    MyFaces項(xiàng)目不依賴于其他的項(xiàng)目。它是一個(gè)獨(dú)立的程序。

    JSF FAQ
    1.     javax.faces.STATE_SAVING_METHOD的值為client和server時(shí)的區(qū)別？
    簡而言之，server端狀態(tài)降將UI組件的持有的信息在HTTP Session中保存，而client狀態(tài)將UI組件持有的信息保存在返回給用戶的頁面的隱藏域(hidden field)。
    client端狀態(tài)對于非常大數(shù)量的用戶來說比較實(shí)用，因?yàn)椴恍枰诜?wù)器端保存用戶的狀態(tài)，從而節(jié)省了內(nèi)存。但是缺點(diǎn)是在網(wǎng)絡(luò)中為每個(gè)請求傳送了更多的數(shù)據(jù)。
    即使選擇的是client端狀態(tài)，任何一個(gè)session-scoped實(shí)體仍然存在于http session中，這個(gè)標(biāo)記只是影響JSF實(shí)現(xiàn)將UI組件持有的數(shù)據(jù)存放在什么位置。
    任何實(shí)現(xiàn)了StateHolder的組件，必須實(shí)現(xiàn)saveState(FacesContext)和restoreState(FacesContext, Object)方法，來幫助JavaServer Faces Implementation來保存和恢復(fù)跨越多個(gè)請求的組件的狀態(tài)。
    為了設(shè)置值，必須實(shí)現(xiàn)saveState方法。這個(gè)方法在render響應(yīng)階段被調(diào)用，在這期間響應(yīng)的狀態(tài)被設(shè)置，用來處理后需的請求。下面是MapComponent組件的該方法的實(shí)現(xiàn)：
    public Object saveState(FacesContext context) { 中國網(wǎng)管聯(lián)盟www、bitsCN、com
        Object values[] = new Object[2];
        values[0] = super.saveState(context);
        values[1] = current;
        return (values);
    }
    該方法初始化了一個(gè)數(shù)組，用來持有保存了的狀態(tài)，然后保存所有與MapComponent關(guān)聯(lián)的狀態(tài)的所有內(nèi)容。
    實(shí)現(xiàn)StateHolder的組件必須提供restoreState方法，該方法用來恢復(fù)保存在saveState方法中保存的組件的狀態(tài)。restoreState方法在恢復(fù)視圖階段被調(diào)用，在此期間，JavaServer Faces Implementation會(huì)檢查是否在最后render response階段保存了狀態(tài)，并判斷是否需要恢復(fù)，以便進(jìn)行下次的后退。下面是MapComponent組件的restoreState方法。
    public void restoreState(FacesContext context, Object state) {
        Object values[] = (Object[]) state;
         super.restoreState(context, values[0]);
        current = (String) values[1]; 中國網(wǎng)管聯(lián)盟www_bitscn_com
    }
    該方法的參數(shù)為FacesContext和Object實(shí)例，表示存儲(chǔ)組件狀態(tài)的數(shù)組。這個(gè)方法將Object數(shù)組中保存的數(shù)據(jù)進(jìn)行設(shè)置。
    當(dāng)在自定義的組件類中實(shí)現(xiàn)這些方法時(shí)，確保在部署描述符中指定了需要將這些狀態(tài)保存在哪里，即client還是server。如果狀態(tài)時(shí)保存在client，整個(gè)視圖的狀態(tài)都被提供給頁面的一個(gè)hidden field。
    可以通過設(shè)置javax.faces.STATE_SAVING_METHOD上下文參數(shù)(context-parameter)。
    2.     瀏覽器總是顯示一個(gè)到上一個(gè)頁面的鏈接？
    默認(rèn)情況下，JSF在內(nèi)部使用forward操作來在頁面之間導(dǎo)航。
    所以當(dāng)一個(gè)用戶首先訪問頁面A，然后取回一些內(nèi)容。這些內(nèi)容會(huì)被包裝在表單中，表單以頁面A作為提交的地址。
    當(dāng)用戶接著執(zhí)行操作，提交頁面，這時(shí)JSF收到post請求，回復(fù)頁面A的視圖，并執(zhí)行postback處理。作為postback處理的一部分，頁面A的邏輯可能通知JSF框架應(yīng)該顯示頁面B。
    默認(rèn)情況下，JSF會(huì)執(zhí)行一個(gè)內(nèi)部forward到頁面B，使頁面B被取回，作為用戶提交表單的結(jié)果。
    這時(shí)用戶在屏幕上看到頁面B。但是瀏覽器只知道它將數(shù)據(jù)發(fā)送給了頁面A，所以，瀏覽器導(dǎo)航欄上顯示的URL是頁面A的URL，雖然顯示的內(nèi)容是頁面B。不幸的是，HTTP/HTML不能使瀏覽器知道應(yīng)該顯示頁面B的URL。因此，作為JSF的默認(rèn)行為，瀏覽器的URL經(jīng)常是實(shí)際顯示內(nèi)容的頁面的上一頁。 中國網(wǎng)管論壇bbs.bitsCN.com
    不僅僅對于用戶來說是奇怪的，同時(shí)加入收藏夾的時(shí)候也比較困難，注意，收藏夾的位置一般來說是沒有關(guān)系的。因?yàn)镴SF應(yīng)用程序通常是可交互的，并且是狀態(tài)豐富的。
    另外一個(gè)缺點(diǎn)是在JSF視圖中使用關(guān)聯(lián)鏈接是不安全的。(例如樣式表的相對路徑或者圖標(biāo))。當(dāng)瀏覽器提交內(nèi)容到A，并獲取數(shù)據(jù)共頁面B使用時(shí)，在返回頁面中的relative links都會(huì)被作為相對于它(瀏覽器)所知道的最后的url。所以第一次查看頁面B時(shí)，所有相對鏈接都是相對于頁面A的，如果A和頁面B不在一個(gè)目錄中，那么就會(huì)出現(xiàn)問題。
    這個(gè)問題的一個(gè)解決辦法就是使用<redirect/>標(biāo)記來定義導(dǎo)航規(guī)則。這樣，會(huì)使用http redirect命令錘嫠咪榔骰袢⌒亂趁媯傭〈蔥心誆康膄orward。 但是，這樣做效率比較低，因?yàn)闉g覽器需要使用第二次請求來獲取它的內(nèi)容，而不是在針對初始的post請求，在響應(yīng)時(shí)立即獲取它的內(nèi)容。另外一個(gè)重要的問題就是，獲取頁面B的內(nèi)容是在一個(gè)單獨(dú)的請求中，這樣就沒有辦法從A頁面中傳遞任何的請求范圍(request-scoped)數(shù)據(jù),在這樣的目的使用request范圍的變量非常方便，也是很常用的。
    Tomahawk sandbox庫中包含了s:redirectTracker組件，可以臨時(shí)將request-scoped變量保存在http session中，這樣使用<redirect/>規(guī)則就可以在不丟失request范圍變量的情況下使用，但是這要求存在http session，并且效率低下。

中國網(wǎng)管聯(lián)盟www、bitsCN、com

中國網(wǎng)管聯(lián)盟www_bitscn_com

54ne.com

     <managed-bean>
       <managed-bean-name>usingBean</managed-bean-name>
       <managed-bean-class>fqn.to.UsingBean</managed-bean-class>
       <managed-bean-scope>request</managed-bean-scope>
       <managed-property>
         <property-name>neededBean</property-name>
         <value>#{neededBean}</value>
       </managed-property>
     </managed-bean>
    限定條件如下：
    using bean必須的生命周期小于或者等于被引用的needed bean
    using bean必須具有setter方法，以needed bean作為參數(shù)
    beans不能管理彼此的依賴。
    使用查詢機(jī)制：下面的代碼可以在MyFaces 1.1中來顯示的通過名字查詢?nèi)我獾膍anaged bean。 54com.cn
    FacesContext facesContext = FacesContext.getCurrentInstance();
    NeededBean neededBean
        = (NeededBean) facesContext.getApplication()
            .getVariableResolver().resolveVariable(facesContext, "neededBean");
    在MyFaces 1.2中，不使用上述的方法，而是推薦使用：
    ELContext elContext = FacesContext.getCurrentInstance().getELContext();
    NeededBean neededBean
        = (NeededBean) FacesContext.getCurrentInstance().getApplication()
            .getELResolver().getValue(elContext, null, "neededBean");
    同樣，可以使用這個(gè)代碼來計(jì)算任意的JSF表達(dá)式：
    FacesContext facesContext = FacesContext.getCurrentInstance();
    NeededBean neededBean
        = (NeededBean)facesContext.getApplication() feedom.net
          .createValueBinding("#{neededBean}").getValue(facesContext);
    7.     如何得知一個(gè)managed bean的屬性是否都被設(shè)置？
    managed bean必須具有一個(gè)默認(rèn)的無參構(gòu)造器。所有的managed-property聲明會(huì)調(diào)用合適的setter方法。但是，通常在所有的bean屬性被定義后進(jìn)行一些初始化的操作。
    Spring提供了post-inistialisation回調(diào)功能，任何實(shí)現(xiàn)InitializingBean的bean會(huì)調(diào)用afterPropertiesSet方法。在JSF中沒有準(zhǔn)確的等價(jià)操作，但是有一些接近的方式：
    定義bean的setter方法，例如public void setInitialized(boolean state)
    將下面的屬性作為managed bean的最后一個(gè)屬性
     <managed-bean>
        ....
        <managed-property>
          <property-name>initialized</property-name>
          <value>true</value>

    <!-- extension mapping for adding <script/>, <link/>, and other resource tags to JSF-pages -->
    <filter-mapping>
        <filter-name>MyFacesExtensionsFilter</filter-name>
        <!-- servlet-name must match the name of your javax.faces.webapp.FacesServlet entry -->
        <servlet-name>Faces Servlet</servlet-name>
    </filter-mapping>

    <!-- extension mapping for serving page-independent resources (javascript, stylesheets, images, etc.) -->
    <filter-mapping>
        <filter-name>MyFacesExtensionsFilter</filter-name>
        <url-pattern>/faces/myFacesExtensionResource/*</url-pattern>
    </filter-mapping>
    同樣，也可以將使用url-pattern來代替serlvet-name元素。但是仍然需要/faces/myFacesExtensionResource/*這個(gè)映射。
    <!-- extension mapping for adding <script/>, <link/>, and other resource tags to JSF-pages -->
    <filter-mapping>
        <filter-name>MyFacesExtensionsFilter</filter-name>
        <url-pattern>*.jsf</url-pattern>
    </filter-mapping>
    使用這個(gè)過濾器不會(huì)對性能造成太大的影響，即不會(huì)延遲響應(yīng)時(shí)間，但是由于需要在將響應(yīng)寫出到客戶端之前在內(nèi)存中將整個(gè)response進(jìn)行緩存，會(huì)增加內(nèi)存的使用。

    專題項(xiàng)目
    1.     JSF狀態(tài)管理
    StateManager管理狀態(tài)，但是作為終端用戶，必須告訴它需要保存什么。這可以通過實(shí)現(xiàn)Serializable接口(正確的使用transient變量)或者實(shí)現(xiàn)StateHolder來完成。
    數(shù)據(jù)在JSF中以兩種不同的方式存儲(chǔ)：在特定范圍的bean中，或者在組件樹中。特定范圍的bean經(jīng)常是自解釋的。組件的狀態(tài)保存在響應(yīng)中，然后再請求到達(dá)時(shí)被恢復(fù)。有效的方式是讓數(shù)據(jù)存儲(chǔ)在組件的page范圍，只要頁面不改變的話。注意，組件保存值的綁定和方法的綁定，通過使用EL表達(dá)式(#{})，所以他們指向的beans不在頁面范圍內(nèi)存儲(chǔ)到組件樹中。
    MyFaces有一個(gè)SaveState組件叫做<t:saveState>，允許將數(shù)據(jù)作為組件樹的一部分存儲(chǔ)。
    Immediate屬性是如何工作的？
    immediate屬性可以被用來達(dá)成如下的功能：
    允許commandLink或者commandButton來將用戶導(dǎo)航到其他頁面，而不需要處理當(dāng)前頁面的輸入域中的數(shù)據(jù)。特別是這允許在發(fā)生驗(yàn)證錯(cuò)誤的情況下進(jìn)行導(dǎo)航。典型的例子就是cancel按鈕。
    允許commandLink或者commandButton在忽略一些輸入域的驗(yàn)證來觸發(fā)后臺(tái)邏輯。這是上面所說的更普遍說法。 中國網(wǎng)管聯(lián)盟www_bitscn_com
    使一個(gè)或多個(gè)輸入組件具有驗(yàn)證高優(yōu)先級(jí)。這樣的話，如果同一個(gè)頁面中有些低優(yōu)先級(jí)的輸入包含不合法的輸入時(shí)，驗(yàn)證也不會(huì)進(jìn)行。這樣可以減少錯(cuò)誤消息的顯示。
    在討論immediate之前，首先來看一下JSF請求處理生命周期：
    Restore View – 創(chuàng)建或者回復(fù)前一個(gè)頁面
    Apply Request Values – 將組件的提交值設(shè)置為請求值
    Process Validations – 轉(zhuǎn)換和驗(yàn)證組件的值。如果提交的值是合法的，那么將組件的值設(shè)置為提交的值。
    Update Model Values – 將后臺(tái)bean的值設(shè)置為組件的值。
    Invoke Application – 執(zhí)行actionListeners和actions。
    Render Response – 返回響應(yīng)。
    很多開發(fā)人員認(rèn)為使用immediate標(biāo)記是用來使組件跳過Process Validations階段。使用immediate屬性的目的是使組件在Apply Request Values階段被處理。
    使用immediate屬性意味著組件的值會(huì)在apply-request-values階段被驗(yàn)證，也就是說，在其他的non-immediate組件的值之前(這些驗(yàn)證是在process-validators階段被驗(yàn)證)。任何被標(biāo)記為immediate的輸入組件如果發(fā)生炎癥錯(cuò)誤，都會(huì)導(dǎo)致處理在完成apply-request-values后跳轉(zhuǎn)到render階段。也就是說，如果任何immediate組件驗(yàn)證失敗，那么non-immediate組件的錯(cuò)誤消息不會(huì)被顯示。另外，如果immediate組件的新的值和既存的value屬性的值不同，那么會(huì)激活一個(gè)ValueChangedEvent，但是這個(gè)事件會(huì)在ApplyRequestValues階段最后執(zhí)行，而不是在ProcessValidations階段最后。特別的，這意味著任意關(guān)聯(lián)到這個(gè)組件的ValueChangeListener都會(huì)在其他的immediate !UICommand組件的ActionListener之前執(zhí)行(假設(shè)command組件在頁面的后面發(fā)生)。