免费视频淫片aa毛片_日韩高清在线亚洲专区vr_日韩大片免费观看视频播放_亚洲欧美国产精品完整版

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

    JSF FAQ
    1.     javax.faces.STATE_SAVING_METHOD的值為client和server時的區(qū)別？
    簡而言之，server端狀態(tài)降將UI組件的持有的信息在HTTP Session中保存，而client狀態(tài)將UI組件持有的信息保存在返回給用戶的頁面的隱藏域(hidden field)。
    client端狀態(tài)對于非常大數(shù)量的用戶來說比較實用，因為不需要在服務器端保存用戶的狀態(tài)，從而節(jié)省了內(nèi)存。但是缺點是在網(wǎng)絡中為每個請求傳送了更多的數(shù)據(jù)。
    即使選擇的是client端狀態(tài)，任何一個session-scoped實體仍然存在于http session中，這個標記只是影響JSF實現(xiàn)將UI組件持有的數(shù)據(jù)存放在什么位置。
    任何實現(xiàn)了StateHolder的組件，必須實現(xiàn)saveState(FacesContext)和restoreState(FacesContext, Object)方法，來幫助JavaServer Faces Implementation來保存和恢復跨越多個請求的組件的狀態(tài)。
    為了設置值，必須實現(xiàn)saveState方法。這個方法在render響應階段被調(diào)用，在這期間響應的狀態(tài)被設置，用來處理后需的請求。下面是MapComponent組件的該方法的實現(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);
    }
    該方法初始化了一個數(shù)組，用來持有保存了的狀態(tài)，然后保存所有與MapComponent關聯(lián)的狀態(tài)的所有內(nèi)容。
    實現(xiàn)StateHolder的組件必須提供restoreState方法，該方法用來恢復保存在saveState方法中保存的組件的狀態(tài)。restoreState方法在恢復視圖階段被調(diào)用，在此期間，JavaServer Faces Implementation會檢查是否在最后render response階段保存了狀態(tài)，并判斷是否需要恢復，以便進行下次的后退。下面是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實例，表示存儲組件狀態(tài)的數(shù)組。這個方法將Object數(shù)組中保存的數(shù)據(jù)進行設置。
    當在自定義的組件類中實現(xiàn)這些方法時，確保在部署描述符中指定了需要將這些狀態(tài)保存在哪里，即client還是server。如果狀態(tài)時保存在client，整個視圖的狀態(tài)都被提供給頁面的一個hidden field。
    可以通過設置javax.faces.STATE_SAVING_METHOD上下文參數(shù)(context-parameter)。
    2.     瀏覽器總是顯示一個到上一個頁面的鏈接？
    默認情況下，JSF在內(nèi)部使用forward操作來在頁面之間導航。
    所以當一個用戶首先訪問頁面A，然后取回一些內(nèi)容。這些內(nèi)容會被包裝在表單中，表單以頁面A作為提交的地址。
    當用戶接著執(zhí)行操作，提交頁面，這時JSF收到post請求，回復頁面A的視圖，并執(zhí)行postback處理。作為postback處理的一部分，頁面A的邏輯可能通知JSF框架應該顯示頁面B。
    默認情況下，JSF會執(zhí)行一個內(nèi)部forward到頁面B，使頁面B被取回，作為用戶提交表單的結(jié)果。
    這時用戶在屏幕上看到頁面B。但是瀏覽器只知道它將數(shù)據(jù)發(fā)送給了頁面A，所以，瀏覽器導航欄上顯示的URL是頁面A的URL，雖然顯示的內(nèi)容是頁面B。不幸的是，HTTP/HTML不能使瀏覽器知道應該顯示頁面B的URL。因此，作為JSF的默認行為，瀏覽器的URL經(jīng)常是實際顯示內(nèi)容的頁面的上一頁。 中國網(wǎng)管論壇bbs.bitsCN.com
    不僅僅對于用戶來說是奇怪的，同時加入收藏夾的時候也比較困難，注意，收藏夾的位置一般來說是沒有關系的。因為JSF應用程序通常是可交互的，并且是狀態(tài)豐富的。
    另外一個缺點是在JSF視圖中使用關聯(lián)鏈接是不安全的。(例如樣式表的相對路徑或者圖標)。當瀏覽器提交內(nèi)容到A，并獲取數(shù)據(jù)共頁面B使用時，在返回頁面中的relative links都會被作為相對于它(瀏覽器)所知道的最后的url。所以第一次查看頁面B時，所有相對鏈接都是相對于頁面A的，如果A和頁面B不在一個目錄中，那么就會出現(xiàn)問題。
    這個問題的一個解決辦法就是使用<redirect/>標記來定義導航規(guī)則。這樣，會使用http redirect命令錘嫠咪榔骰袢⌒亂趁媯傭〈蔥心誆康膄orward。 但是，這樣做效率比較低，因為瀏覽器需要使用第二次請求來獲取它的內(nèi)容，而不是在針對初始的post請求，在響應時立即獲取它的內(nèi)容。另外一個重要的問題就是，獲取頁面B的內(nèi)容是在一個單獨的請求中，這樣就沒有辦法從A頁面中傳遞任何的請求范圍(request-scoped)數(shù)據(jù),在這樣的目的使用request范圍的變量非常方便，也是很常用的。
    Tomahawk sandbox庫中包含了s:redirectTracker組件，可以臨時將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不能管理彼此的依賴。
    使用查詢機制：下面的代碼可以在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");
    同樣，可以使用這個代碼來計算任意的JSF表達式：
    FacesContext facesContext = FacesContext.getCurrentInstance();
    NeededBean neededBean
        = (NeededBean)facesContext.getApplication() feedom.net
          .createValueBinding("#{neededBean}").getValue(facesContext);
    7.     如何得知一個managed bean的屬性是否都被設置？
    managed bean必須具有一個默認的無參構造器。所有的managed-property聲明會調(diào)用合適的setter方法。但是，通常在所有的bean屬性被定義后進行一些初始化的操作。
    Spring提供了post-inistialisation回調(diào)功能，任何實現(xiàn)InitializingBean的bean會調(diào)用afterPropertiesSet方法。在JSF中沒有準確的等價操作，但是有一些接近的方式：
    定義bean的setter方法，例如public void setInitialized(boolean state)
    將下面的屬性作為managed bean的最后一個屬性
     <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/*這個映射。
    <!-- 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>
    使用這個過濾器不會對性能造成太大的影響，即不會延遲響應時間，但是由于需要在將響應寫出到客戶端之前在內(nèi)存中將整個response進行緩存，會增加內(nèi)存的使用。

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