Panel's constructor calls super() and Component's ctor asks the
instantiation listener to do its work

On Thu, Sep 23, 2010 at 11:21 AM, Ernesto Reinaldo Barreiro <
reier...@gmail.com> wrote:

> There is a component instantiation listener that takes care of that:
> you just use new as "always".
>
> Ernesto
>
> On Thu, Sep 23, 2010 at 11:17 AM, nino martinez wael
> <nino.martinez.w...@gmail.com> wrote:
> > but how should panel then be managed..
> >
> > Because if I create the panel myself in the page it won't work right?
> > Can I ask wicket to instansiate my panel?
> >
> > 2010/9/23 Martin Grigorov <mgrigo...@apache.org>:
> >> Panel is a Component, so you can use @Inject on the Panel members.
> >> Use Injector.get().inject(target) only in non Component classes.
> >>
> >> P.S. The API above is for 1.5.
> >>
> >> On Thu, Sep 23, 2010 at 11:03 AM, Martin Makundi <
> >> martin.maku...@koodaripalvelut.com> wrote:
> >>
> >>> You must weigh benefits and cons about whereto manage your IOC.
> >>>
> >>> **
> >>> Martin
> >>>
> >>> 2010/9/23 nino martinez wael <nino.martinez.w...@gmail.com>:
> >>> > I need to be able to inject a service into my panel..
> >>> >
> >>> > Should I then just use:
> >>> >
> >>> > org.apache.wicket.injection.Injector.get().inject(Object object).
> >>> >
> >>> > or are there are prettier way? I feel that calling
> >>> > org.apache.wicket.injection.Injector.get().inject(Object object)
> >>> > inside my panels sort of violates the IOC principle?
> >>> >
> >>> > 2010/9/23 Martin Makundi <martin.maku...@koodaripalvelut.com>:
> >>> >> What is your need exactly?
> >>> >>
> >>> >> **
> >>> >> Martin
> >>> >>
> >>> >> 2010/9/23 nino martinez wael <nino.martinez.w...@gmail.com>:
> >>> >>> Hi
> >>> >>>
> >>> >>> what should I do if I want to use IOC in my panels? In short I need
> a
> >>> >>> sort of a provider injected into a panel, what's the prettiest way
> to
> >>> >>> do it?
> >>> >>>
> >>> >>> regards Nino
> >>> >>>
> >>> >>>
> ---------------------------------------------------------------------
> >>> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>> >>>
> >>> >>>
> >>> >>
> >>> >>
> ---------------------------------------------------------------------
> >>> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>> >>
> >>> >>
> >>> >
> >>> > ---------------------------------------------------------------------
> >>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> > For additional commands, e-mail: users-h...@wicket.apache.org
> >>> >
> >>> >
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Reply via email to