> LibA provides PanelA which exports ComponentA with id == "messages" (e.g. > ListView) with Page scope.
PanelA defines independent namespace. > LibB provides PanelB which exports ComponentB with id == "messages" (e.g. > DataGrid) with Page scope. PanelB defines independent namespace. > Then your application has a page MyPage which includes both PanelA and > PanelB and the problem arises. MyPage defines new namespace. PanelA and PanelB are independent. No problems. ** Martin > > 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 >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org