どのフェーズが構築された管理され、どのコンストラクタが使用されているか

StackOverflow https://stackoverflow.com//questions/20035681

  •  21-12-2019
  •  | 
  •  

質問

管理対象Beanのコンストラクターを用いて、公式チュートリアルからのJSFベースのWeb-App hello1の例を検討します。以下のindex.xhtml Facelet 

<html lang="en"
      xmlns="http://www.w3.org/1999/xhtml"
      xmlns:h="http://xmlns.jcp.org/jsf/html">
    <h:head>
        <title>Facelets Hello Greeting</title>
    </h:head>
    <h:body>
        <h:form>
            <h:graphicImage url="#{resource['images:duke.waving.gif']}" 
                            alt="Duke waving his hand"/>
            <h2>Hello hui, my name is Duke. What's yours?</h2>
            <h:inputText id="username"
                         title="My name is: "
                         value="#{hello.name}"
                         required="true"
                         requiredMessage="Error: A name is required."
                         maxlength="25" />
            <p></p>
            <h:commandButton id="submit" value="Submit" action="response">
            </h:commandButton>
            <h:commandButton id="reset" value="Reset" type="reset">
            </h:commandButton>
        </h:form>
        <div class="messagecolor">
            <h:messages showSummary="true" 
                        showDetail="false"
                        errorStyle="color: #d20005" 
                        infoStyle="color: blue"/>
        </div>
    </h:body>
</html>
.

およびModidFied Managed Bean Hello.java 

package javaeetutorial.hello1;


import javax.enterprise.context.RequestScoped;
import javax.inject.Named;

@Named
@RequestScoped
public class Hello {

    private String name;

    public Hello() {
    }
    public Hello(String name){
        this.name=name;
    }

    public String getName() {
        return name;
    }

    public void setName(String user_name) {
        this.name = user_name;
    }
}
.

2 公開コンストラクタがあります。このアプリをサーバーに展開し、初期要求を送信し、inputTextに名前を入力してsubmitをクリックします。 submitの後にポストバック要求があります。したがって、ツトロメアルで書かれているように、我々は次の実行段階の下位相を持っています：

  1. アプリケーションビューは構築または復元されます。
  2. 要求パラメータ値が適用されます。
  3. 変換と検証は、コンポーネント値に対して実行されます。
  4. 管理対象Beanはコンポーネント値で更新されます。
  5. アプリケーションロジックが呼び出されます。

    6. 管理対象Beanのどの位相インスタンスで作成されますか？

    このインスタンスの作成にどのコンストラクタが呼び出されるのか、なぜですか？ index.xhtmlコードから観察できる方法はわかりません。

役に立ちましたか？

解決

管理対象Beanのどの位相インスタンスで作成されますか？

具体的にはいない。 Beanインスタンスがそのスコープに存在しない間は、任意のEL式が初めて管理対象Beanを参照する必要があるのは初めて構築されています。これは特定のFacesイベントに依存しません。これは復元ビューフェーズ（第1フェーズ）中にある可能性がありますが、これはレンダリング応答フェーズ（最後のフェーズ）、またはその間の他の位相の間にも良い可能性があります。

これはすべて、ビュー内の#{bean.xxx}を介して、BeanがELコンテキストでどのように参照されているか（またはモデル内でプログラム的に）に依存します。あなたは一般的にこれについて心配しないべきです。 JSF（具体的にはEL）は、ビューを適切に構築または処理または処理するために必要以上に早く構築されません。

このインスタンス作成のためにどのコンストラクタが呼び出されるのか、なぜ？

もちろんデフォルトのコンストラクタです。 JavaBeansの仕様はそう言うので。他のすべてのコンストラクタはJSF / CDIマネージドBean機能によって使用されません。

その後、コンストラクタを心配してはいけません。コンストラクタではなく、@PostConstruct注釈付きメソッドで初期化を実行するでしょう。すなわち、CDIなどのプロキシを使用するBean管理フレームワークによってBeanが管理されている場合、デフォルトのコンストラクタは、必要以上に頻繁に呼ばれることがある。

Index.xhtmlコードからどのように観察できるかわかりません。

コンストラクタ、@PostConstruct、または関連するgetter / setterメソッドにブレークポイントを置き、プロジェクトをデバッグモードで実行します。ブレークポイントがヒットしたら、コールスタックを調べます。関与したクラスとメソッドは一般的には自己文書化の名前を持っています。 @Namedを使用しているときにコールスタックがどのように見えるかの例です。

Daemon Thread [http-bio-8088-exec-6] (Suspended (entry into method <init> in TestBean)) 
    owns: LocalCache$StrongEntry  (id=503)  
    owns: SocketWrapper  (id=504)   
    TestBean$Proxy$_$$_WeldClientProxy.<init>() line: not available [local variables unavailable]   
    NativeConstructorAccessorImpl.newInstance0(Constructor, Object[]) line: not available [native method]   
    NativeConstructorAccessorImpl.newInstance(Object[]) line: 57    
    DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 45    
    Constructor.newInstance(Object...) line: 526    
    Class.newInstance() line: 374   
    NewInstanceAction.run() line: 33    
    AccessController.doPrivileged(PrivilegedExceptionAction<T>) line: not available [native method] 
    ClientProxyFactory(ProxyFactory).create(BeanInstance) line: 271 
    ClientProxyFactory.create(BeanInstance) line: 111   
    ClientProxyProvider.createClientProxy(Bean<T>, Set<Type>) line: 181 
    ClientProxyProvider.createClientProxy(Bean<T>) line: 171    
    ClientProxyProvider.access$100(ClientProxyProvider, Bean) line: 45  
    ClientProxyProvider$CreateClientProxy.load(Bean<Object>) line: 56   
    ClientProxyProvider$CreateClientProxy.load(Object) line: 52 
    LocalCache$LoadingValueReference.loadFuture(K, CacheLoader<? super K,V>) line: 3589 
    LocalCache$Segment.loadSync(K, int, LoadingValueReference<K,V>, CacheLoader<? super K,V>) line: 2374    
    LocalCache$Segment.lockedGetOrLoad(K, int, CacheLoader<? super K,V>) line: 2337 
    LocalCache$Segment.get(K, int, CacheLoader<? super K,V>) line: 2252 
    LocalCache.get(K, CacheLoader<? super K,V>) line: 3990  
    LocalCache.getOrLoad(K) line: 3994  
    LocalCache$LocalLoadingCache.get(K) line: 4878  
    LoadingCacheUtils.getCacheValue(LoadingCache<K,V>, K) line: 52  
    LoadingCacheUtils.getCastCacheValue(LoadingCache<K,V>, Object) line: 80 
    ClientProxyProvider.getClientProxy(Bean<T>) line: 187   
    WeldELResolver(AbstractWeldELResolver).lookup(BeanManagerImpl, ELContext, String) line: 110 
    WeldELResolver(AbstractWeldELResolver).getValue(ELContext, Object, Object) line: 91 
    WeldApplication$LazyBeanManagerIntegrationELResolver(ForwardingELResolver).getValue(ELContext, Object, Object) line: 49 
    CompositeELResolver.getValue(ELContext, Object, Object) line: 67    
    DemuxCompositeELResolver._getValue(int, ELResolver[], ELContext, Object, Object) line: 176  
    DemuxCompositeELResolver.getValue(ELContext, Object, Object) line: 203  
    AstIdentifier.getValue(EvaluationContext) line: 72  
    ValueExpressionImpl.getValue(ELContext) line: 185   
    WeldValueExpression.getValue(ELContext) line: 50    
    ELText$ELTextVariable.writeText(ResponseWriter, ELContext) line: 227    
    ELText$ELTextComposite.writeText(ResponseWriter, ELContext) line: 150   
    TextInstruction.write(FacesContext) line: 85    
    UIInstructions.encodeBegin(FacesContext) line: 82   
    UIInstructions(UILeaf).encodeAll(FacesContext) line: 207    
    HtmlBody(UIComponent).encodeAll(FacesContext) line: 1899    
    UIViewRoot(UIComponent).encodeAll(FacesContext) line: 1899  
    FaceletViewHandlingStrategy.renderView(FacesContext, UIViewRoot) line: 451  
    MultiViewHandler.renderView(FacesContext, UIViewRoot) line: 131 
    ConversationAwareViewHandler(ViewHandlerWrapper).renderView(FacesContext, UIViewRoot) line: 337 
    RenderResponsePhase.execute(FacesContext) line: 120 
    RenderResponsePhase(Phase).doPhase(FacesContext, Lifecycle, ListIterator<PhaseListener>) line: 101  
    LifecycleImpl.render(FacesContext) line: 219    
    FacesServlet.service(ServletRequest, ServletResponse) line: 647 
    ...
.

下部から始まります（FacesServlet.serviceの後にすべての行を削除しました。一般的には無関係です）、下から上へRenderResponsePhase.executeは、レンダリング応答フェーズ中に実行されることを示しています。 TextInstruction.writeは、<p>#{bean.something}</p>のようなテンプレートテキストでELの結果を書き込むときに発生したことを示しています。残りは、CDI実装溶接がプロキシを見つけてインスタンス化している方法と、実際のBeanリファレンスをインスタンス化する方法だけです。

異なるフェーズ中に起こった場合は、RenderResponsePhase.executeの代わりにUpdateModelValuesPhase.executeなどが見られました。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top