[jboss-dev-forums] [Design of POJO Server] - Re: FIELD granularity web session replication tests

[bstansberry@jboss.com]

The recent changes fixed a bunch of the FIELD tests.  Still a lot of failures though. I'm researching, but FYI here's what I see.

The setSession.jsp call fails with this:


  | 2008-02-06 11:07:38,354 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/http-field].[jsp]] Servlet.service() for servlet jsp threw exception
  | java.lang.NullPointerException
  | 	at org.jboss.test.cluster.web.aop.Person.name_w_$aop(Person.java)
  | 	at org.jboss.test.cluster.web.aop.Person.<init>(Person.java:38)
  | 	at org.apache.jsp.setSession_jsp._jspService(setSession_jsp.java:65)
  | 	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
  | 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  | 	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:369)
  | 	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:337)
  | 	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
  | 	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
  | 	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
  | 	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  | 	at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
  | 	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
  | 	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
  | 	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
  | 	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
  | 	at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:189)
  | 	at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(ClusteredSessionValve.java:89)
  | 	at org.jboss.web.tomcat.service.session.BatchReplicationClusteredSessionValve.invoke(BatchReplicationClusteredSessionValve.java:102)
  | 	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
  | 	at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:90)
  | 	at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:96)
  | 	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:157)
  | 	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
  | 	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:309)
  | 	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
  | 	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
  | 	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
  | 	at java.lang.Thread.run(Thread.java:595)
  | 

I'm pretty sure this has something to do with the fact that another test has run earlier, org.jboss.test.cluster.defaultcfg.web.field.test.ScopedFieldBasedTestCase.  That test basically does the same thing, but includes a loader-repository element in jboss-web.xml.  The Person, etc. types used in both tests have the same FQCN.

I'm going to experiment with running one of the failing tests by itself; if it passes but then fails in combination with another, that confirms my theory.  I'll also decompile the bytecode enhanced classes to try and get a feel for the cause of the NPE.

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127112#4127112

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127112