|
ExtensionFilter doesn’t directly do
anything with state management, but it is required to setup some things for
some Tomahawk components (which I really don’t know that much about).
So, I’d say try this in a stand-alone web app without ExensionFilter and
see what happens. Some Tomahawk components are known to not currently
work in a portlet environment for this reason. From: Marcio E Miranda
[mailto:[EMAIL PROTECTED] The strange thing is that it works in a
web application. Who is responsible for saving the state of
a component? I’m tracing the flow from the Lifecycle and realized that it
goes like
Lifecycle.render()->ViewHandler.render()->externalContext.dispatch()->PortletRequestDispatcher.include().
Up to this point no save state is called, so I guess the tag lib will save the
state (or call the state manager). Also, does the extension filter have
anything to do with state management? I’m not using it in the portlet
application (but I’m using it in the web application), since servlet
filters are not supported in portlets. Regards. From: I don’t see how this is
possible. The same LifeCycleImpl.response() is called whether in a
portlet or a servlet. The MyFacesGenericPortlet doesn’t have
anything to do with calling StateHolder objects. Maybe you have StateHolder A that wraps
StateHolder B. StateHolder A forgets to call StateHolderB.saveState() ? From: Marcio E Miranda
[mailto:[EMAIL PROTECTED] Forgot to mention that I’m using
MyFacesGenericPortlet as the JSF portlet implementation. Regards From: Marcio E Miranda
[mailto:[EMAIL PROTECTED] Hi, We have some custom JSF components in our project that save and
restore state. The state management works fine if the components are used in a
web application, but if they are used inside a portlet, the save and restore
methods are never called. I’ve tried using the client and server methods. Is component state management enabled inside a portlet? Thanks. ______________________ |
