struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Lowe <mel...@gmail.com>
Subject Re: Is It Possible to Code Using Struts and JSF at the Same Time?
Date Sat, 02 Apr 2005 14:33:17 GMT
I usually develop with struts, and have been constantly evaluating JSF
to see when the time in right to do everything with JSF. As someone
who's pretty cynical about new this and that, the ever changing "world
according to sun" and so on, I like JSF. As a means of creating
complex forms its obviously something thats benefited from the struts
experience and .NET.

For the time being I still use struts, I know it works. JSF still has
a few rough edges, but even if it does become the future I don't see
the huge problem or the need for religous debate.

If you see how the form validation and type conversion happens in JSF
I cant really see how anyone can argue that this isn't progress.

Also from an operational viewpoint, take a html page builder give
him/her some JSF tag documentation and ask for a form. Then try the
same with struts. With JSF the page builder can move along with no
java or xml configuration behind it. Sure you can start using
panelGrids and stuff but I'm talking about just using a table
strutured html form like you would with struts html tags.

Indexed properties in struts, and compare that with a datatable in
JSF. Also see how the backing bean already knows something about the
list of data. dataModel.getRow() .. Or even if you need to mess with
the view in a backing bean this is all relatively straight forward
with JSF but not in struts.

In terms of the JSP model/validation and the idea of backing beans
rather than actionForm and Action, IMO is better. Even if today you're
developing struts applications today, I think its important to know
whats going on JSF, if not for tommorrow then you know why you're not
going to use it.

I don't really care for the other stuff JSF does outside of the JSP
model. But in terms of comparing struts JSP vs JSF JSP, there are
problems and advantages to both. I'd say know something (if not more)
about both and other approaches for that matter. The choices will
usually boil down to who you can get and what skills they have, not
which is better or worse.

Mark

On Apr 2, 2005 9:55 AM, Dakota Jack <dakota.jack@gmail.com> wrote:
> We would do things your way, and things would be just great then,
> Brian, but you forgot to tell us how we should do things.  So we will
> all have to muddle by in the ways we can manage, and, additionally,
> have to suffer your approbation because you have abandoned us just
> when you can see we most need your guidance and wisdom.
> 
> Aside from your obvious superiority to everyone here, how this came
> down to anyone's sphincter appearing seemingly free form in your
> noodle is beyond me.  Maybe you just like writing "sphincter" for some
> inexplicable reason.  Maybe your butt hurt.  This is a conundrum of
> major proportions, no?
> 
> I know: this is an April Fool, right?
> 
> Jack
> 
> <SNIP>
> On Apr 1, 2005 5:25 PM, Brian Moseley <bcm@maz.org> wrote:
> > Dakota Jack wrote:
> >
> > > I have no problem with the diversity.  I think that Sun is making an
> > > error following NET rather than leading the way with a truly new
> > > web-MVC product.  They should hire Rod Johnson and whomever he wants
> > > to work with and let him go to town doing something that will stand
> > > the test of time.
> >
> > i guess this argument really boils down to whose nose is buried in whose
> > sphincter.
> >
> > what a ridiculous thread.
> </SNIP>
> 
> --
> "You can lead a horse to water but you cannot make it float on its back."
> ~Dakota Jack~
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
>

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


Mime
View raw message