Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
Clear All
new posts

    Upgrade from 6.1 to 12.1: NullPointerException

    After upgrading from SmartGWT 6.1p to 12.1p, we get the following error when the page is loaded:

    java.lang.NullPointerException
    at com.isomorphic.base.Reflection.findMethod(Reflection.java:449)
    at com.isomorphic.base.Reflection.findMethod(Reflection.java:401)
    at com.isomorphic.base.Reflection.findMethod(Reflection.java:383)
    at com.isomorphic.util.DataTools.deepClone(DataTools.java:502)
    at com.isomorphic.util.DataTools.deepClone(DataTools.java:486)
    at com.isomorphic.datasource.DataSource._cloneConfigForSecurityAnnotations(DataSource.java:1860)
    at com.isomorphic.servlet.DataSourceLoader.processRequest(DataSourceLoader.java:232)
    at com.isomorphic.servlet.DataSourceLoader.doGet(DataSourceLoader.java:110)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:655)
    at com.isomorphic.servlet.BaseServlet.service(BaseServlet.java:178)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:764)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
    at org.apache.tomee.webservices.CXFJAXRSFilter.doFilter(CXFJAXRSFilter.java:88)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
    at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
    at myapp.servlet.SessionExpirationFilter.doFilter(SessionExpirationFilter.java:100)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97)
    at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:659)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:135)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
    at org.apache.tomee.catalina.OpenEJBSecurityListener$RequestCapturer.invoke(OpenEJBSecurityListener.java:97)
    at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:687)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:78)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:357)
    at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:382)
    at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65)
    at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:895)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1732)
    at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
    at org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191)
    at org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:748)

    #2
    Hi Ralph,

    Just as an aside, since 13.0 is out, we would recommend migrating to that instead.

    As far as what's going on, you are showing an NPE on a line where it should not be possible. We would check for things that could confuse JVM, like duplicate jars in different locations of the classpath, or mixed versions of jars (you may have some from the older version still on the classpath, for example).

    If this doesn't solve it, we need more of the basics:

    1. exact version (with datestamp)

    2. edition of the product

    3. surrounding logs, not just the stack trace

    4. DataSource that this happens with

    5. is this intermittent, or only starts happening after a while, or does it happen every time, even after a fresh server restart?

    Comment

    Working...
    X