Hmm, can be interesting if you have enough time to try to reproduce it in a shareable (on github?) project.
I'm sure it is something "stupid" we don't see ATM. *Romain Manni-Bucau* *Twitter: @rmannibucau <https://twitter.com/rmannibucau>* *Blog: **http://rmannibucau.wordpress.com/*<http://rmannibucau.wordpress.com/> *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Github: https://github.com/rmannibucau* 2013/10/1 Zmirc <zmircmir...@gmail.com> > Hi! > > Yes, I run Majorra on Tomee 1.6.0 from 13.09.20. I will switch today to > 13.10.01 to see if that bug with @Schedule leak disappeared. > > I understand your point of view and I agree. I have no idea which one has > the bug, just that I don't get it on Majorra. (I've just deleted myfaces > jars from Tomee and added Majorra 2.1.26 - nothing special) > > What settings should I give you? I didn't modify anything in Tomee, > excepting perm gen size, heap (on production) and a few more things in > setenv. Here's the setenv on my windows. (It's the same on linux also, just > as .sh) > > set JAVA_OPTS=%JAVA_OPTS% -XX:MaxPermSize=512m > set JAVA_OPTS=%JAVA_OPTS% -Dorg.apache.catalina.session.** > StandardSession.ACTIVITY_**CHECK=true > set JAVA_OPTS=%JAVA_OPTS% -Dopenejb.session-context=http > set JAVA_OPTS=%JAVA_OPTS% -Dfacebook4j.loggerFactory=** > facebook4j.internal.logging.**NullLoggerFactory > > So...the error happens randomly (just sometimes to some users) for all > pages that modify information and are backed by a @ViewScoped bean: > > The following logs are from Tomee 1.6.0 13.09.20. It happens the same on > 1.5.2. I moved on 1.6.0 hoping to get rid of it. > > javax.servlet.**ServletException: /dashboard/edit-profile.**xhtmlNo saved > view state could be found for the view identifier: > /dashboard/edit-profile.xhtml > at javax.faces.webapp.**FacesServlet.service(**FacesServlet.java:213) > ~[myfaces-api-2.1.12.jar:2.1.**12] > at org.apache.catalina.core.**ApplicationFilterChain.** > internalDoFilter(**ApplicationFilterChain.java:**305) > ~[catalina.jar:7.0.42] > at org.apache.catalina.core.**ApplicationFilterChain.**doFilter(** > ApplicationFilterChain.java:**210) ~[catalina.jar:7.0.42] > at > org.primefaces.webapp.filter.**FileUploadFilter.doFilter(**FileUploadFilter.java:77) > ~[primefaces-3.5.jar:na] > at org.apache.catalina.core.**ApplicationFilterChain.** > internalDoFilter(**ApplicationFilterChain.java:**243) > ~[catalina.jar:7.0.42] > at org.apache.catalina.core.**ApplicationFilterChain.**doFilter(** > ApplicationFilterChain.java:**210) ~[catalina.jar:7.0.42] > at > org.ocpsoft.rewrite.servlet.**RewriteFilter.doFilter(**RewriteFilter.java:199) > ~[rewrite-servlet-2.0.7.Final.**jar:2.0.7.Final] > at org.apache.catalina.core.**ApplicationFilterChain.** > internalDoFilter(**ApplicationFilterChain.java:**243) > ~[catalina.jar:7.0.42] > at org.apache.catalina.core.**ApplicationFilterChain.**doFilter(** > ApplicationFilterChain.java:**210) ~[catalina.jar:7.0.42] > at com.pingushare.boundary.**filter.ActivateAccountFilter.**doFilter(* > *ActivateAccountFilter.java:38) ~[ActivateAccountFilter.class:**na] > at org.apache.catalina.core.**ApplicationFilterChain.** > internalDoFilter(**ApplicationFilterChain.java:**243) > ~[catalina.jar:7.0.42] > at org.apache.catalina.core.**ApplicationFilterChain.**doFilter(** > ApplicationFilterChain.java:**210) ~[catalina.jar:7.0.42] > at com.pingushare.boundary.**filter.SecurityFilter.** > doFilter(SecurityFilter.java:**36) ~[SecurityFilter.class:na] > at org.apache.catalina.core.**ApplicationFilterChain.** > internalDoFilter(**ApplicationFilterChain.java:**243) > ~[catalina.jar:7.0.42] > at org.apache.catalina.core.**ApplicationFilterChain.**doFilter(** > ApplicationFilterChain.java:**210) ~[catalina.jar:7.0.42] > at com.pingushare.boundary.**filter.**ForceFreshPageAndWWWFilter.** > doFilter(**ForceFreshPageAndWWWFilter.**java:41) > ~[ForceFreshPageAndWWWFilter.**class:na] > at org.apache.catalina.core.**ApplicationFilterChain.** > internalDoFilter(**ApplicationFilterChain.java:**243) > ~[catalina.jar:7.0.42] > at org.apache.catalina.core.**ApplicationFilterChain.**doFilter(** > ApplicationFilterChain.java:**210) ~[catalina.jar:7.0.42] > at > org.apache.catalina.core.**StandardWrapperValve.invoke(**StandardWrapperValve.java:222) > ~[catalina.jar:7.0.42] > at > org.apache.catalina.core.**StandardContextValve.invoke(**StandardContextValve.java:123) > ~[catalina.jar:7.0.42] > at org.apache.tomee.catalina.**OpenEJBValve.invoke(**OpenEJBValve.java:45) > ~[tomee-catalina-1.6.0-**SNAPSHOT.jar:1.6.0-SNAPSHOT] > at > org.apache.catalina.**authenticator.**AuthenticatorBase.invoke(**AuthenticatorBase.java:502) > ~[catalina.jar:7.0.42] > at > org.apache.catalina.core.**StandardHostValve.invoke(**StandardHostValve.java:171) > ~[catalina.jar:7.0.42] > at > org.apache.catalina.valves.**ErrorReportValve.invoke(**ErrorReportValve.java:99) > ~[catalina.jar:7.0.42] > at > org.apache.catalina.valves.**AccessLogValve.invoke(**AccessLogValve.java:953) > ~[catalina.jar:7.0.42] > at > org.apache.catalina.core.**StandardEngineValve.invoke(**StandardEngineValve.java:118) > ~[catalina.jar:7.0.42] > at > org.apache.catalina.connector.**CoyoteAdapter.service(**CoyoteAdapter.java:408) > ~[catalina.jar:7.0.42] > at org.apache.coyote.http11.**AbstractHttp11Processor.**process(** > AbstractHttp11Processor.java:**1023) ~[tomcat-coyote.jar:7.0.42] > at org.apache.coyote.**AbstractProtocol$**AbstractConnectionHandler.** > process(AbstractProtocol.java:**589) ~[tomcat-coyote.jar:7.0.42] > at > org.apache.tomcat.util.net.**JIoEndpoint$SocketProcessor.**run(JIoEndpoint.java:312) > ~[tomcat-coyote.jar:7.0.42] > at > java.util.concurrent.**ThreadPoolExecutor.runWorker(**ThreadPoolExecutor.java:1145) > ~[na:1.7.0_25] > at > java.util.concurrent.**ThreadPoolExecutor$Worker.run(**ThreadPoolExecutor.java:615) > ~[na:1.7.0_25] > at java.lang.Thread.run(Thread.**java:724) ~[na:1.7.0_25] > Caused by: javax.faces.application.**ViewExpiredException: > /dashboard/edit-profile.**xhtmlNo saved view state could be found for the > view identifier: /dashboard/edit-profile.xhtml > at > org.apache.myfaces.lifecycle.**RestoreViewExecutor.execute(**RestoreViewExecutor.java:132) > ~[myfaces-impl-2.1.12.jar:2.1.**12] > at > org.apache.myfaces.lifecycle.**LifecycleImpl.executePhase(**LifecycleImpl.java:170) > ~[myfaces-impl-2.1.12.jar:2.1.**12] > at > org.apache.myfaces.lifecycle.**LifecycleImpl.execute(**LifecycleImpl.java:117) > ~[myfaces-impl-2.1.12.jar:2.1.**12] > at javax.faces.webapp.**FacesServlet.service(**FacesServlet.java:197) > ~[myfaces-api-2.1.12.jar:2.1.**12] > ... 32 common frames omitted > > I have attached one of the beans (This is the only one @RequestScoped) + > an utility class used for redirecting. (The format might be strange because > of NetBeans settings probably) > The JSF(xhtml) page does just call updateAndRedirect() (redirects to > /profile/userId) or just updateProfile() (stays on the same page) when user > uploads a profile pic also. > > I've also attached a @ViewScoped bean (JSF calls add() on submit from it). > It might look like more code, but the basic idea is simple: user goes to a > page (edit profile, add item, edit item etc.), writes some input then > presses Save, then, sometimes/randomly, the no state error is triggered and > I get the above log from Tomee. > > It shouldn't be anything with the container session, because users are not > deauthenticated or any similar things. > I have no idea and it's so frustrating that I can't (I don't have) give > you more details to reproduce it. > I've been personally struggling with it for around 2 weeks, because it > took some time until I've figured out that it's not my bug. > > If something else might be useful/necessary, I'm willing to help. > Best wishes! > Mircea > > > On 10/1/2013 7:13 AM, Romain Manni-Bucau wrote: > >> Hi >> >> Do you run mojarra on tomee? Basically the exception you sent doesnt seem >> complete and is not usable to help. >> >> About "it works with mojarra so that's mf" it is a big shortcut. It can be >> a bug in mojarra which make it working too (im not saying it, just you >> dont >> know and you cant conclude since you were not able to give us any info on >> this issue we can use to work on it) >> >> In all cases of you handle to reproduce please share the whole logs and >> maybe your server settings. Tomee can be the cause too depending it. >> Le 30 sept. 2013 23:33, "Zmirc" <zmircmir...@gmail.com> a écrit : >> >> Hi, Leonardo! >>> >>> Unfortunately, I've been very pressed by having to get it to work in >>> production, so I switched this project to Majorra. Happily enough, the >>> error didn't appear anymore, at least until now. >>> >>> I would have definitely loved to afford doing those tests, but it wasn't >>> possible unfortunately. >>> Anyway, by the fact that now it doesn't appear just by changin to >>> Majorra, >>> it is obvious that there might be a hidden little bug somewhere in >>> MyFaces, >>> otherwise it can't be explained. >>> >>> I'm so sorry that I can't reproduce it. It happened completely random. It >>> might be as you suggested, a problem in creating/reloading the state. You >>> know better than me those details. >>> >>> I would really like to have that bug discovered and fixed, because I was >>> quite used to MyFaces. >>> Thank you again for trying to help. >>> I hope something can be done about it. I know that, without being able to >>> reproduce it, it's a little bit hard, but I hope. >>> >>> Best, >>> Mircea >>> >>> On 9/27/2013 11:56 AM, Leonardo Uribe wrote: >>> >>> Hi >>>> >>>> There is no magical solutions to you problem. You should check which >>>> value >>>> has javax.faces.ViewState request parameter in the POST request that >>>> causes >>>> the ViewExpiredException. Put a filter or a PhaseListener that logs that >>>> value when there is an incoming request to that view. The key point is >>>> to >>>> know if the view state token is there or not and if it has been altered >>>> somehow between the time the page is renderer and the time the button is >>>> clicked and the POST is sended. You need to log the token saved on the >>>> page >>>> too, to know the original value. >>>> >>>> One option I can imagine is that the value in the ViewState token is >>>> sent >>>> partially. The server received the trimmed token, it doesn't match >>>> because >>>> it is broken and it throws correctly the ViewExpiredException. But >>>> sounds >>>> unlikely, we need more evidence about what's going on. >>>> >>>> What I can say is the code in MyFaces Core is ok in that part and >>>> specifically the state management code has been tested exhaustively. It >>>> is >>>> quite unlikely to find a bug in that part. >>>> >>>> regards, >>>> >>>> Leonardo Uribe >>>> >>>> >>>> >>>> 2013/9/27 Zmirc <zmircmir...@gmail.com> >>>> >>>> Hi again! >>>> >>>>> Any ideas / fixes for this bug? >>>>> It's still there and is completely random. >>>>> Moreover, I can't reproduce it. >>>>> >>>>> Please don't ignore it, because it's a real pain in the ... >>>>> It's screwing up the whole project, because some users get this bug >>>>> randomly, whenever they execute a post (command button). >>>>> >>>>> Thank you so so much in advance. >>>>> >>>>> >>>>> On 9/25/2013 12:17 PM, Zmirc wrote: >>>>> >>>>> Hi! >>>>> >>>>>> Some users (few) of the app I work on experience a very strange error, >>>>>> which I can't yet reproduce. >>>>>> Moreover, it appears in less than 10~ of executions. >>>>>> >>>>>> Error: No saved view state could be found for the view identifier: >>>>>> /mypage.xhtml >>>>>> >>>>>> Application server: Apache Tomee 1.5.2 stable / 1.6.0-2013.09.20 dev >>>>>> (It >>>>>> happens on both). I use the MyFaces distribution that comes with each >>>>>> of >>>>>> them, so 2.1.10 / 2.1.12, so nothing new added. >>>>>> >>>>>> Part of web.xml >>>>>> |<context-param> >>>>>> <param-name>org.apache.****** >>>>>> myfaces.USE_ENCRYPTION</param-**** >>>>>> **name> >>>>>> <param-value>false</param-******value> >>>>>> </context-param> >>>>>> <context-param> >>>>>> <param-name>javax.faces.STATE_** >>>>>> ****SAVING_METHOD</param-name> >>>>>> <param-value>client</param-******value> >>>>>> >>>>>> </context-param>| >>>>>> >>>>>> So, no state view exception shouldn't happen, because state is on >>>>>> client. >>>>>> It was set on server before, but I thought maybe client will fix it, >>>>>> but >>>>>> nothing. There was actually no difference in the occurrence of that >>>>>> error. >>>>>> Moreover, it's not related to deploy/redeploy/restart, because >>>>>> encryption >>>>>> is false. I don't experience any problem with that. >>>>>> >>>>>> Execution flow: >>>>>> 1. Client opens xhtml page (JSF). >>>>>> 2. Client clicks on an command button to do various things, button >>>>>> connected to a public void method of a JSF @ViewScoped ManagedBean. >>>>>> 3. Yes, the method is void because I don't need to return a String to >>>>>> redirect to another page. I need to redirect to /page/id (example: >>>>>> /market/24, /profile/43), therefore methods that return a String as >>>>>> navigation destinations are useless, because I use:|FacesContext.** >>>>>> getCurrentInstance().******getExternalContext().redirect(** >>>>>> ****path);| >>>>>> >>>>>> 4. In ~90% of the cases, everything works perfectly and users are >>>>>> redirected to each specific page. In the rest of ~10 (randomly), they >>>>>> get|No saved view state could be found for the view identifier: >>>>>> /pagename.xhtml >>>>>> |Basically, the command button's method is not executed. >>>>>> >>>>>> I would really appreciate some help here, because I have no idea how >>>>>> to >>>>>> get it fixed. >>>>>> Thanks a lot in advance. >>>>>> >>>>>> /*Session timeout is set to 30 days in web.xml (302400). The error >>>>>> happens at random times for random users, but all users didn't use the >>>>>> system yet for 30 days, so it's a little bit strange.*/ >>>>>> >>>>>> I use PrimeFaces and I also have a couple of my own filters in >>>>>> web.xml, >>>>>> but that shouldn't be a problem, I hope so. >>>>>> >>>>>> Any ideas please? I really don't know what to do in order to fix it. >>>>>> Thanks a lot in advance. >>>>>> It's on StackOverflow also: http://stackoverflow.com/** >>>>>> questions/18992241/random-jsf-******error-no-saved-view-state-**** >>>>>> could-be-found/18999855<http:/****/stackoverflow.com/**questions/**<http://stackoverflow.com/questions/**> >>>>>> 18992241/random-jsf-error-no-****saved-view-state-could-be-** >>>>>> >>>>>> found/18999855<http://**stackoverflow.com/questions/** >>>>>> 18992241/random-jsf-error-no-**saved-view-state-could-be-** >>>>>> found/18999855<http://stackoverflow.com/questions/18992241/random-jsf-error-no-saved-view-state-could-be-found/18999855> >>>>>> > >>>>>> Stack trace for one of the pages: >>>>>> >>>>>> |25-Sep-2013 07:39:26.380 SEVERE[http-bio-80-exec-15] >>>>>> org.apache.catalina.core.******StandardWrapperValve.invoke >>>>>> >>>>>> Servlet.service() >>>>>> for servlet[Faces Servlet] in contextwith path[] threw >>>>>> exception[/dashboard/edit-******profile.xhtmlNo saved view state >>>>>> could be >>>>>> >>>>>> foundfor the view identifier: /dashboard/edit-profile.xhtml] with >>>>>> root >>>>>> cause >>>>>> javax.faces.application.******ViewExpiredException: >>>>>> /dashboard/edit-profile.******xhtmlNo saved view state could be >>>>>> >>>>>> foundfor >>>>>> the view identifier: /dashboard/edit-profile.xhtml >>>>>> at org.apache.myfaces >>>>>> .lifecycle.RestoreViewExe >>>>>> cutor.execute(RestoreView >>>>>> Executor.java:132) >>>>>> at org.apache.myfaces >>>>>> .lifecycle.LifecycleImpl< >>>>>> /span>.executePhase(******LifecycleImp >>>>>> >>>>>> l.java:170) >>>>>> at org.apache.myfaces >>>>>> .lifecycle.LifecycleImpl< >>>>>> /span>.execute(LifecycleImpl.******java:117) >>>>>> at javax.faces.webapp >>>>>> .FacesServlet.service(******FacesServlet.java:197) >>>>>> >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.internalDoFilter(App >>>>>> licationFilterChain.java:305 >>>>>> ) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.doFilter(Application >>>>>> FilterChain.java:210< >>>>>> span class="pun" style="margin: 0px; padding: 0px; border: 0px; >>>>>> font-size: 14px; vertical-align: baseline; background-color: >>>>>> transparent; >>>>>> color: rgb(0, 0, 0); background-position: initial initial; >>>>>> background-repeat: initial initial;">) >>>>>> at org.primefaces.web >>>>>> app.filter.FileUploadFilt >>>>>> er.doFilter(FileUploadFil >>>>>> ter.java:77) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.internalDoFilter(App >>>>>> licationFilterChain.java:243 >>>>>> ) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.doFilter(Application >>>>>> FilterChain.java:210< >>>>>> span class="pun" style="margin: 0px; padding: 0px; border: 0px; >>>>>> font-size: 14px; vertical-align: baseline; background-color: >>>>>> transparent; >>>>>> color: rgb(0, 0, 0); background-position: initial initial; >>>>>> background-repeat: initial initial;">) >>>>>> at org.ocpsoft.rewrit >>>>>> e.servlet.RewriteFilter.******doFilter(RewriteFilter.java:******199) >>>>>> >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.internalDoFilter(App >>>>>> licationFilterChain.java:243 >>>>>> ) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.doFilter(Application >>>>>> FilterChain.java:210< >>>>>> span class="pun" style="margin: 0px; padding: 0px; border: 0px; >>>>>> font-size: 14px; vertical-align: baseline; background-color: >>>>>> transparent; >>>>>> color: rgb(0, 0, 0); background-position: initial initial; >>>>>> background-repeat: initial initial;">) >>>>>> at com.pingushare.bou >>>>>> ndary.filter.ActivateAcco >>>>>> untFilter.doFilter(Activa >>>>>> teAccountFilter.java:37) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.internalDoFilter(App >>>>>> licationFilterChain.java:243 >>>>>> ) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.doFilter(Application >>>>>> FilterChain.java:210< >>>>>> span class="pun" style="margin: 0px; padding: 0px; border: 0px; >>>>>> font-size: 14px; vertical-align: baseline; background-color: >>>>>> transparent; >>>>>> color: rgb(0, 0, 0); background-position: initial initial; >>>>>> background-repeat: initial initial;">) >>>>>> at com.pingushare.bou >>>>>> ndary.filter.SecurityFilt >>>>>> er.doFilter(SecurityFilte >>>>>> r.java:36) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.internalDoFilter(App >>>>>> licationFilterChain.java:243 >>>>>> ) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.doFilter(Application >>>>>> FilterChain.java:210< >>>>>> span class="pun" style="margin: 0px; padding: 0px; border: 0px; >>>>>> font-size: 14px; vertical-align: baseline; background-color: >>>>>> transparent; >>>>>> color: rgb(0, 0, 0); background-position: initial initial; >>>>>> background-repeat: initial initial;">) >>>>>> at com.pingushare.bou >>>>>> ndary.filter.ForceFreshPa >>>>>> geAndWWWFilter.doFilter(F >>>>>> orceFreshPageAndWWWFilter.******java:49) >>>>>> >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.internalDoFilter(App >>>>>> licationFilterChain.java:243 >>>>>> ) >>>>>> at org.apache.catalin >>>>>> a.core.ApplicationFilterC >>>>>> hain.doFilter(Application >>>>>> FilterChain.java:210< >>>>>> span class="pun" style="margin: 0px; padding: 0px; border: 0px; >>>>>> font-size: 14px; vertical-align: baseline; background-color: >>>>>> transparent; >>>>>> color: rgb(0, 0, 0); background-position: initial initial; >>>>>> background-repeat: initial initial;">) >>>>>> at org.apache.catalin >>>>>> a.core.StandardWrapperVal >>>>>> ve.invoke(StandardWrapper >>>>>> Valve.java:222) >>>>>> at org.apache.catalin >>>>>> a.core.StandardContextVal >>>>>> ve.invoke(StandardContext >>>>>> >>>>>> Valve.java:123) >>>>>> at org.apache.tomee.catalina.******OpenEJBValve.invoke(** >>>>>> >>>>>> OpenEJBValve.java:45) >>>>>> at org.apache.catalin >>>>>> a.authenticator.Authentic >>>>>> atorBase.invoke(Authentic >>>>>> atorBase.java:502) >>>>>> at org.apache.catalin >>>>>> a.core.StandardHostValve< >>>>>> /span>.invoke(******StandardHostValve< >>>>>> >>>>>> /span>.java:171) >>>>>> at org.apache.catalin >>>>>> a.valves.ErrorReportValve >>>>>> .invoke(ErrorReportValve< >>>>>> /span>.java:99) >>>>>> at org.apache.catalin >>>>>> a.valves.AccessLogValve.******invoke(AccessLogValve.java:******953) >>>>>> >>>>>> at org.apache.catalin >>>>>> a.core.StandardEngineValv >>>>>> e.invoke(StandardEngineVa >>>>>> lve.java:118) >>>>>> at org.apache.catalin >>>>>> a.connector.CoyoteAdapter >>>>>> .service(CoyoteAdapter.java:******408) >>>>>> at org.apache.coyote< >>>>>> /span>.http11.******AbstractHttp11Proc >>>>>> >>>>>> essor.process(AbstractHtt >>>>>> p11Processor.java:1023) >>>>>> at org.apache.coyote< >>>>>> /span>.AbstractProtocol$******AbstractConnectionHandler.** >>>>>> process(AbstractProtocol.java:******589) >>>>>> at org.apache.tomcat< >>>>>> /span>.util.net.JIoEndpoint$******SocketProcessor.run(**** >>>>>> JIoEndpoint.java:312) >>>>>> at java.util.concurre >>>>>> nt.ThreadPoolExecutor.run >>>>>> Worker(ThreadPoolExecutor.******java:1145) >>>>>> at java.util.concurre >>>>>> nt.ThreadPoolExecutor$Worker.******run(ThreadPoolExecutor.** >>>>>> java:****615) >>>>>> at java.lang.Thr >>>>>> ead.run(Thread.java:724)| >>>>>> >>>>>> >>>>>> >
