drt GWT service failure

LabKey Support Forum (Inactive)
drt GWT service failure wnels2  2008-05-13 08:04
Status: Closed
 
Every once in a while I get the exception below returned in the results of a FormSubmitCompleteEvent from a GWT FormHandler.onSubmitComplete(FormSubmitCompleteEvent event). It usually returns a url. I have to restart everything to make it go away. I haven't seen this outside of the drts. Any ideas?

Thanks,
Bill

java.lang.NullPointerException at java.io.Reader.<init>(Reader.java:61)
at java.io.InputStreamReader.<init>(InputStreamReader.java:55)
at org.labkey.ms2.pipeline.AbstractMS2SearchProtocolFactory$ResourceDefaultsReader.createReader(AbstractMS2SearchProtocolFactory.java:72)
at org.labkey.api.pipeline.file.AbstractFileAnalysisProtocolFactory$DefaultsReader.readXML(AbstractFileAnalysisProtocolFactory.java:257)
at org.labkey.ms2.pipeline.AbstractMS2SearchProtocolFactory.getDefaultParametersXML(AbstractMS2SearchProtocolFactory.java:63)
at org.labkey.api.pipeline.file.AbstractFileAnalysisProtocolFactory.ensureDefaultParameters(AbstractFileAnalysisProtocolFactory.java:118)
at org.labkey.ms2.pipeline.PipelineController$SearchAction.handlePost(PipelineController.java:474) at org.labkey.ms2.pipeline.PipelineController$SearchAction.handleRequest(PipelineController.java:385)
at org.labkey.ms2.pipeline.PipelineController$SearchAction.handleRequest(PipelineController.java:267) at org.labkey.api.action.FormViewAction.handleRequest(FormViewAction.java:61)
at org.labkey.api.action.BaseViewAction.handleRequestInternal(BaseViewAction.java:151) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.labkey.api.action.SpringActionController.handleRequest(SpringActionController.java:293) at org.labkey.api.view.ViewServlet.dispatchActionController(ViewServlet.java:315)
at org.labkey.api.view.ViewServlet._dispatchActionURL(ViewServlet.java:152) at org.labkey.api.view.ViewServlet.service(ViewServlet.java:128) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.labkey.api.data.TransactionFilter.doFilter(TransactionFilter.java:36) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.labkey.core.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:124)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.labkey.api.module.ModuleLoader.doFilter(ModuleLoader.java:892) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.labkey.api.security.AuthFilter.doFilter(AuthFilter.java:92)
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.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:667)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:619)
 
 
adam responded:  2008-05-13 08:55
I've seen this as well. I've never looked into too deeply, but I know that when Tomcat reloads the webapp in the dev environment it often has trouble with calls like getClass().getClassLoader().getResourceAsStream(stream). It should never appear after a full Tomcat restart.

Feel free to file a bug -- looks like we could easily eliminate this by migrating to DefaultModule.getResourceStream(String path), which retrieves the file directly from source when running in dev mode.