You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Ives Landrieu <iv...@pandora.be> on 2003/06/10 20:55:53 UTC
Question on struts, tiles and jsf
Hi,
I was experimenting with struts and tiles (not very experienced in using
them yet) and wanted to explore whether these could be combined with
Java Server Faces (using struts-faces). This does not seem to be
possible, as both the struts-faces integration library as tiles depend
on using their own request processor class.
As far as I can tell from a quick look at the struts sources (I don't
think the source code for struts-faces is available?), the main reasons
why this is done is to initialize (reading their config files etc.) and
intercept some forwards/requests.
I think this functionality should all be done in the plugin class (or
some kind of listener interface should be created to intercept
forwards). If I understand correctly, plugins are exactly meant for
initializing other application components. I think that the interception
of forwards should also be delegated to plugins (or refactored out of
the request processor).
I understand that the way things are is for historical reasons because
tiles was integrated with struts relatively recently, but it seems that
in order to achieve maximum flexibility for struts, the plugin interface
should become more advanced, so that special purpose request processors
become unnecessary.
So, to end with a question, am I correct in my analysis? Or is there
another way to combine tiles with java server faces? Can I file this
somewhere as a RFE?
Ives
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Question on struts, tiles and jsf
Posted by "Craig R. McClanahan" <cr...@apache.org>.
I think the concept of extending TilesRequestProcessor (and/or integrating
Tiles support into the standard request processor) makes a lot of sense
for this ... it would be nice to be able to use Tiles together with JSF.
I also want to look at making it possible to use the Validator framework
with JSF components as well, as was suggested at the BOF on JavaServer
Faces. Taken together, these would be a powerful
reason to continue to use Struts underneath a Faces-based app.
Enhancement requests for this library can go the same place as bug
reports:
http://nagoya.apache.org/bugzilla/
Craig
On Tue, 10 Jun 2003, Ives Landrieu wrote:
> Date: Tue, 10 Jun 2003 20:55:53 +0200
> From: Ives Landrieu <iv...@pandora.be>
> Reply-To: Struts Developers List <st...@jakarta.apache.org>
> To: struts-dev@jakarta.apache.org
> Subject: Question on struts, tiles and jsf
>
> Hi,
>
> I was experimenting with struts and tiles (not very experienced in using
> them yet) and wanted to explore whether these could be combined with
> Java Server Faces (using struts-faces). This does not seem to be
> possible, as both the struts-faces integration library as tiles depend
> on using their own request processor class.
> As far as I can tell from a quick look at the struts sources (I don't
> think the source code for struts-faces is available?), the main reasons
> why this is done is to initialize (reading their config files etc.) and
> intercept some forwards/requests.
> I think this functionality should all be done in the plugin class (or
> some kind of listener interface should be created to intercept
> forwards). If I understand correctly, plugins are exactly meant for
> initializing other application components. I think that the interception
> of forwards should also be delegated to plugins (or refactored out of
> the request processor).
> I understand that the way things are is for historical reasons because
> tiles was integrated with struts relatively recently, but it seems that
> in order to achieve maximum flexibility for struts, the plugin interface
> should become more advanced, so that special purpose request processors
> become unnecessary.
> So, to end with a question, am I correct in my analysis? Or is there
> another way to combine tiles with java server faces? Can I file this
> somewhere as a RFE?
>
> Ives
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Question on struts, tiles and jsf
Posted by Cedric Dumoulin <ce...@apache.org>.
Hi,
I know someone who have made some works, and apparently have succeed,
to let Tiles, Struts and JSF work all together. Unfortunately, our mails
are in French, and I have no more news since some weeks.
Cedric
Ives Landrieu wrote:
> Hi,
>
> I was experimenting with struts and tiles (not very experienced in
> using them yet) and wanted to explore whether these could be combined
> with Java Server Faces (using struts-faces). This does not seem to be
> possible, as both the struts-faces integration library as tiles depend
> on using their own request processor class.
> As far as I can tell from a quick look at the struts sources (I don't
> think the source code for struts-faces is available?), the main
> reasons why this is done is to initialize (reading their config files
> etc.) and intercept some forwards/requests.
> I think this functionality should all be done in the plugin class (or
> some kind of listener interface should be created to intercept
> forwards). If I understand correctly, plugins are exactly meant for
> initializing other application components. I think that the
> interception of forwards should also be delegated to plugins (or
> refactored out of the request processor).
> I understand that the way things are is for historical reasons because
> tiles was integrated with struts relatively recently, but it seems
> that in order to achieve maximum flexibility for struts, the plugin
> interface should become more advanced, so that special purpose request
> processors become unnecessary.
> So, to end with a question, am I correct in my analysis? Or is there
> another way to combine tiles with java server faces? Can I file this
> somewhere as a RFE?
>
> Ives
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org