There is an existing Struts subproject called struts-faces that you
might want to take a look at.  Its meant to help people gradually move
their existing Struts to JSF.  I'm not so sure I want to use it for my
own situation though.  IMO this is not a trivial solution.  I'm sure
it will be helpful to some but I'd rather take the time and energy
that it requires to learn this temporary solution and put it into a
permanent solution (pure JSF).

My original thinking was that I would use Tiles and I would have
include pages that were either 100% JSF or 100% Struts.  Furthermore,
I was going to start with just the tree portion of my application as
JSF.  Since there would be only one page at a time with JSF I would
not have to worry about subviews and the issues involved with that.

Unfortunately this still seems to require something like struts-faces.
 Because you can't have two servlets mapped to the same pattern, you
need a bridge like struts-faces even for this simple case.

We have a lot of dialog wizards in our application right now.  These
dialogs often have multiple steps and they're laid out using Tiles. 
So my new plan is to convert all of these dialogs to JSF since they
run as modal popups.  This way I do not have to use struts-faces.  I
figure it will be a good opportunity for my development team to get
familiar with JSF and its a modest enough project that we can get it
done in a few months along with some unrelated enhancements to keep
the end users happy.

So it look like you need to make a non-trivial investment into
struts-faces or adopt an approach similar to mine.  See if there is
any way you can isolate parts of your application like I am planning
to do.  If you're not using Tiles, then this will be *much* easier. 
Then you can literally convert one page (or URL) at a time.

sean




On Tue, 29 Mar 2005 19:10:20 -0800 (PST), Ray Clark
<[EMAIL PROTECTED]> wrote:
> If you get this working please let me know.
> 
> We do Struts at my work.  So when we start
> transitioning to JSF we will probably do it as time
> permits.  Which means maybe 1 page at a time in the
> war file.  So we will need to be able to have Struts
> and JSF both working in the same war file which is
> what it looks like you are trying to do.
> 
> So please post back your solution when you get it to
> work.
> 
> Thanks,
> Ray
> 
> 
> --- Sean Schofield <[EMAIL PROTECTED]> wrote:
> > I looked at struts-faces a long time ago.  Its
> > really much more than I
> > need.  I don't really need to use my existing Struts
> > actions with JSF
> > or anything like that.  Also, I had some problems
> > with the tiles
> > support of struts-faces and had much better luck
> > with the myfaces
> > tiles solution (way back when I was investigating
> > whether or not to
> > use JSF.)
> >
> > I want to use Tiles for my layouts and just have a
> > JSF page as one of
> > my includes and struts pages as the other includes.
> > I do not really
> > need to mix and match so I was hoping to avoid
> > dealing with
> > struts-faces.
> >
> > sean
> >
> >
> > On Tue, 29 Mar 2005 14:37:53 -0600, Heath Borders
> > <[EMAIL PROTECTED]> wrote:
> > > I really have no knowledge of Struts, but are you
> > using struts-faces?
> > >
> > > On Tue, 29 Mar 2005 15:04:06 -0500, Sean Schofield
> > > <[EMAIL PROTECTED]> wrote:
> > > > I am attempting to use these three technologies
> > together.  I'm using
> > > > the MyFaces Tiles component.  I am now
> > successfully getting the
> > > > correct tiles definition to load but my page is
> > bombing out because
> > > > the form beans are missing.
> > > >
> > > > I'm assuming this is just a matter of processing
> > both the Struts
> > > > servlet and the JSF servlet in the same request
> > and in the correct
> > > > order.  Any hints or suggestions on how best to
> > do this?
> > > >
> > > > TIA,
> > > > sean
> > > >
> > >
> > > --
> > > -Heath Borders-Wing
> > > [EMAIL PROTECTED]
> > >
> >
> 
> __________________________________
> Do you Yahoo!?
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/
>

Reply via email to