[mod_cluster-issues] [JBoss JIRA] Resolved: (MODCLUSTER-147) Failover doesn't work

[Remy Maucherat (JIRA)]

     [ https://jira.jboss.org/jira/browse/MODCLUSTER-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Remy Maucherat resolved MODCLUSTER-147.
---------------------------------------

    Resolution: Rejected


The problem is that work folders can be arbitrarily modified, which will cause random problems. As a quick simple example, the default configuration actually deletes them when undeploying a webapp. So this must be configured differently.
The only possible solution is to use more "unique" paths for the Servlet's workdir, but this has significant side effects.

> Failover doesn't work
> ---------------------
>
>                 Key: MODCLUSTER-147
>                 URL: https://jira.jboss.org/jira/browse/MODCLUSTER-147
>             Project: mod_cluster
>          Issue Type: Bug
>    Affects Versions: 1.1.0.CR1
>            Reporter: Bela Ban
>            Assignee: Jean-Frederic Clere
>             Fix For: 1.1.0.CR2
>
>
> A simple failover for a given webapp (with session state) doesn't work, web.war is attached, steps to reproduce are below.
> Environment: 
> - JBoss SVN trunk (April 30), approximately AS 6 M3
> - mod-cluster provide httpd
> How to reproduce:
>  1. Start node1
>  2. Access a webapp (node1)
>  3. Start node2
>  4. Kill node1
>  5. Access the webapp, error:
>      2010-04-29 09:35:22,118 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/SessionDemo].[jsp]] (ajp-192.168.1.5-8009-5) Servlet.service() for servlet jsp threw exception: java.lang.ClassNotFoundException: org.apache.jsp.index_jsp
>    at java.net.URLClassLoader$1.run(URLClassLoader.java:202) [:1.6.0_18]
>    at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_18]
>    at java.net.URLClassLoader.findClass(URLClassLoader.java:190) [:1.6.0_18]
>    at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:135) [:]
>    at org.apache.jasper.servlet.JasperLoader.loadClass(JasperLoader.java:67) [:]
>    at org.jboss.web.tomcat.service.TomcatInjectionContainer.newInstance(TomcatInjectionContainer.java:276) [:6.0.0-SNAPSHOT]
>    at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:145) [:]
>    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) [:]
>    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326) [:]
>    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:253) [:]
>    at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Beta2]
>    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:336) [:]
>    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:]
>    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:293) [:]
>    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:]
>    at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183) [:6.0.0-SNAPSHOT]
>    at org.jboss.web.tomcat.service.session.ClusteredSessionValve.handleRequest(ClusteredSessionValve.java:135) [:6.0.0-SNAPSHOT]
>    at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:94) [:6.0.0-SNAPSHOT]
>    at org.jboss.web.tomcat.service.session.JvmRouteValve.invoke(JvmRouteValve.java:88) [:6.0.0-SNAPSHOT]
>    at org.jboss.web.tomcat.service.session.LockingValve.invoke(LockingValve.java:62) [:6.0.0-SNAPSHOT]
>    at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.CR1]
>    at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.CR1]
>    at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95) [:6.0.0-SNAPSHOT]
>    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) [:6.0.0-SNAPSHOT]
>    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) [:6.0.0-SNAPSHOT]
>    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:]
>    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:]
>    at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0-SNAPSHOT]
>    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:]
>    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [:]
>    at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:504) [:]
>    at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:436) [:]
>    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:]
>    at java.lang.Thread.run(Thread.java:619) [:1.6.0_18]

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira