使用 MyFaces Orchestra 时，导航到不同视图时对话.access beans 不会被删除

Question

我们正在使用 JSF 2、Spring 和 Hibernate 构建一个应用程序。 MyFaces Orchestra 用于提供我们在应用程序中的大多数页面中使用的对话范围（以利用 Orchestra 对 Hibernate 会话的管理）。我们所有的 bean 都被声明为使用 communications.access 作用域，这（根据 Orchestra 文档）应该意味着，一旦用户导航到不包含对该支持 bean 实例的任何引用的页面，这些 bean 就会从作用域中删除。

我遇到的问题是，如果我从视图中导航而没有显式使对话无效，那么如果他们稍后返回该视图，它仍然具有与以前相同的数据。我在所有支持 bean 中实现了 ConversationBindingListener 方法，我可以看到它们何时从对话中删除，而且我可以看到在很多情况下它们并没有被删除。

使问题更加令人困惑的是，当我导航到某些页面（视图）而不是其他页面（视​​图）时，支持 bean 被删除。我想这可能是因为页面无意中引用了 EL 中的其他支持 bean，但我找不到任何内容。我还认为，也许这个问题只发生在我从一个具有conversation.access范围bean的页面导航到使用不同conversation.scoped bean的另一个页面时。然而，在从对话中删除它的情况下，该页面还包含对conversation.access作用域bean的引用。

正如我之前所说，使用 Conversation.getCurrentInstance().invalidate() 显式使对话无效是可行的。然而，对于每个用例来说，显式地使对话无效是不可能的，因为这将是一种非常常见的用例，用户只需单击其中一个导航链接即可离开视图。

其他详细信息： 我们使用 Hibernate 3.6（而不是 JPA），这意味着我们必须使用 HibernatePersistenceContextFactory。

• 我的面孔乐团 (myfaces-orchestra-core20-1.4.jar)
• JSF 2 (Mojarra 2.0.4)
• Spring 3.0
• PrimeFaces 2.2.1
• RichFaces 4.0.0

这是我的 Spring 上下文配置的样子（对于 Orchestra）。

<!-- 1. initialization of all orchestra modules (required for core15 module) -->
<import resource="classpath*:/META-INF/spring-orchestra-init.xml" />

<!-- 2. the conversation scopes -->
<bean class="org.springframework.beans.factory.config.CustomScopeConfigurer">
    <property name="scopes">
        <map>
            <entry key="conversation.manual">
                <bean
                    class="org.apache.myfaces.orchestra.conversation.spring.SpringConversationScope">
                    <property name="timeout" value="30" />
                    <property name="advices">
                        <list>
                            <ref bean="persistentContextConversationInterceptor" />
                        </list>
                    </property>
                </bean>
            </entry>
            <entry key="conversation.access">
                <bean
                    class="org.apache.myfaces.orchestra.conversation.spring.SpringConversationScope">
                    <property name="timeout" value="30" />
                    <property name="advices">
                        <list>
                            <ref bean="persistentContextConversationInterceptor" />
                        </list>
                    </property>
                    <property name="lifetime" value="access" />
                </bean>
            </entry>
        </map>
    </property>
 </bean>    


<!-- 3. the "entity manager" manager -->
<bean id="persistentContextConversationInterceptor"
    class="org.apache.myfaces.orchestra.conversation.spring.PersistenceContextConversationInterceptor">
    <property name="persistenceContextFactory" ref="persistentContextFactory" />
</bean>



<!-- 4. conversation - persistence adapter -->
<bean id="persistentContextFactory"
    class="com.acme.infra.orchestra.hibernate.HibernatePersistenceContextFactory">
    <property name="entityManagerFactory" ref="sessionFactory" />
</bean>

<!-- 5. persistence -->
<bean id="managedDataSource"
    class="org.apache.myfaces.orchestra.connectionManager.ConnectionManagerDataSource">
    <property name="dataSource" ref="dataSource" />
</bean>

以下是 JSF 支持 bean 声明的几个示例。

<bean id="quoteSummaryBackingBean" class="com.acme.ui.backing.QuoteSummaryBackingBean"
        scope="conversation.access" orchestra:conversationName="QuoteSummaryConversation">
    <property name="quotingBusinessService" ref="quotingBusinessService"/>
    <property name="customerBusinessService" ref="customerBusinessService"/>
    <property name="referenceDataBusinessService" ref="referenceDataBusinessService"/>
    <property name="quoteExportBusinessService" ref="quoteExportBusinessService" />
</bean>

<bean id="createQuoteBackingBean" class="com.acme.ui.backing.CreateQuoteBackingBean" 
        scope="conversation.access" orchestra:conversationName="CreateQuoteConversation">  
    <property name="quotingBusinessService" ref="quotingBusinessService"/>
    <property name="customerBusinessService" ref="customerBusinessService"/>
    <property name="referenceDataBusinessService" ref="referenceDataBusinessService"/>

Answer 1

这不是最优雅的解决方案，我猜测它可能会引入新的错误（因为 Orchestra 使用的检查旨在处理 AJAX 请求的情况）。我向支持 bean 添加了一个新方法（使用基类），用于将 org.apache.myfaces.orchestra.conversation.jsf.AccessScopePhaseListener:oldView 请求范围变量重置为 null。

public void clearPreviousConversation() {
    if (firstHit) {
        String keyName = 
            "org.apache.myfaces.orchestra.conversation.jsf.AccessScopePhaseListener:oldView";

        FacesContext.getCurrentInstance().getExternalContext()
        .getRequestMap().put(keyName, null);

        firstHit = false;
    }
}   

为了确保每个视图只调用此方法一次，我有“firstHit”标志，它是一个布尔成员变量。

然后，由于这个特定问题仅在使用 f:metadata 的视图上显现出来，因此我利用这一事实仅在需要时调用此方法。我将其添加为 f:metadata 中的预渲染调用。

<f:metadata>
    <f:event type="preRenderView" listener="#{controlPanelBackingBean.clearPreviousConversation}" />
</f:metadata>

如果您使用 f:viewParam 或其他 f:event 元素，则可以将它们混合在一起。

<f:metadata>
    <f:viewParam name="tabIndex" value="#{controlBackingBean.tabIndex}" />
    <f:event type="preRenderView" listener="#{controlPanelBackingBean.clearPreviousConversation}" />
    <f:event type="preRenderView" listener="#{controlPanelBackingBean.init}" />
</f:metadata>

Answer 2

正如 Benito Vega 在他的评论中正确指出的那样，当您对包含 标记的视图发出 GET 请求时，问题就会显现出来。这是因为 Orchestra 的 AccessScopePhaseListener.doAfterRestoreView() 通过测试 FacesContext.getRenderResponse() 来区分 POST 和 GET。但是，如果对包含 标记的视图发出 GET 请求，则情况并非如此（参见 RestoreViewPhase.java 了解为什么会这样）。这就是为什么此案例将 AccessScopePhaseListener.doAfterRenderResponse() 中的后续代码视为回发到同一视图，这是跳过未访问的 bean 失效的原因。

我创建了自己的阶段监听器来解决这个问题。它向 AccessScopePhaseListener.doAfterRestoreView() 的结果添加了一个代码片段，该代码片段使得“oldView”请求属性的状态对于任何 GET 请求都显得相同，无论视图是否包含 或不。该代码片段在 RENDER_RESPONSE 阶段之前运行，因此 Orchestra 听众和我的听众的相互顺序并不重要。

import javax.faces.context.FacesContext;
import javax.faces.event.PhaseEvent;
import javax.faces.event.PhaseId;
import javax.faces.event.PhaseListener;
import org.apache.myfaces.orchestra.conversation.jsf.AccessScopePhaseListener;

public class OrchestraAccessScopeBugFixer implements PhaseListener {
    /**
     * @see AccessScopePhaseListener#OLD_VIEW_KEY
     */
    private static final String OLD_VIEW_KEY = AccessScopePhaseListener.class.getName() + ":oldView";

    @Override
    public void beforePhase(PhaseEvent event) {
        FacesContext facesContext = event.getFacesContext();
        if (!facesContext.isPostback()) {
            // this makes it think that we are on a new view, not posting back to the same one
            facesContext.getExternalContext().getRequestMap().put(OLD_VIEW_KEY, null);
        }
    }

    @Override
    public void afterPhase(PhaseEvent event) {
    }

    @Override
    public PhaseId getPhaseId() {
        return PhaseId.RENDER_RESPONSE;
    }
}

我已经测试了此解决方案，用于 GET 到带有或不带有 的视图、POST 到同一视图以及 POST 导航到另一个视图，并且它按预期工作。但我不确定为什么 Orchestra 开发人员不能在 AccessScopePhaseListener.doAfterRestoreView() 中使用 FacesContext.isPostback() 而不是 FacesContext.getRenderResponse()为了区分回发和非回发。