Calls are synced but they can be in the wait for each other and if then the first changes the component structure then the other that is already waiting comes in then it cant find it anymore. But this call should just be ignored as far as i know
On 6/15/08, Maurice Marrink <[EMAIL PROTECTED]> wrote: > On Sun, Jun 15, 2008 at 7:46 PM, Cristi Manole <[EMAIL PROTECTED]> > wrote: >> I have a table with a drop down in one of the columns. This table gets >> refreshed every 10 seconds through Ajax. >> >> I did some testing and it seams I get the error when I'm trying to change >> the content of the drop down (which gets posted through Ajax) exactly when >> the table gets refreshed. So it fails with that error being caused by the >> fact that Wicket cannot find a page for the drop down component. >> >> Is my logic correct? Is there a nice way to prevent this error? If so, >> how? > > Hmm, even ajax requests are "synchronized" but i am not sure if that > includes the detach logic, perhaps Johan or one of the other devs can > shed some light on that. > Regardless you might be able to prevent this by using a different > itemreusestrategy. that way it will reuse your combobox. try the > ReuseIfModelsEqualStrategy. > >> >> Although this error does NOT get through to the user, I'd like to keep my >> code clean of errors. >> >> About [2] - setting the type of the model, why is that necessary? Couldn't >> Wicket determine that? At least in most of the cases? > > Yes it should, in most of the cases. Could you show us the object in > your model? which getters/setters fields does it have relating to the > user. > > Maurice > >> >> Thanks, >> Cristi Manole >> >> On Sat, Jun 14, 2008 at 11:18 PM, Maurice Marrink <[EMAIL PROTECTED]> >> wrote: >> >>> On Fri, Jun 13, 2008 at 12:31 PM, Cristi Manole <[EMAIL PROTECTED]> >>> wrote: >>> > [1] I get these kind of errors quite often: >>> > >>> > there was an error cleaning up target [EMAIL PROTECTED] >>> > markupIdToComponent >>> > >>> > any idea what causes them? [i'm guessing it's a panel that gets updated >>> to >>> > often for my server - 10s, lots of clients, but that's just a guess]. >>> >>> Can you show us the entire stacktrace? this is throw from the >>> requestcycle in the detach wich will attempt to detach your entire >>> page. Apparently something does not like being detached :) >>> >>> > >>> > [2] And this keeps on bothering me (but not as much): >>> > >>> > Couldn't resolve model type of >>> > >>> Model:classname=[org.apache.wicket.model.PropertyModel]:nestedModel=[]:expression=[user] >>> > for [MarkupContainer [Component id = User, page = >>> > com.foreverpizza.core.HomePage, path = >>> 0:signInForm:User.RequiredTextField, >>> > isVisible = true, isVersioned = false]], please set the type yourself. >>> > >>> > How can I set this myself? I never got this warning before 1.3.3. >>> >>> You can do setType on any formcomponent, most also allow you to pass >>> it as a constructor parameter, like RequiredTextField does. >>> >>> >>> Maurice >>> >>> > >>> > Thanks, >>> > Cristi Manole >>> > >>> >>> --------------------------------------------------------------------- >>> 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
