Thanks for the correction, I didn't realize the Tiles plug-in had the
smarts to automatically fix up the configuration that way!
L.
[EMAIL PROTECTED] wrote:
Thanks for the answer, but I believe it is not fully correct.
I'm reading the docs from Cedric Dumoulin (Tiles Advanced Features)
at the moment....
Great resource about tiles btw ;)
http://www.lifl.fr/~dumoulin/tiles/tilesAdvancedFeatures.pdf
rgds
albi
-----Original Message-----
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Laurie Harper
Sent: Monday, August 01, 2005 7:21 PM
To: user@struts.apache.org
Subject: Re: TilesRequestProcessor
[EMAIL PROTECTED] wrote:
I think I'm missing the point of the TilesRequestProcessor ....
I have a few simple tiles in a project with to
modules (default & crud). Actually the default
uses tiles and the other one doesn't.
Now, the tiles in the default module seem to
work just fine, but a friend told me, that I would
need to define the TilesRequestProcessor in a
controller tag in the default module. Adding
this tag doesn't seem to change anything.
Can some explain to me why that should be done?
You're talking about the the <controller/> element in struts-config.xml I
assume? I.e. you have something like
<controller
processorClass="org.apache.struts.tiles.TilesRequestProcessor"/>
That tells Struts to delegate request processing to Tiles. Without it,
Struts doesn't know anything about Tiles and any action referencing a Tiles
definition will cause an error.
L.
--
Laurie, Open Source advocate, Java geek and novice blogger:
http://www.holoweb.net/laurie
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
