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]

Reply via email to