LibA provides PanelA which exports ComponentA with id == "messages" (e.g.
ListView) with Page scope.
LibB provides PanelB which exports ComponentB with id == "messages" (e.g.
DataGrid) with Page scope.
Then your application has a page MyPage which includes both PanelA and
PanelB and the problem arises.

On Fri, Nov 5, 2010 at 10:29 AM, Martin Makundi <
martin.maku...@koodaripalvelut.com> wrote:

> > Let's say both libraries are "modern" (because private scope is
> old-fashion,
> > right) and export "message" with Page scope.
> > Then project X (Lombok, Bindgen) finds the problem at compile time and
> > explain you that both lib A and B export component with the same id.
> > What would you do now ?
> > Throw away either lib A or B and re-write it ?
>
> Please give a concrete example of such situation. If names are panel
> or page scope I cannot immagine many worthwile items that can be
> imported onto panels and pages that cannot be refactored.
>
> **
> Martin
>
> >
> >>
> >> **
> >> Martin
> >>
> >> >
> >> >>
> >> >> **
> >> >> Martin
> >> >>
> >> >> >
> >> >> >> I think if you find component hierarchies to be "hell", you
> probably
> >> >> >> aren't
> >> >> >> using Wicket right. Break things down into small reusable chunks
> >> using
> >> >> >> Panels and you will find everything gets much, much easier.
> >> >> >
> >> >> >
> ---------------------------------------------------------------------
> >> >> > 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