the
ServletExternalContextImpl on the Threadlocal and
not cleaning it up after the request ends.
-cheers,
ROhit
On Thu, Jul 12, 2012 at 3:26 PM, Pavel Arnošt pavel.arn...@loutka.cz wrote:
Hi,
I have very simple setup of Tomcat 7.0.29 and MyFaces 2.1.8 and when I
reload application, I see:
VII
remember that it is no issue. Did you search StackExchange?
MAG,
Milo
On Thu, 2012-07-12 at 21:26 +0200, Pavel Arnošt wrote:
Hi,
I have very simple setup of Tomcat 7.0.29 and MyFaces 2.1.8 and when I
reload application, I see:
VII 12, 2012 9:21:49 ODP
Hi,
I have very simple setup of Tomcat 7.0.29 and MyFaces 2.1.8 and when I
reload application, I see:
VII 12, 2012 9:21:49 ODP. org.apache.catalina.loader.WebappClassLoader
checkThreadLocalMapForLeaks
SEVERE: The web application [/evidence] created a ThreadLocal with key
of type
Hi,
with template:
h:form
h:messages /
h:inputText required=true label=1 /
h:inputText required=true label=2 /
h:inputText required=true label=3 /
h:commandButton value=Submit /
/h:form
messages in h:messages does not match order of components, h:messages
will show:
2:
lu4...@gmail.com
Komu: MyFaces Discussion users@myfaces.apache.org;Pavel Arnošt
pavel.arn...@loutka.cz
Odesláno: 21.6.2012 7:33:29
Předmět: Re: Re[2]: No saved view state could be found after redeploy
Hi
It is a known situation. You need to check the instructions here:
http://wiki.apache.org
Hi,
I have simple page with one form. When I:
1) load page
2) redeploy application
3) submit form
exception is thrown:
/index.facesNo saved view state could be found for the view identifier:
/index.faces
Caused by:
javax.faces.application.ViewExpiredException - /index.facesNo saved
view
.
-- Původní zpráva --
Od: Ted r6squee...@gmail.com
Komu: MyFaces Discussion users@myfaces.apache.org;Pavel Arnošt
pavel.arn...@loutka.cz
Odesláno: 20.6.2012 23:58:12
Předmět: Re: No saved view state could be found after redeploy
there's 2 things you might want to check
1) tomcat's session persistance
Hi,
I already read documentation in the wiki and several old posts, but I
don't still get it - is it possible to use ViewAccessScoped beans
without windowId in URL? When I disable
WindowContextConfig#isUrlParameterSupported, windowId is gone but AJAX
calls now creates new bean instances on
make any problem because it will get
checked against the window.name. And if those doesn't fit then we just request
a new windowId.
LieGrue,
strub
- Original Message -
From: Rafael Pestano rmpest...@yahoo.com.br
To: MyFaces Discussion users@myfaces.apache.org; Pavel Arnošt
9 matches
Mail list logo