[JBoss Seam] - Resume Pageflow after Conversation Timeout
by connerjohn
Is there a way to resume a pageflow after a converstation has timed out?
When this occurs, right now we can redirect to a no-conversation-view-id. However, this performs a redirect and resets the PageContext and we then lose the pageflow name/node.
I would like to call an sfsb.action so that I can "reinitialize" the conversation and proceed. Thoughts on how to do this?
If this is something that requires a code change, pointers on where to change would be appreciated. I'm going to start looking at it now. After placing a couple of debug points, it looks like I need to modify the Manager
2006-08-07 12:24:41,812 DEBUG [org.jboss.seam.core.Manager] ===============================================================================
| 2006-08-07 12:24:41,812 DEBUG [org.jboss.seam.core.Manager] found in PAGEFLOW noConversationViewId[null]
| java.lang.Exception
| at org.jboss.seam.core.Manager.redirectToNoConversationView(Manager.java:1064)
| at org.jboss.seam.jsf.AbstractSeamPhaseListener.restoreAnyConversationContext(AbstractSeamPhaseListener.java:49)
| at org.jboss.seam.jsf.SeamPhaseListener.afterPhase(SeamPhaseListener.java:66)
| at org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersAfter(PhaseListenerManager.java:89)
| at org.apache.myfaces.lifecycle.LifecycleImpl.restoreView(LifecycleImpl.java:181)
| at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:66)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:137)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at com.itsolut.servlet.LoggingFilter.doFilter(LoggingFilter.java:30)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.seam.servlet.SeamExceptionFilter.doFilter(SeamExceptionFilter.java:45)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
| at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
| at java.lang.Thread.run(Thread.java:595)
--jc
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963619#3963619
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963619
19 years, 9 months
[JBoss Portal] - Correct JBOSS_CLASSPATH for shutdown.sh
by ssemanek
I have downloaded and installed jboss-portal-2.4.0-CR3-bundled.zip. I can start JBoss using $JBOSS_HOME/bin/run.sh but I am unable to stop JBoss using $JBOSS_HOME/bin/shutdown.sh. If I execute:
$JBOSS_HOME/bin/shutdown.sh -S
I get the following error message:
Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/system/server/ServerImplMBean
| at org.jboss.Shutdown.main(Shutdown.java:116)
The problem seems to be with the $JBOSS_CLASSPATH variable that is being build by shutdown.sh. By default $JBOSS_CLASSPATH is set to: $JBOSS_HOME/bin/shutdown.jar:$JBOSS_HOME/client/jbossall-client.jar
The directory structure created by extracting the jboss-portal-2.4.0-CR3-bundled.zip does not contain a client directory. The JBoss Portal QuickStart User Guide list the client directory as one of the directories that should exist after unzipping the jboss-portal-2.4.0-CR3-bundled.zip file. Should the client directory exist? If not, what is the correct JBOSS_CLASSPATH for shutdown.sh
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963615#3963615
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963615
19 years, 9 months