The only thing I do not like about that solution is that it marries you to both Struts and Tiles.
Both are fine tools, but I do not understand how they simplify the process enough to justify using them over a simpler filter+jstl+tiles solution. Larry On Thu, 17 Feb 2005 18:45:31 +0100, Mark Lowe <[EMAIL PROTECTED]> wrote: > I agree that tiles controller is the nicest option in terms of design, > but last time i use tiles controllers for exactly this problem I found > that tiles controllers don't throw exceptions in such a way that a > handler can deal with them, and an informative way during development. > But they are a nice option. > > > >>I'm not sure how I would reload this > > >>after a change was made to the underlying database (or even detect > > >>that a change was made). > > You can repopulate the data whenever you like and from a struts action > if you wish, the same way you would with httpsession or request. > > Mark > > On Thu, 17 Feb 2005 10:25:04 -0500, Bill Schneider <[EMAIL PROTECTED]> wrote: > > >>3. load the menu options one time from the database and place in the > > >>application scope. While this is the best memory option (and probably > > >>the most efficient for speed), I'm not sure how I would reload this > > >>after a change was made to the underlying database (or even detect > > >>that a change was made). > > > > How often do the menu options change in practice? You might find that > > they never actually change in your production environment, in which case > > just shoving them in application scope is often sufficient. > > > > For the design pattern in general, you could consider using Tiles and a > > Tiles controller, rather than using a base action class. This would > > give you greater separation of concerns: loading (possibly cached) menu > > items is handled specifically by the tile that displays the menu, rather > > than by each individual action. > > > > -- Bill > > -- > > Bill Schneider > > Chief Architect > > > > Vecna Technologies > > 5004 Lehigh Rd., Suite B > > College Park, MD 20740 > > [EMAIL PROTECTED] > > t: 301-864-7253 x1140 > > f: 301-699-3180 > > > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]