Re: Mystery problem w/ Wicket + Glassfish v2?
ahh that was a mistake i think from my side, we have now 1.2.6 we are working on a 1.2.7 johan On Nov 8, 2007 7:21 PM, Paolo Di Tommaso [EMAIL PROTECTED] wrote: Has Wicket 1.2.7 been released? I'm unable to find on 1.2.x download page .. Thanks, Paolo On Nov 5, 2007 10:17 PM, Johan Compagner [EMAIL PROTECTED] wrote: please upgrade to at least the latest version of 1.2 (1.2.7) because if i look at getContentType of an innerclass of DynamicWebResource then that is now a abstract method. So there are changes in that area. johan On 11/5/07, V. Jenks [EMAIL PROTECTED] wrote: OOps! Sorry, in the Glassfish log-viewer they separate the top line of the stack from the rest, for some reason. Here it is: null java.lang.NullPointerException at wicket.markup.html.DynamicWebResource$1.getContentType( DynamicWebResource.java Johan Compagner wrote: you miss the most importand part of the error: the top! On 11/5/07, V. Jenks [EMAIL PROTECTED] wrote: Occasionally, my application will just start doing this - throwing this error. I am using Wicket 1.2.4 because my application is stuck at that version for the time being. I do not have the time to make the changes to upgrade to the latest version, right now. Rebooting the app server (Glassfish v2) usually fixes it but when it does happen, it prevents orders from going through and frustrates customers. Not a good thing... I have no idea what causes this and don't know the internals of Glassfish to even begin to try and troubleshoot. All I know for sure is; this NEVER happened on JBoss 4.0.x with Wicket. I figured it was safe to assume this had nothing to do with my code - nowhere in the stack does it point to anything in my application (or any application running on it, for that matter.) I realize this is vague so hopefully someone else is experiencing this and can help troubleshoot. Here's the error: *** 156) at wicket.Resource.onResourceRequested(Resource.java:119) at wicket.request.target.resource.SharedResourceRequestTarget.respond( SharedResourceRequestTarget.java:192) at wicket.request.compound.DefaultResponseStrategy.respond( DefaultResponseStrategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond ( AbstractCompoundRequestCycleProcessor.java:66) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java :902) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:934) at wicket.RequestCycle.step(RequestCycle.java:1010) at wicket.RequestCycle.steps(RequestCycle.java:1084) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:219) at javax.servlet.http.HttpServlet.service(HttpServlet.java:718) at javax.servlet.http.HttpServlet.service(HttpServlet.java:831) at org.apache.catalina.core.ApplicationFilterChain.servletService( ApplicationFilterChain.java:411) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:290) at org.apache.catalina.core.StandardContextValve.invokeInternal( StandardContextValve.java:271) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:202) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java :206) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke( StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java :1080) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:150) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke( StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java :1080) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java :270) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter (DefaultProcessorTask.java:637) at
Re: Mystery problem w/ Wicket + Glassfish v2?
Has Wicket 1.2.7 been released? I'm unable to find on 1.2.x download page .. Thanks, Paolo On Nov 5, 2007 10:17 PM, Johan Compagner [EMAIL PROTECTED] wrote: please upgrade to at least the latest version of 1.2 (1.2.7) because if i look at getContentType of an innerclass of DynamicWebResource then that is now a abstract method. So there are changes in that area. johan On 11/5/07, V. Jenks [EMAIL PROTECTED] wrote: OOps! Sorry, in the Glassfish log-viewer they separate the top line of the stack from the rest, for some reason. Here it is: null java.lang.NullPointerException at wicket.markup.html.DynamicWebResource$1.getContentType( DynamicWebResource.java Johan Compagner wrote: you miss the most importand part of the error: the top! On 11/5/07, V. Jenks [EMAIL PROTECTED] wrote: Occasionally, my application will just start doing this - throwing this error. I am using Wicket 1.2.4 because my application is stuck at that version for the time being. I do not have the time to make the changes to upgrade to the latest version, right now. Rebooting the app server (Glassfish v2) usually fixes it but when it does happen, it prevents orders from going through and frustrates customers. Not a good thing... I have no idea what causes this and don't know the internals of Glassfish to even begin to try and troubleshoot. All I know for sure is; this NEVER happened on JBoss 4.0.x with Wicket. I figured it was safe to assume this had nothing to do with my code - nowhere in the stack does it point to anything in my application (or any application running on it, for that matter.) I realize this is vague so hopefully someone else is experiencing this and can help troubleshoot. Here's the error: *** 156) at wicket.Resource.onResourceRequested(Resource.java:119) at wicket.request.target.resource.SharedResourceRequestTarget.respond( SharedResourceRequestTarget.java:192) at wicket.request.compound.DefaultResponseStrategy.respond( DefaultResponseStrategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond ( AbstractCompoundRequestCycleProcessor.java:66) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java :902) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:934) at wicket.RequestCycle.step(RequestCycle.java:1010) at wicket.RequestCycle.steps(RequestCycle.java:1084) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:219) at javax.servlet.http.HttpServlet.service(HttpServlet.java:718) at javax.servlet.http.HttpServlet.service(HttpServlet.java:831) at org.apache.catalina.core.ApplicationFilterChain.servletService( ApplicationFilterChain.java:411) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:290) at org.apache.catalina.core.StandardContextValve.invokeInternal( StandardContextValve.java:271) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:202) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java :206) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke( StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java :1080) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:150) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke( StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java :1080) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java :270) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter (DefaultProcessorTask.java:637) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess ( DefaultProcessorTask.java:568) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process ( DefaultProcessorTask.java:813) at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask
Re: Mystery problem w/ Wicket + Glassfish v2?
you miss the most importand part of the error: the top! On 11/5/07, V. Jenks [EMAIL PROTECTED] wrote: Occasionally, my application will just start doing this - throwing this error. I am using Wicket 1.2.4 because my application is stuck at that version for the time being. I do not have the time to make the changes to upgrade to the latest version, right now. Rebooting the app server (Glassfish v2) usually fixes it but when it does happen, it prevents orders from going through and frustrates customers. Not a good thing... I have no idea what causes this and don't know the internals of Glassfish to even begin to try and troubleshoot. All I know for sure is; this NEVER happened on JBoss 4.0.x with Wicket. I figured it was safe to assume this had nothing to do with my code - nowhere in the stack does it point to anything in my application (or any application running on it, for that matter.) I realize this is vague so hopefully someone else is experiencing this and can help troubleshoot. Here's the error: *** 156) at wicket.Resource.onResourceRequested(Resource.java:119) at wicket.request.target.resource.SharedResourceRequestTarget.respond( SharedResourceRequestTarget.java:192) at wicket.request.compound.DefaultResponseStrategy.respond( DefaultResponseStrategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond( AbstractCompoundRequestCycleProcessor.java:66) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:902) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:934) at wicket.RequestCycle.step(RequestCycle.java:1010) at wicket.RequestCycle.steps(RequestCycle.java:1084) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:219) at javax.servlet.http.HttpServlet.service(HttpServlet.java:718) at javax.servlet.http.HttpServlet.service(HttpServlet.java:831) at org.apache.catalina.core.ApplicationFilterChain.servletService( ApplicationFilterChain.java:411) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:290) at org.apache.catalina.core.StandardContextValve.invokeInternal( StandardContextValve.java:271) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:202) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java :577) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :206) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:150) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:270) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter (DefaultProcessorTask.java:637) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess( DefaultProcessorTask.java:568) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process( DefaultProcessorTask.java:813) at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask (DefaultReadTask.java:339) at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask( DefaultReadTask.java:261) at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask( DefaultReadTask.java:212) at com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask( PortUnificationPipeline.java:361) at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java :265) at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run( SSLWorkerThread.java:106) *** Any help would be appreciated. Thanks! -- View this message in context: http://www.nabble.com/Mystery-problem-w--Wicket-%2B-Glassfish-v2--tf4752337.html#a13589050 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mystery problem w/ Wicket + Glassfish v2?
please upgrade to at least the latest version of 1.2 (1.2.7) because if i look at getContentType of an innerclass of DynamicWebResource then that is now a abstract method. So there are changes in that area. johan On 11/5/07, V. Jenks [EMAIL PROTECTED] wrote: OOps! Sorry, in the Glassfish log-viewer they separate the top line of the stack from the rest, for some reason. Here it is: null java.lang.NullPointerException at wicket.markup.html.DynamicWebResource$1.getContentType( DynamicWebResource.java Johan Compagner wrote: you miss the most importand part of the error: the top! On 11/5/07, V. Jenks [EMAIL PROTECTED] wrote: Occasionally, my application will just start doing this - throwing this error. I am using Wicket 1.2.4 because my application is stuck at that version for the time being. I do not have the time to make the changes to upgrade to the latest version, right now. Rebooting the app server (Glassfish v2) usually fixes it but when it does happen, it prevents orders from going through and frustrates customers. Not a good thing... I have no idea what causes this and don't know the internals of Glassfish to even begin to try and troubleshoot. All I know for sure is; this NEVER happened on JBoss 4.0.x with Wicket. I figured it was safe to assume this had nothing to do with my code - nowhere in the stack does it point to anything in my application (or any application running on it, for that matter.) I realize this is vague so hopefully someone else is experiencing this and can help troubleshoot. Here's the error: *** 156) at wicket.Resource.onResourceRequested(Resource.java:119) at wicket.request.target.resource.SharedResourceRequestTarget.respond( SharedResourceRequestTarget.java:192) at wicket.request.compound.DefaultResponseStrategy.respond( DefaultResponseStrategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond( AbstractCompoundRequestCycleProcessor.java:66) at wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:902) at wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:934) at wicket.RequestCycle.step(RequestCycle.java:1010) at wicket.RequestCycle.steps(RequestCycle.java:1084) at wicket.RequestCycle.request(RequestCycle.java:454) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:219) at javax.servlet.http.HttpServlet.service(HttpServlet.java:718) at javax.servlet.http.HttpServlet.service(HttpServlet.java:831) at org.apache.catalina.core.ApplicationFilterChain.servletService( ApplicationFilterChain.java:411) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:290) at org.apache.catalina.core.StandardContextValve.invokeInternal( StandardContextValve.java:271) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:202) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94) at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java :206) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java :1080) at org.apache.catalina.core.StandardEngineValve.invoke( StandardEngineValve.java:150) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :632) at org.apache.catalina.core.StandardPipeline.doInvoke( StandardPipeline.java :577) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java :571) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java :1080) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:270) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter (DefaultProcessorTask.java:637) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess ( DefaultProcessorTask.java:568) at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process( DefaultProcessorTask.java:813) at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask (DefaultReadTask.java:339) at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask( DefaultReadTask.java:261) at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask( DefaultReadTask.java:212) at com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask( PortUnificationPipeline.java:361) at
