myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Leonardo Uribe <lu4...@gmail.com>
Subject Re: Random JSF error: no saved view state could be found
Date Tue, 01 Oct 2013 09:05:33 GMT
Yes, absolutely. These kind of issues are really hard to reproduce, even
more to debug. I'm still thinking it should be something else, but anyway
if we can find what's going on and if the issue is related to myfaces it
will be fixed in no time.
On Oct 1, 2013 10:00 AM, "Romain Manni-Bucau" <rmannibucau@gmail.com> wrote:

> 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 <zmircmircea@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" <zmircmircea@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 <zmircmircea@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)|
> >>>>>>
> >>>>>>
> >>>>>>
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message