I have some state which backs two panels, Panel A and Panel B, that may be included as part of other panels. Ultimately they are both on the same page, and their backing state is shared via the model class that backs both of them. Panel A has an Ajax event handler which modifies the backing model state, after which I want to force Panel A and Panel B to repaint.
I've dealt with this in a few different ways so far, and they all bother me: 1. Walk up the containership tree and back down again until I find the panel with a known ID or which implements a specific marker interface, finding it that way. (Or do a full DFS of the tree to be thorough.) 2. Assume how my Panel is included and how the other Panel are included, and explicitly walk up and back down the containership tree. This is fragile because if I decide to rework panel containership, the method could fail. Is there some better way of doing this that I'm missing? A best practice for reaching out to siblings and cousins? Or something more fundamental to trigger refreshes of all componets backed by that model? Seems like a common use case. A component updates some state as part of ajax event, then wants to use ajax to repaint any other components backed by that state. Interested to hear how others have solved this problem. -Jason -- View this message in context: http://www.nabble.com/Best-Practices-for-accessing-repainting-sibling-cousin-components--tf3841514.html#a10877622 Sent from the Wicket - User mailing list archive at Nabble.com. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user