| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 18/03/2008 12:40:38
|
CintiaDR
JavaEvangelist
![[Avatar]](/images/avatar/48b508b64892bdf1d3a44e6de12e146a.jpg)
Membro desde: 01/10/2007 06:49:30
Mensagens: 476
Localização: Curitiba - PR
Offline
|
Eu tinha um problema ontem aqui relatado, mas já que o problema mudou tão drasticamente (arranjei os sintomas) e como eu havia postado no fórum errado, estou fazendo um novo tópico.
Eu tenho uma página JSF que tem vários pop-ups. Cada um desses pop-ups abria outras pagininhas (usando a mesma sessão) de pesquisa, etc etc, e voltava o fluxo para a página principal por JAVASCRIPT. Sabe, bem tosco mesmo de window.open e window.parent.funcaoCallBack.
O fato interessante é que quando abrimos um número grande de popups (sei lá, uns 10 ou 20) os botões da página principal não funcionam mais: é acusado que o ViewId não pode ser recuperado ou algo assim. Fiz o teste daí para que a cada vez que 'voltasse" do popup pela função de callBack, a página fosse recarregada ( document.forms[0].submit() ), e assim funciona.
Então nosso pensamento é que a ViewId é deletada por causa da quantidade de páginas abertas depois. O tempo não parece ter influência nenhuma no resultado.
Alguém já viu algum relato parecido?
This message was edited 2 times. Last update was at 28/03/2008 12:10:10
|
Faça Perguntas Inteligentes - NÃO me pergunte como
PelaMorDeQualquerCoisa, o GUJ não é penico! Google é seu amigo! |
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 28/03/2008 12:11:34
|
CintiaDR
JavaEvangelist
![[Avatar]](/images/avatar/48b508b64892bdf1d3a44e6de12e146a.jpg)
Membro desde: 01/10/2007 06:49:30
Mensagens: 476
Localização: Curitiba - PR
Offline
|
Era o javax.faces.STATE_SAVING_METHOD setado para server.
Eu não havia entendido que quando era server, havia um limite de view por sessão. Tive que mudar para client , deixar tudo serializable e arrumar mais uns detalhezinhos pelo caminho...
|
Faça Perguntas Inteligentes - NÃO me pergunte como
PelaMorDeQualquerCoisa, o GUJ não é penico! Google é seu amigo! |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/04/2008 22:27:29
|
gustjava
Smalltalk
Membro desde: 12/04/2008 21:18:40
Mensagens: 3
Offline
|
Estou com o mesmo problem Cintia, mas realmente ocorre por causa do timeout da sessao... Estou procurando a solução.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/04/2008 23:00:30
|
gustjava
Smalltalk
Membro desde: 12/04/2008 21:18:40
Mensagens: 3
Offline
|
Desculpa, não tinha visto seu outro post... realmente é isso...
coloquem no web.xml
<context-param>
<description>
State saving method: "client" or "server" (= default) See
JSF Specification 2.5.2
</description>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>client</param-value>
</context-param>
Daí resolve.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 21/04/2008 18:12:00
|
rponte
JavaEvangelist
![[Avatar]](/images/avatar/37a90a1fe7512a804347fa3e572c6b86.png)
Membro desde: 18/02/2008 10:06:25
Mensagens: 413
Offline
|
Vocês podem continuar utilizam o modo "server", contudo precisam aumentar o número de views na sessão:
O interessante é que vocês entendam a diferença entre eles,
http://www.rponte.com.br/2007/10/14/state_saving_method-server-ou-client/
Abraços.
|
Rafael Ponte
http://www.rponte.com.br/ |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 03/02/2009 08:48:31
|
andrepestana
JavaEvangelist
![[Avatar]](/images/avatar/5be278a9e02bed9248a4674ff62fea2c.png)
Membro desde: 23/03/2004 09:57:28
Mensagens: 380
Offline
|
Só para constar eu vou deixar uma outra dica sobre esse problema:
A versão do Rich Faces 3.2.1.GA tem um bug que ao mudar o parâmetro do web.xml javax.faces.STATE_SAVING_METHOD para "server" dá a seguinte mensagem de erro ao acessar qualquer página:
javax.faces.application.ViewExpiredException: /login.jspThe expected view was not returned for the view identifier: /login.jsp
at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:8
at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103)
at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76)
...
Parâmetro do web.xml.
<context-param>
<description>State saving method: "client" or "server" (=
default) See JSF Specification 2.5.2</description>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>server</param-value>
</context-param>
Com o parâmetro javax.faces.STATE_SAVING_METHOD = "client" o problema não acontece, porém o estado de todas as views serão enviados no HTML e a consequência disso são HTMLs com tamanhos bem maiores. Na minha aplicação, por exemplo, apresentava lentidão em algumas páginas com modo "client".
Eu atualizei para o RichFaces 3.3.0.GA e o problema foi solucionado.
Referência: https://jira.jboss.org/jira/browse/RF-3604
Abraço,
|
Pestana
http://andrepestana.wordpress.com/ |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 02/03/2009 09:23:04
|
thiagoAraujo_al
Debugger
Membro desde: 26/06/2007 19:58:00
Mensagens: 51
Offline
|
Tenho encontrado o mesmo problema, porém essa configuração do
org.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION
requer o myfaces, então devo apenas incluir as libs no meu projeto??? Ou tenho que fazer também alguma configuração do myfaces no meu web.xml para integra-lo no meu projeto???
Abaixo trecho do meu web.xml
Essas configurações eu retirei do exemplo do richfaces do site da jboss, no projetão que apresenta todos os componentes.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 22/03/2009 13:41:38
|
idev4web
JavaGuru
![[Avatar]](/images/avatar/687e0d2bafc7e6ec43af9c3f65b45508.jpg)
Membro desde: 22/10/2007 10:03:44
Mensagens: 208
Offline
|
Por favor, alguem pode me ajudar.
Eu estou com o richfaces e as vezes o menu para de funcionar, para de responder aos cliques
eu estou usando a versao 3.2.2
tentei atualizar para a versao 3.3.0 parece que piorou
alguem tem uma dica
|
http://www.xpandorabox.com |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 22/03/2009 13:42:56
|
idev4web
JavaGuru
![[Avatar]](/images/avatar/687e0d2bafc7e6ec43af9c3f65b45508.jpg)
Membro desde: 22/10/2007 10:03:44
Mensagens: 208
Offline
|
Aqui esta meu web.xml
|
http://www.xpandorabox.com |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 23/04/2009 14:53:55
|
Voo livre
JavaChild
Membro desde: 08/03/2009 12:58:54
Mensagens: 105
Offline
|
Olá pessoal,
Estou com outro codigo para login e senha, mas ele não está achando a servlet que criei no pacote caminho, ou seja eu criei duas servlets
dentro do pacote caminho uma Cadastro e outra Controle, só que quando vou fazer o cadastro clicando em Enviar está dando erro, se vc
puder me dar uma ajuda aí parceiro.
|
Rodrigo
Engenharia Computação
Universidade Estácio de Sá - Rj |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 21/08/2009 14:27:16
|
wellington.sampaio
Debugger
Membro desde: 01/07/2007 03:54:39
Mensagens: 67
Localização: Curitiba
Offline
|
andrepestana wrote:Só para constar eu vou deixar uma outra dica sobre esse problema:
A versão do Rich Faces 3.2.1.GA tem um bug que ao mudar o parâmetro do web.xml javax.faces.STATE_SAVING_METHOD para "server" dá a seguinte mensagem de erro ao acessar qualquer página:
javax.faces.application.ViewExpiredException: /login.jspThe expected view was not returned for the view identifier: /login.jsp
at org.apache.myfaces.lifecycle.RestoreViewExecutor.execute(RestoreViewExecutor.java:8
at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:103)
at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76)
...
Parâmetro do web.xml.
<context-param>
<description>State saving method: "client" or "server" (=
default) See JSF Specification 2.5.2</description>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>server</param-value>
</context-param>
Com o parâmetro javax.faces.STATE_SAVING_METHOD = "client" o problema não acontece, porém o estado de todas as views serão enviados no HTML e a consequência disso são HTMLs com tamanhos bem maiores. Na minha aplicação, por exemplo, apresentava lentidão em algumas páginas com modo "client".
Eu atualizei para o RichFaces 3.3.0.GA e o problema foi solucionado.
Referência: https://jira.jboss.org/jira/browse/RF-3604
Abraço,
André,
Segui as suas dicas e corrigi o mesmo problema na minha aplicação: lentidão utilizando o modo client.
This message was edited 1 time. Last update was at 21/08/2009 14:28:40
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 29/08/2009 15:20:37
|
rponte
JavaEvangelist
![[Avatar]](/images/avatar/37a90a1fe7512a804347fa3e572c6b86.png)
Membro desde: 18/02/2008 10:06:25
Mensagens: 413
Offline
|
Sei que o post é antigo, mas também sei que ele é sempre visitado. Sendo, segue mais um blog post sobre o assunto,
http://pablonobrega.wordpress.com/2009/08/29/client-side-x-server-side-em-jsf-onde-salvar-o-estado/
Espero que ajude
|
Rafael Ponte
http://www.rponte.com.br/ |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 18/09/2009 12:12:06
|
felipearagao
What is classpath?
Membro desde: 25/01/2009 16:20:35
Mensagens: 6
Offline
|
Prezados,
Estou iniciando meus estudos com JSF/RichFaces e passando pelo mesmo problema.
Estou usando RichFace 3.3.1.
Segue meu abaixo meu web.xml ->>>>>
Já procurei a solução em vários locais, mas sem conclusão.
javax.servlet.ServletException: javax.servlet.ServletException: viewId:/tabela/uf.jsf - View /tabela/uf.jsf could not be restored.
O estranho é que até no próprio site do RichFace ocorre o mesmo erro.
javax.servlet.ServletException: viewId:/richfaces/suggestionBox.jsf - View /richfaces/suggestionBox.jsf could not be restored.
Felipe Aragão
<?xml version="1.0" encoding="UTF-8"?>
<web-app id="WebApp_ID" version="2.5"
xmlns="http://java.sun.com/xml/ns/javaee" xmlns si="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
<display-name>advocato</display-name>
<!-- Rich Faces -->
<context-param>
<param-name>org.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION</param-name>
<param-value>40</param-value>
</context-param>
<context-param>
<param-name>org.richfaces.SKIN</param-name>
<param-value>blueSky</param-value>
</context-param>
<context-param>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>server</param-value>
</context-param>
<filter>
<display-name>RichFaces Filter</display-name>
<filter-name>richfaces</filter-name>
<filter-class>org.ajax4jsf.Filter</filter-class>
</filter>
<filter-mapping>
<filter-name>richfaces</filter-name>
<servlet-name>Faces Servlet</servlet-name>
<dispatcher>REQUEST</dispatcher>
<dispatcher>FORWARD</dispatcher>
<dispatcher>INCLUDE</dispatcher>
</filter-mapping>
<filter>
<filter-name>HibernateSessionFilter</filter-name>
<filter-class>br.com.qualify.advocato.util.HibernateSessionFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>HibernateSessionFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<listener>
<listener-class>com.sun.faces.config.ConfigureListener</listener-class>
</listener>
<!-- Java SErver Faces -->
<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<!-- Faces Servlet Mapping -->
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.faces</url-pattern>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
</web-app>
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 29/10/2009 15:23:58
|
pipoassis
What is classpath?
![[Avatar]](/images/avatar/01044cfd18dd5c0cde26733c11a3b542.jpg)
Membro desde: 10/03/2007 18:55:41
Mensagens: 9
Localização: Ourinhos, SP
Offline
|
Boa tarde pessoal,
Pesquisando nos fóruns da JBoss Community, solução bastante simples e configurável diretamente no web.xml. Basta adicionar uma varíavel de contexto:
Conforme a referência, esta variável soluciona o problema da ViewExpiredException no JSF 1.1, 1.2 com RichFaces3.1.x. Este é o post para maiores detalhes:
http://www.jboss.org/community/wiki/RichFacesCookbookViewExpiredException.
Abraço a todos
This message was edited 1 time. Last update was at 29/10/2009 15:44:32
|
Felipe Assis
Desenvolvedor/Analista de Sistemas
Email: felipe@felipeassis.com.br
Website: http://www.felipeassis.com.br |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/04/2010 19:08:34
|
raulcpinheiro
HelloWorld
Membro desde: 12/01/2009 13:03:15
Mensagens: 10
Offline
|
Galera,
O tópico pode ser velho, mas acho que esse problema é bem comum, hehehehe. Eu mesmo estou quase infartando aqui com isso. Li os comentários do pessoal, tentei fazer o que indicaram, mas acho que ainda está faltando o pulo do gato, ou realmente já não estou enxergando o problema. Tentei tanto as configurações em modo client com definição de encryption e compressing, mas não funcionou. No modo client ao inves do browser renderizar a resposta, me exibiu como conteúdo xml =P. Estou utilizando IE6 por ser o padrão do cliente, não efetuei testes no Chrome ou FF.
Meu projeto tem as bibliotecas todas utilizadas pelo MyFaces
commons-beanutils-1.7.0.jar
commons-codec-1.3.jar
commons-collections-3.2.jar
commons-digest-1.8.jar
commons-discovery-0.4.jar
commons-el.jar
commons-logging-1.1.1.jar
myfaces-api-1.2.3.jar
myfaces-impl-1.2.3.jar
Estou utilizando o JSF 1.2 e RichFaces 3.2.1 GA.
Preciso fazer atualizações nas bibliotecas?
Segue meu web.xml
Apesar do arquivo estar configurado com cliente, o metodo server com a definição de views armazenadas também não funcionou.
Conto com a ajuda de vocês pessoal!
Grande abraço!
|
|
|
 |
|
|