Plantages et perte de session aléatoires

**sendoshi** · 19/03/2009, 14h52

Bonjour les gens.

Je me retrouve confronté à un bug pour le moins bizzare.
J'ai une page xhtml portant le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
<h:commandButton id="CSVButton" type="button"
				action="#{rap_cpt_1.exportCSV}"
				value="#{messages['Rap_Cpt1.CSV']}">
			</h:commandButton>

bouton qui fait appel à la méthode

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 public String exportCSV() throws IOException

Lorsque je clique sur le bouton, ça fonctionne parfaitement: ma méthode crée un fichier CSV, et me l'ouvre dans une nouvelle page.
Mais quand certains testeurs font la même chose, j'obtient ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
 
javax.servlet.ServletException: viewId:/comptabilite/Rap_Cpt_1.seam - View /comptabilite/Rap_Cpt_1.seam could not be restored.
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:270)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
	at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:54)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73)
	at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:38)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
	at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
	at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
	at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
	at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:522)
	at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
	at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:58)
	at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
	at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:738)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:177)
	at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:267)
	at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:380)
	at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:507)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
	at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
	at java.lang.Thread.run(Thread.java:595)
Caused by: javax.faces.application.ViewExpiredException: viewId:/comptabilite/Rap_Cpt_1.seam - View /comptabilite/Rap_Cpt_1.seam could not be restored.
	at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:186)
	at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
	at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:104)
	at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
	... 49 more

Là où je ne comprend vraiment pas c'est que le bug ne se produit, en appliquant exactement le même scénario à chaque fois, que sur certaines machines (toujours les mêmes) qui ont la même version de IE (le browser cible), la même configuration de IE et la même version de excel.

Quelqu'un aurait-il une idée de ce qui peut bien se passer?

**tchize_** · 19/03/2009, 15h10

cookies désactivés?

**sendoshi** · 19/03/2009, 15h19

paramètres par défaut:
confidentialité moyenne (donc cookies activés).
La seule différence c'est que je fait vérifier si il existe une version plus récente de la page à chaque visite.

**Mikrob** · 20/03/2009, 09h56

essai avec un s:button au lieu du h:commandButton

**sendoshi** · 20/03/2009, 14h00

Et bien il semble que ce ne soit pas lié à seam mais à IE, le browser cible. Le plantage a lieu lorsque j'ouvre le fichier alors que la fenêtre IE n'est pas la seule ou la première fenêtre ouverte. Ainsi si j'ouvre l'appli puis google dans une autre fenêtre, ça fonctionne. Si j'ouvre google puis l'appli ça part en sucettes: il ne trouve pas sa conversation.

mais comment sollutionner ça, j'en n'ai pas le moindre début d'idée

.

**sendoshi** · 08/04/2009, 17h31

Après moulte recherches et un coup de bol tellement fabuleux que c'est fini je gagnerai jamais à la lotterie j'ai épuisé toute ma chance, l'origine a été retrouvée:
le dit bouton se trouve dans une pop-up modale(window.showModalDialog(...))

en utilisant une pop-up non modale (window.open(...)), ça tourne avec une désarmante facilité.

rien à voir avec seam ni le browser finalement

. Enfin 'cest résolu.
Merci pour ton aide Mikrob.

Ca, c'est fait.

Plantages et perte de session aléatoires

Seam Java

Discussions similaires

Partager

Partager