show us the full stack trace -igor
On 9/18/07, Sam Hough <[EMAIL PROTECTED]> wrote: > > > Which bit of code does the blocking on the server? I'm getting what looks > very much like a threading issue. I've looked at all the methods below and > can't see any obvious sync code... I'm using 1.3-beta3 > > at > org.apache.wicket.util.lang.PropertyResolver$MethodGetAndSet.getValue( > PropertyResolver.java:1034) > at > org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter( > PropertyResolver.java:247) > at > org.apache.wicket.util.lang.PropertyResolver.getValue( > PropertyResolver.java:89) > at > org.apache.wicket.model.AbstractPropertyModel.getObject( > AbstractPropertyModel.java:110) > at org.apache.wicket.Component.getModelObject(Component.java:1293) > at org.apache.wicket.Component$2.compare(Component.java:540) > at org.apache.wicket.Component.setModelObject(Component.java:2522) > at > org.apache.wicket.markup.html.form.FormComponent.updateModel( > FormComponent.java:1002) > at org.apache.wicket.markup.html.form.Form$14.validate(Form.java > :1642) > at > org.apache.wicket.markup.html.form.Form$ValidationVisitor.formComponent( > Form.java:160) > at > > org.apache.wicket.markup.html.form.FormComponent.visitFormComponentsPostOrderHelper > (FormComponent.java:403) > at > > org.apache.wicket.markup.html.form.FormComponent.visitFormComponentsPostOrderHelper > (FormComponent.java:390) > at > > org.apache.wicket.markup.html.form.FormComponent.visitFormComponentsPostOrderHelper > (FormComponent.java:390) > at > > org.apache.wicket.markup.html.form.FormComponent.visitFormComponentsPostOrderHelper > (FormComponent.java:390) > at > > org.apache.wicket.markup.html.form.FormComponent.visitFormComponentsPostOrderHelper > (FormComponent.java:390) > at > > org.apache.wicket.markup.html.form.FormComponent.visitFormComponentsPostOrder > (FormComponent.java:368) > at > org.apache.wicket.markup.html.form.Form.visitFormComponentsPostOrder( > Form.java:1004) > at > org.apache.wicket.markup.html.form.Form.updateFormComponentModels( > Form.java:1637) > at org.apache.wicket.markup.html.form.Form.process(Form.java:834) > at org.apache.wicket.markup.html.form.Form.onFormSubmitted( > Form.java:783) > at > org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent( > AjaxFormSubmitBehavior.java:126) > at > org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java > :163) > at > org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest( > AbstractDefaultAjaxBehavior.java:268) > at > > org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents > (BehaviorRequestTarget.java:100) > at > org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents( > AbstractRequestCycleProcessor.java:90) > at > org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java > :1032) > at org.apache.wicket.RequestCycle.step(RequestCycle.java:1108) > at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1177) > at org.apache.wicket.RequestCycle.request(RequestCycle.java:500) > at > org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:261) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java > :127) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( > ApplicationFilterChain.java:215) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter( > ApplicationFilterChain.java:188) > at > org.apache.catalina.core.StandardWrapperValve.invoke( > StandardWrapperValve.java:210) > at > org.apache.catalina.core.StandardContextValve.invoke( > StandardContextValve.java:174) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java > :127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java > :117) > at > org.apache.catalina.core.StandardEngineValve.invoke( > StandardEngineValve.java:108) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java > :151) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) > at > > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection > (Http11BaseProtocol.java:665) > at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( > PoolTcpEndpoint.java:528) > at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( > LeaderFollowerWorkerThread.java:81) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( > ThreadPool.java:685) > at java.lang.Thread.run(Thread.java:595) > > > Matej Knopp-2 wrote: > > > > There is no way that ajax requests can be processed without blocking. > > a) ajax requests are ordered on client into queues > > b) requests are blocked on target page (not session) on server side > > > > -Matej > > > > On 9/7/07, Sam Hough <[EMAIL PROTECTED]> wrote: > >> > >> A bit of the application lets you add items to a list using > >> AjaxFallbackButton. All works fine if you click the buttons slowly but > if > >> I > >> click quickly I get exceptions that look like my code is running > >> concurrently (nullpointer where it can't happen if running in a single > >> thread). > >> > >> What behaviour is Wicket aiming to implement for Ajax and threading? > >> > >> > >> > >> Matej Knopp-2 wrote: > >> > > >> > Can you be more specific? What kind of concurrency issues? > >> > > >> > -Matej > >> > > >> > On 9/7/07, Sam Hough <[EMAIL PROTECTED]> wrote: > >> >> > >> >> oops, I posted on old forum... > >> >> > >> >> http://www.nabble.com/threading-question-tf841003.html > >> >> > >> >> [all request serialised on Session object] > >> >> > >> >> Is this true even for Ajax requests? Is whole life cycle effectively > >> >> single > >> >> threaded for a single session? > >> >> > >> >> I think I'm seeing a concurrency issue in my website (Wicket > 1.3-beta3 > >> >> and > >> >> lots of AjaxFallbackButton, I did listen to Igor)... > >> >> > >> >> Obviously would be tempting to sync on the Session but might break > lot > >> of > >> >> the usability advantages of Ajax... > >> >> > >> >> Anybody got any top tips? > >> >> -- > >> >> View this message in context: > >> >> > >> > http://www.nabble.com/threading-issues---continued-tf4400569.html#a12552735 > >> >> Sent from the Wicket - User mailing list archive at Nabble.com. > >> >> > >> >> > >> >> > --------------------------------------------------------------------- > >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> >> For additional commands, e-mail: [EMAIL PROTECTED] > >> >> > >> >> > >> > > >> > --------------------------------------------------------------------- > >> > To unsubscribe, e-mail: [EMAIL PROTECTED] > >> > For additional commands, e-mail: [EMAIL PROTECTED] > >> > > >> > > >> > > >> > >> -- > >> View this message in context: > >> > http://www.nabble.com/threading-issues---continued-tf4400569.html#a12553207 > >> Sent from the Wicket - User mailing list archive at Nabble.com. > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > -- > View this message in context: > http://www.nabble.com/threading-issues---continued-tf4400569.html#a12759130 > Sent from the Wicket - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
