no, this is why page references were created -igor
On Fri, Feb 11, 2011 at 10:01 AM, Alexander Morozov <[email protected]> wrote: > > What about passing page _references_ to other pages ? Are there any "reefs" > here ? > > Thanks > > > Igor Vaynberg-2 wrote: >> >> starting with 1.4 we have advocated that passing page instances to >> other pages is a bad idea, whether directly or via anonymous classes. >> >> -igor >> >> On Fri, Feb 11, 2011 at 5:21 AM, Carl-Eric Menzel <[email protected]> >> wrote: >>> On Fri, 11 Feb 2011 11:51:12 +0100 >>> Carl-Eric Menzel <[email protected]> wrote: >>> >>>> On Fri, 11 Feb 2011 11:06:09 +0100 >>>> Martijn Dashorst <[email protected]> wrote: >>>> >>>> > The anon-inner class still keeps a reference to the previous page. >>>> >>>> Yes, I know, that's how anonymous classes work. I don't understand why >>>> that is now a problem though. It has worked well so far. >>> >>> Especially since this would basically make any kind of anonymous class >>> in a Page impossible. What about anonymous instances of, for example >>> AbstractReadOnlyModel that are created in a page and passed on to its >>> components? And quite possibly also passed on to other pages from >>> there. Is this all going to be forbidden now or am I missing something? >>> >>> Carl-Eric >>> >>> --------------------------------------------------------------------- >>> 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://apache-wicket.1842946.n4.nabble.com/1-5-MIGRATION-State-handling-inter-page-events-versioning-tp3297781p3301716.html > Sent from the Users forum 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]
