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