Re: [programmazione] Struts vs JSF (poll?)

[Luca Cicale <in...@alsoftware.it>]

Hi,
keep in mind that JSF is a very powerful framework, but it has also some 
limits.
The biggest one is that to work correctly javascript must be enabled on the 
client browser.
So, as first, take care this is a very strict specific.
Where it is possible i like using JSF (sun), otherwise I go with struts.

Using NetBeans and the so called visual JSF (woodstock project) is not 
mandatory to develop a JSF app.
(That is : u can use eclipse :-))

In any case, I suggest to invest in "know how" about the framework u decide 
to deal with. Also if some tools can give the impression everything is 
simple to do, a deep knowledge of the choosen framework is always necessary.

Regards

Luca Cicale






--------------------------------------------------
From: "Tommy Pham" <to...@yahoo.com>
Sent: Sunday, August 24, 2008 7:03 AM
To: <us...@tomcat.apache.org>
Subject: [programmazione] Struts vs JSF (poll?)

> Hi everyone,
>
> This maybe out of scope for this list but I wanted to know more about 
> Struts vs JSF other this old article [1].  Which are are deployed mostly 
> on your TC server(s)/cluster(s)?  If any Java developers are on this list, 
> which platform API do you prefer for quick development (to meet deadline), 
> performance, security management (user authentication and level 
> restriction) etc... since both are based on MVC despite their different 
> implementations(?).
>
> Since there isn't a JSR for Struts, has Struts been around before JCP is 
> formed?  And why is there not a JSR for Struts now (just curious)?
>
> As for JSF, which implementation is used by/for your app(s)? Sun/NetBeans? 
> Apache's MyFaces? or Others (please list)?  I'm somewhat disappointed 
> Netbeans support for JSF and Struts in that Netbeans bundled libs support 
> used older Apache Commons lib version (even for the current v6.1), 
> although this could be updated but I don't know whether it will break the 
> integration of Netbeans' VWP.  Even the tutorial/trails on NetBeans site 
> regarding Struts (although this can be compensated at Struts' web site) is 
> very limited perhaps because of the (biased?) Struts weak integration to 
> favor or push more on JSF/Visual JSF?
>
> I need to evaluate my options of API and IDE before I dedicate several 
> projects since the performance of Netbeans is getting worse by every 
> release comparing to Eclipse.  As for server, I've decided already ;)
>
> TIA,
> Tommy
>
> [1] http://websphere.sys-con.com/node/46516
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
> 

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org

Re: [programmazione] Struts vs JSF (poll?)

["Mark H. Wood" <mw...@IUPUI.Edu>]

On Mon, Aug 25, 2008 at 03:06:49PM +0200, Luca Cicale wrote:

> keep in mind that JSF is a very powerful framework, but it has also
> some limits.  The biggest one is that to work correctly javascript
> must be enabled on the client browser.  So, as first, take care this
> is a very strict specific.

[drifting further offtopic]
Putting on my end-user hat, I have to say that this can be more
significant than one might think.

I have NoScript installed on all my browsers.  It helps with security,
but I find that really I mostly use it to implement the maxim "avoid
time-wasting morons", like the all-singing all-dancing mortgage
distraction or those infuriating "let a live salesman twist your arm"
popins or the sites whose scripts run at 100% for minutes without
producing anything useful.

So when I hit a new site that wags its finger at me for not providing
Javascript (or worse, Flash) then I have to decide whether I'm
interested enough in that site to spend time granting them permission
to take over MY browser.  Often enough I either leave the scripting
off if I can get what I want without it, or I go down the road to
someone else's nice clean site that Just Works.

So when selecting technology, do consider the balance between
providing useful functionality to the users and just bothering them.

-- 
Mark H. Wood, Lead System Programmer   mwood@IUPUI.Edu
Typically when a software vendor says that a product is "intuitive" he
means the exact opposite.