Qual a fase que é gerenciada de feijão construído e qual o construtor é usado

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

  •  21-12-2019
  •  | 
  •  

Pergunta

Considere o exemplo de JSF com base em web-app hello1 a partir do tutorial oficial com adição de construtor no managed bean.A seguir 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>

e 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;
    }
}

Há dois público construtores.Deixe que nós implantar este app no servidor e enviados pedido inicial, digite o nome na inputText e clique em submit.Não há pedido de reposição após submit clique em.Portanto, como está escrito em tutroial, temos o seguinte subfase da fase de execução:

  1. Visualização do aplicativo é construído ou restaurado.
  2. O parâmetro de solicitação valores são aplicados.
  3. Conversões e as validações são executadas para os valores dos componentes.
  4. Managed beans são atualizados com os valores dos componentes.
  5. A lógica do aplicativo é invocado.

Em que fase instância do managed bean será criado?

O que o construtor será chamado para esta instância de criação e por quê?Eu não entendo como isso pode ser observar a partir da index.xhtml código.

Foi útil?

Solução

Em que fase instância do managed bean será criado?

Ninguém especificamente.É construído pela primeira vez quando um arbitrário EL expressão precisa referenciar o managed bean para o primeiro tempo, enquanto o feijão não está presente no seu âmbito de aplicação.Isso não é dependente de qualquer particular faces do evento.Isso pode ser durante a restauração vista de fase (a primeira fase), mas isso também pode ser tão bom durante o render fase de resposta (última fase), ou qualquer outro de fase entre eles.

Isso tudo depende de como e onde o feijão é referenciado em EL contexto através de #{bean.xxx} na vista (ou através de programação no modelo).Você geralmente não deve se preocupar com isso.JSF (especificamente EL), pelo menos não construir mais cedo do que o necessário, a fim de construir corretamente ou processo ou de tornar a ver.

O que o construtor será chamado para esta instância de criação e por quê?

O construtor padrão, claro.Porque a especificação Javabeans diz isso.Todos os outros construtores nunca são usados pelo JSF/CDI managed bean facilidade.

Mesmo assim, você não deve preocupar-se construtores.É melhor você realizar a inicialização em um @PostConstruct anotada método, em vez de em um construtor.Ou seja, quando o feijão é gerida por um feijão management framework que utiliza proxies, como o CDI, o construtor padrão pode ser chamado com mais freqüência do que o desejado.

Eu não compreendo como se pode observar a partir do índice.código xhtml.

Basta colocar um ponto de interrupção no construtor, @PostConstruct, ou qualquer que seja relevante getter/setter método e executar o projeto no modo de depuração.Uma vez que o ponto de interrupção hits, examinar a pilha de chamadas.Os envolvidos classes e métodos, geralmente, ao invés de auto-documentação nomes.Aqui está um exemplo de como a pilha de chamadas pode olhar como quando você está usando @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 
    ...

Começar pela parte de baixo (eu já despojado de todas as linhas depois de FacesServlet.service como eles são geralmente irrelevantes) e leia de baixo para cima.O RenderResponsePhase.execute diz que é executado durante o render fase de resposta.O TextInstruction.write diz que ocorreu durante a gravação, o resultado de EL modelo de texto, como por <p>#{bean.something}</p>.O restante é apenas como o CDI implementação de Solda é encontrar e instanciar o proxy e como é sua vez de instanciar o real do feijão de referência.

Se isso aconteceu durante uma fase diferente, você em vez de RenderResponsePhase.execute temos visto, por exemplo, UpdateModelValuesPhase.execute e assim por diante.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top