Hey Cedric, And I thought I got a lot of email! :-)
I too have not had much time to experiment.. However, I like your 'portal' examples showing the ease with which you can build an app with talorable tiles. I'm trying the approach on a web-app that is not a portal... The problem I keep running into is that some clients need to display the same data in a different fashion so currently I'm toying with the idea of building up panels for different display needs and dropping them in as desired.. The gain isn't really the ability to make the app. dynamic.. rather to be able to tailor the app using xml files.... My goal is to lower the cost of tailoring the app.. I have wondered how this would stack up against using a GUI dev tool such as Ultra-Dev to do the same thing.. As a progammer, I favour the tiles approach.. Anyone else have experience here?? thanks for your time. Jon Cedric Dumoulin wrote: > Hi Jon, > > Sorry for this very long delay. I was abroad 1 week, and after that have more than > 3000 mails to check ! Your mail haven't been catched by my filters, so it was in the > long list of awaiting mails ;-( > > See intermixed for answer. > > Cedric > > Jon Ferguson wrote: > > > Hi Cedric, > > > > I'm trying to fit this in the context of struts' MVClike framework... Say I > > wanted to re-write the Invoice example such that I not only associated the > > billing/shipping address information with a tile but also wanted to separate out > > the logic so that my 'addressController' would have the responsibility of > > populating the appropriate address in InvoiceForm rather than pushing that > > responsibility into the editInvoice Action. Is that feasible? > > > > Yes it is. Use BeanUtils method to populate your bean. But, be aware that tiles' > controller is called only when the associated tiles is encountered/rendered. This can > lead to problems when you use a same bean in several tiles in the same page (bean is > not populated as expected). > > > > > Then Struts updates the InvoiceForm Action Form from editInvoice.jsp... but > > editInvoice would effectively ignore populating addresses choosing rather to allow > > the address controller to do that work... I'm not totally sure if this would > > result in a clean implementation but am working on the assumption that it would be > > useful to be able to drop tiles in where desired or even swap out tiles with ones > > that display the data differently.. and do the same with their respective > > controllers. > > > > Its an interesting behavior. Have you dig further in your experiment ? > > > > > So as a rather poor example: if my invoice has several addresses and the concept > > of a current address I could drop in the single editor for a app that prefers to > > show only the current address, or drop in a table-based editor for an app that > > wants the ability to edit a set of addresses-- the specific controllers would know > > how to get the data into and out of the appropriate parts of the invoice form and > > underlying database. > > > > Does this make sense?? > > Yes ! I have also thing of such behavior, but never have time to experiment ... > > > > > > > Cheers, > > Jon > > > > Cedric Dumoulin wrote: > > > > > Hello, > > > > > > Tiles support controller for each individual Tile. > > > This controller's role is to prepare data to be rendered by the tile. > > > Syntax is as follow : > > > > > > <definition name="examples.rssChannel.offline.body" > > > path="/examples/tiles/rssChannels.jsp" > > > controllerUrl="/examples/controller/rssChannel.do" > > > > .. > > > or > > > > > > <definition name="examples.rssChannel.offline.body" > > > path="/examples/tiles/rssChannels.jsp" > > > controllerClass="a.class.Name" > > > > > > > You can find an example of use in tiles-doc.war or struts-tiles.war : > > > > > > * /examples/rssChannels.jsp > > > * / test/testController.jsp > > > > > > More documentation is needed ;-( > > > > > > Cedric > > > > > > Jon Ferguson wrote: > > > > > > > Hey guys, > > > > > > > > I read in the tiles doc that you can associate a controller with each tile. > > > > However, I cannot find an example of how this is done. > > > > > > > > Any pointers? > > > > > > > > Thanks in advance, > > > > Jon > > > > > > > > ------------------------------------------------------------------------ > > > > -- > > > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > > > > -- > > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > > ------------------------------------------------------------------------ > > -- > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
