Nighty Builds of Struts-Faces Integration Library

["Craig R. McClanahan" <cr...@apache.org>]

Nightly binary builds of the Struts-Faces Integration Library, updated to work
with the new beta release of JavaServer Faces, are now available:

  http://cvs.apache.org/builds/jakarta-struts/nightly/struts-faces/

As always, the source code for this library is in the "contrib/struts-faces"
directory of the nightly Struts source distro:

  http://cvs.apache.org/builds/jakarta-struts/nightly/src/

This code is *not* ready for prime time yet, but the test application at least
works.  Tops on my list is ensuring that it works with Tiles as well ... most
likely by having two different request processor subclasses and making you
configure the one you need based on whether Tiles is in use or not.  Not quite
as transparent as the old release, but it should be able to work.

Craig

PS:  While nowhere near as cool as the gift of eternal life that we'll be
celebrating tomorrow, please consider this a Christmas gift to all the Struts
developers and users out there :-).


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org

Happy Holydays

[Otávio Augusto <ot...@bol.com.br>]

Well, maybe that is not the place (again)...but, anyway, merry christmas to all of you. Let's build even better days ;)


Otávio Augusto


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org

Re: Nighty Builds of Struts-Faces Integration Library

[Don Brown <mr...@twdata.org>]

On Wed, 24 Dec 2003, Craig R. McClanahan wrote:
<snip />
> works.  Tops on my list is ensuring that it works with Tiles as well ... most
> likely by having two different request processor subclasses and making you
> configure the one you need based on whether Tiles is in use or not.  Not quite
> as transparent as the old release, but it should be able to work.

In several Struts extension projects, I've been using a simliar technique.
Take out all possible code out of your extended RequestProcessor and put
it in a helper.  Then create two RequestProcessors, one normal one and
another that extends TilesRequestProcess; each rp delegates operation to
the helper.  Finally, create a plugin that detects which RequestProcess,
the normal Struts one or Tiles one, is loaded and replace it with the
appropriate custom request processor.  This technique supports Tiles
without requiring any additional config on the part of the user.

Lars Hoss, another developer on SAIF, even went so far as to use byte-code
processing to dynamically make the custom RequestProcessor extend the
one that was already loaded.

Of course the best option is to get the composable request processor
operational :)

Don

PS. Mele Kalikimaka me ka Hauoli Makahiki Hou! (Merry Christmas and Happy
New Year in Hawaiian)

>
> Craig
>
> PS:  While nowhere near as cool as the gift of eternal life that we'll be
> celebrating tomorrow, please consider this a Christmas gift to all the Struts
> developers and users out there :-).
>
>
> ---------------------------------------------------------------------
> 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