JSF + Tomahawk - Método get no backing bean

Olá dansouza,

Não há nada de errado na sua aplicação. O JSF poderá chamar os métodos getters do seu managed bean inúmeras vezes durante o seu ciclo de vida, não existe uma quantidade de chamadas ao certo, isso depende de vários fatores, entre eles o próprio componente que possui o binding. Logo não é uma boa prática efetuar processamento ou carga de dados nos métodos getters, isso é uma recomendação de muitas autores em blogs, livros e tutoriais.

Sendo boa prática ou não, eu -muitos outros desenvolvedores- nos utilizamos da carga de dados nos métodos getters do managed bean, por questões de praticidade e comodidade, porém tomamos algumas precauções como garantir que o processamento (ou carga) de dados ocorra somente uma única vez, algo como:

public List<Produto> getProdutos() { if (this.produtos == null) { this.produtos = RepositorioDeProdutos.getTodosOsProdutos(); } return this.produtos; }

Abraços.

Olá Rafael,
Pelas minhas pesquisas percebi exatamente o que você mencionou.
Enfim, a solução que você colocou é realmente a que mais vi em exemplos.

Obrigado,

rponte:

Sendo boa prática ou não, eu -muitos outros desenvolvedores- nos utilizamos da carga de dados nos métodos getters do managed bean, por questões de praticidade e comodidade, porém tomamos algumas precauções como garantir que o processamento (ou carga) de dados ocorra somente uma única vez, algo como:

public List<Produto> getProdutos() { if (this.produtos == null) { this.produtos = RepositorioDeProdutos.getTodosOsProdutos(); } return this.produtos; }

Apesar dessa técnica ser utilizada com frequência, deve ser evitada no contexto do Faces. O problema está no ciclo de vida, pois espera-se que ações sejam realizadas na fase INVOKE_APPLICATION, após UPDATE_MODEL_VALUES (onde os setters são chamados). Colocar ações dentro de um getter implica que este será chamado logo no começo, na RESTORE_VIEW, antes de qualquer propriedade do managed bean seja setado.

Desconsiderar esse fato, pode causar bugs inesperados.

Em um outro fórum (MyFaces), um cara lá disse que se eu estivesse usando o JSF 1.2 poderia usar a anotação “@PostConstruct”:

@PostConstruct
public void findAllProducts() {
  this.produtos = RepositorioDeProdutos.getTodosOsProdutos();  
}

public List<Produto> getProdutos() {  
  return this.produtos;  
}

Assim o método de “list” seria invocado após o construtor e após as injeções de dependência.
Seria esse um caminho viável?

[]'s

olá dansouza.

Eu to tentando configurar meu ambiente para que o Spring 2.5, JSF 1.2, Tomahawk 1.6 e Tomcat 6.0.26 funcionem, mas tá extremamente complicado.
A aplicação não “sobe” e lança exceções.

Por acaso vc tem a lista de JARs necessária para este ambiente ??
Ou se pode me ajudar a fazer rodar ??

Ricardo

Ricardo,

A época que mexi com essa configuração o meu maior problema foram os filtros.
O meu web.xml do começo do post tem as configurações. Dava um monte de erros e não subiam.
Quando acertei os filtros, passou a funcionar.

[]'s

Cara, to perdendo o 3º dia só para configurar e nada !!!

vou mandar meu web.xml e quem sabe talvez vc possa me ajudar.

<?xml version="1.0"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
                         "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
	
	<context-param>
		<param-name>facelets.DEVELOPMENT</param-name>
		<param-value>true</param-value>
	</context-param>
 	<context-param>
  		<param-name>javax.faces.DEFAULT_SUFFIX</param-name>
  		<param-value>.xhtml</param-value>
 	</context-param> 	
 	<context-param>
  		<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
 	 	<param-value>server</param-value>
 	</context-param>
 	
 	<filter>
		<filter-name>MyFacesExtensionsFilter</filter-name>
		<filter-class>org.apache.myfaces.webapp.filter.ExtensionsFilter</filter-class>
    	<init-param>
        	<param-name>uploadMaxFileSize</param-name>
        	<param-value>20m</param-value>
        	<description>Set the size limit for uploaded files.
            	Format: 10 - 10 bytes
                    10k - 10 KB
                    10m - 10 MB
                    1g - 1 GB
        	</description>
    	</init-param>
	</filter>

	<filter-mapping>  
		<filter-name>MyFacesExtensionsFilter</filter-name>  
    	<servlet-name>Faces Servlet</servlet-name>  
   	</filter-mapping>  
   	<filter-mapping>  
    	<filter-name>MyFacesExtensionsFilter</filter-name>  
    	<url-pattern>/faces/myFacesExtensionResource/*</url-pattern>  
   	</filter-mapping>
 	
	<listener>
		<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
	</listener>
	<listener>
		<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
	</listener>
	
 	<servlet>
  		<servlet-name>Faces Servlet</servlet-name>
  		<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
  		<load-on-startup>1</load-on-startup>
 	</servlet>
 	
 	<servlet-mapping>
  		<servlet-name>Faces Servlet</servlet-name>
  		<url-pattern>*.jsf</url-pattern>
 	</servlet-mapping>
 	
 	<welcome-file-list>
  		<welcome-file>index1.xhtml</welcome-file>
	</welcome-file-list>

</web-app>

Se você tiver os JARs necessários também, estou desconfiando que tem mais do que o necessário.

Ricardo

Ricardo,

Eu não tenho mais esse projeto em mãos, pois saí da empresa em que desenvolvi essa solução.
Mas eu lembro também que dava uns paus malucos se eu não usasse o JSF-MyFaces.
Testa aí a implementação my-faces ao invés da da Sun.

Pq agora não vou lembrar mesmo as configurações.