Check Ajax Debug Window for any errors. Maybe the parent component is connected with <wicket:container> or also have .setRenderBodyOnly(true). Check that the produced markup for the parent component has id attribute.
On Tue, Dec 6, 2011 at 3:25 PM, Richard W. Adams <[email protected]> wrote: > Ok, that's what I thought. > > My problem is that my child components AREN'T being updated. I've verified > that the parent component (a group box) has a markup ID, and I'm adding > the parent component to the AjaxRequestTarget. I set break points in the > model class for the child value getter methods & verified they're being > called. > > Any suggestions on where to look to figure out why the child components > aren't re-rendered after the Ajax call is finished? > > > > > From: Sven Meier <[email protected]> > To: [email protected] > Date: 12/06/2011 08:06 AM > Subject: Re: Updating Child Component Markup from Ajax > > > >>Do I need to call setOutputMarkupId(true) on each individual >>child as well? > > no, just the top most component you want to be redrawn has to have a > markup id. All its decendants will be updated as well. > > Sven > > > Am 06.12.2011 14:54, schrieb Richard W. Adams: >> I know that I need to call AjaxRequestTarget.addComponent() to re-render > a >> component from Ajax, and that I must have previously called >> component.setOutputMarkupId(true). But the javadocs for > AjaxRequestTarget >> aren't clear on whether only this single component is updated, or > whether >> all its children are updated as well. >> >> My intent it to update all the children, too, but I haven't gotten it to >> work yet. Do I need to call setOutputMarkupId(true) on each individual >> child as well? >> >> ** >> >> This email and any attachments may contain information that is > confidential and/or privileged for the sole use of the intended recipient. > Any use, review, disclosure, copying, distribution or reliance by others, > and any forwarding of this email or its contents, without the express > permission of the sender is strictly prohibited by law. If you are not > the intended recipient, please contact the sender immediately, delete the > e-mail and destroy all copies. >> ** >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > > > ** > > This email and any attachments may contain information that is confidential > and/or privileged for the sole use of the intended recipient. Any use, > review, disclosure, copying, distribution or reliance by others, and any > forwarding of this email or its contents, without the express permission of > the sender is strictly prohibited by law. If you are not the intended > recipient, please contact the sender immediately, delete the e-mail and > destroy all copies. > ** -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
