aspose file tools*
The moose likes JSF and the fly likes JSF 1.1 vs. JSF 1.2 Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » JSF
Bookmark "JSF 1.1 vs. JSF 1.2" Watch "JSF 1.1 vs. JSF 1.2" New topic
Author

JSF 1.1 vs. JSF 1.2

Ashraf Abu-Aisheh
Ranch Hand

Joined: Apr 17, 2009
Posts: 88
Hello,

I want to know what are the differences between JSF 1.1 and JSF 1.2 upon the following:

1) Lifecycle.
2) New features and changes in JSF 1.2 specification.
3) Tomcat version that used for both.
4) Servlet API version.
5) JSP API version.
6) And other requirements.

Please help me because i am confused about the above issues, and if you have a good material for JSF at all and especially for JSF 1.2.

Thanks.


SCJP 5 - 79%
SCWCD 5 - 100%
Ashraf Abu-Aisheh
Ranch Hand

Joined: Apr 17, 2009
Posts: 88
JSF 1.2 Features reference: http://www.roseindia.net/jsf/jsf-versions.shtml

Software Requirements:
The latest version of JSF, JSF 1.2 works with servlet 2.5 and JSP 2.1.
If you want to run JSF 1.2 application on tomcat then Tomcat 5.5 won't work. To run JSF 1.2 on Tomcat, you need Tomcat 6.0 or higher version.
Tomcat 6.0 has support for servlet 2.5 and JSP 2.1 specifications.

1) Unified Expression Language(EL) :
Unified EL has been added to JSTL to overcome problems when integrating JSP EL with the JSF EL.EL was used to access data objects in a simple way. It is used mainly as a short-hand for accessing values. Later it was included in JSP 2.0 with more functionality.When JSF was released it also needed EL.JSF and JSP each has its own EL.The JSP EL is much flexibile to the web application developer but JSF people were unsatisfied by the JSP EL.One of the reason was that it requires JSP engine to evaluate expression at the appropriate time during the lifecycle, but JSP expressions are evaluated immediately. The second reason behind it was that JSP functions could only call static methods in TLD and they cannot be used to invoke public methods dynamically on server side objects during lifecycle to validate data and handle component evevts.
So these were the reasons for developing such an EL that would work for both JSP and JSF and make using JSP and JSF together easier. This new EL is called unified EL. So this was inspired by EL used in JSTL and JSP. There is a package "el" in javax package that represents EL.

In addition to the features already available in the JSP EL, unified EL has the following features :
1. Deferred evaluation of expressions i.e.evaluation of the expression at the appropriate time during the page lifecycle from JSP engine.
2. Support for expressions that can set and get values
3. Support for expressions that can invoke methods.
4. A pluggable API for resolving expressions
2) Ajax Support :
JSF framework can make things a little easier to write AJAXian JSF components.JSF allows to map different instances of the FacesServlet with different lifecycles.For example, one mapping for standard JSF requests and another for AJAX JSF requests.
3) New Tree Creation and Content Interweaving Model for Faces applications that use JSP :
We can make JSF application without using any JSP page but it can also be developed using both JSP and JSF.Using JSP makes some developers easy to handle.Sometimes When integrated it did not respond as we expect. These problems have been resolved in JSF 1.2.There have been made some changes in specification of the implementation of the FacesViewHandler for JSP and JSP custom tag base class.
4) Integration with JSTL :
Using JSTL's <c:forEach> tag to contain Faces input components was one of the problem, because JSP has no notion of a postback, it was not possible to apply the values correctly to the nested input components on postback. Some new concepts in EL make it possible to use this tag fully with any kind of JSF component.
5) Back Button issues and Multi Frame or Multi Window Faces Apps :
JSF have fixed the problem related to Multi Frame or Multi Window applications.The browser back button also created some problems. These problems were because of deficiency in the State Management API.
6) Associating a message with a particular component in the page :
Previously we could not include label of a component dynamically in an error message for that component. Now it's possible in new JSF 1.2.It's also possible to override the conversion or validation message that is displayed to the user on a per-instance basis.
7) Expose an application wide ResourceBundle to the EL :
<resource-bundle> element in faces-config allows listing many resource bundles that should be exposed to the EL using the new ELResolver chain.This optimize performance and prevent the need to create a ResourceBundle for every request.
8) Use of multiple renderKits.
9) Provide XML Schema for the config files, instead of using DTD.
10) Security enhancements for client side state saving.
11) Solve the "duplicate button press" problem.
12) The portlet related bug-fixes.

JSP 2.1 is developed under JSR-245 and JSF 1.2 is developed under JSR-252. These two groups have experts and they are working independently but the main focus of development was to provide more support and compatibility between these two technology that are powerful web presentation technology so that they can be useful for each other.

 
It is sorta covered in the JavaRanch Style Guide.
 
subject: JSF 1.1 vs. JSF 1.2