----- Original Message ----- From: "Scott M Stark" <[EMAIL PROTECTED]> Subject: Re: [JBoss-user] NoSuchObjectException: Could not activate; failed to recover session
> Show the full stacktrace of this error to demonstrate that the request is in > fact going through an HA capable proxy. > Well, it if makes sense or not, I don't know... But I've done every experiment that I was able to think of and I can assure you that you'll see this behaviour executing these steps: 1 - Interact with the server JB1. (that has a distributed servlet that invoques a clustered session EJB) 2 - Send JB1 down 3 - Get JB1 up again 4 - Interact with the same server JB1 if you do a set between 2 and 3, connecting to JB2, this test will not fail. I guess its due to some reference being updated in the sub or proxy that is kept in the user (servlet) side. One other tought: Is it possible that the failover logic is broken in the following way: "If there is a local reference (following a colocation strategy) then !only! use that connection" Maybe the failover works fine if at the servlet we are using clustered EJB's that running only on other machines, but if they are running on this one the colocation strategy makes the behaviour go bad... For instance, clearing the "list of possible replicas" favouring the local one... And not only favouring but restricting the use to that one only! Here goes the stack trace you requested, and as you can see, there is a "HA" object in the middle... 12:09:44,247 INFO [STDOUT] Servlet: OOPS! Apanhei excepcao na utilizacao dos EJB's: java.rmi.NoSuchObjectException: Could not activate; failed to recover session (session as been probably removed by session-timeout) 12:09:44,247 ERROR [STDERR] java.rmi.NoSuchObjectException: Could not activate; failed to recover session (session has been probably removed by session-timeout) 12:09:44,247 ERROR [STDERR] at org.jboss.ejb.plugins.StatefulHASessionInstanceCache.get(StatefulHASessionIn stanceCache.java:124) 12:09:44,247 ERROR [STDERR] at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSess ionInstanceInterceptor.java:212) 12:09:44,247 ERROR [STDERR] at org.jboss.ejb.plugins.CleanShutdownInterceptor.invoke(CleanShutdownIntercept or.java:172) 12:09:44,257 ERROR [STDERR] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) 12:09:44,257 ERROR [STDERR] at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java: 380) 12:09:44,257 ERROR [STDERR] at org.jboss.ejb.Container.invoke(Container.java:738) 12:09:44,257 ERROR [STDERR] at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) 12:09:44,257 ERROR [STDERR] at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:99) 12:09:44,267 ERROR [STDERR] at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) 12:09:44,267 ERROR [STDERR] at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77 ) 12:09:44,267 ERROR [STDERR] at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) 12:09:44,267 ERROR [STDERR] at org.jboss.proxy.ejb.StatefulSessionInterceptor.invoke(StatefulSessionInterce ptor.java:117) 12:09:44,267 ERROR [STDERR] at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) 12:09:44,277 ERROR [STDERR] at $Proxy25.CalculateAdd(Unknown Source) 12:09:44,277 ERROR [STDERR] at web_counter.processRequest(web_counter.java:89) 12:09:44,277 ERROR [STDERR] at web_counter.doGet(web_counter.java:124) 12:09:44,277 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) 12:09:44,277 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) 12:09:44,287 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) 12:09:44,287 ERROR [STDERR] at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl er.java:294) 12:09:44,287 ERROR [STDERR] at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) 12:09:44,287 ERROR [STDERR] at org.mortbay.http.HttpContext.handle(HttpContext.java:1714) 12:09:44,287 ERROR [STDERR] at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext .java:505) 12:09:44,297 ERROR [STDERR] at org.mortbay.http.HttpContext.handle(HttpContext.java:1664) 12:09:44,297 ERROR [STDERR] at org.mortbay.http.HttpServer.service(HttpServer.java:879) 12:09:44,307 ERROR [STDERR] at org.jboss.jetty.Jetty.service(Jetty.java:460) 12:09:44,307 ERROR [STDERR] at org.mortbay.http.HttpConnection.service(HttpConnection.java:770) 12:09:44,307 ERROR [STDERR] at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:932) 12:09:44,307 ERROR [STDERR] at org.mortbay.http.HttpConnection.handle(HttpConnection.java:787) 12:09:44,317 ERROR [STDERR] at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) 12:09:44,317 ERROR [STDERR] at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289) 12:09:44,317 ERROR [STDERR] at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:454) 12:09:46,009 INFO [STDOUT] JSP: contextPath = /webCounter_cluster ------------------------------------------------------- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
