|Stable release||2.2.12 (Mojarra Reference Implementation) / July 20, 2015|
|Preview release||2.3.0 Milestone 3 (Mojarra Reference Implementation) / July 21, 2015|
|Type||Web application framework|
JavaServer Faces (JSF) is a Java specification for building component-based user interfaces for web applications. It was formalized as a standard through the Java Community Process and is part of the Java Platform, Enterprise Edition.
|This section requires expansion. (August 2014)|
In 2001, the original Java Specification Request (JSR) for the technology that ultimately became JavaServer Faces proposed developing a package with the name
javax.servlet.ui By June 2001, JavaWorld would report on Amy Fowler's team's design of "the JavaServer Faces API" (aka "Moonwalk") – "an application framework for creating Web-based user interfaces".
- JSF 2.2 (2013-05-21) – Introduced new concepts like stateless views, page flow and the ability to create portable resource contracts.
- JSF 2.1 (2010-11-22) – Maintenance release 2 of JSF 2.0. Only very minor amount of specification changes.
- JSF 2.0 (2009-07-01) – Major release for ease of use, enhanced functionality, and performance. Coincides with Java EE 6.
- JSF 1.2 (2006-05-11) – Many improvements to core systems and APIs. Coincides with Java EE 5. Initial adoption into Java EE.
- JSF 1.1 (2004-05-27) – Bug-fix release. No specification changes.
- JSF 1.0 (2004-03-11) – Initial specification released.
How it works
Based on a component-driven UI design-model, JavaServer Faces uses XML files called view templates or Facelets views. The FacesServlet processes requests, loads the appropriate view template, builds a component tree, processes events, and renders the response (typically in the HTML language) to the client. The state of UI components and other objects of scope interest is saved at the end of each request in a process called stateSaving (note: transient true), and restored upon next creation of that view. Either the client or the server side can save objects and states.
JSF and Ajax
Because JSF supports multiple output formats, Ajax-enabled components can easily be added to enrich JSF-based user interfaces. The JSF 2.0 specification provides built in support for Ajax by standardizing the Ajax request lifecycle, and providing simple development interfaces to Ajax events, allowing any event triggered by the client to go through proper validation, conversion, and finally method invocation, before returning the result to the browser via an XML DOM update.
Ajax-enabled components and frameworks
The following companies and projects offer Ajax-based JSF frameworks or component libraries:
- Apache MyFaces – The Apache Foundation JSF implementation with Ajax components
- Backbase Enterprise Ajax – JSF Edition, Ajax framework
- IBM Notes – XPages
- JBoss RichFaces (derived from and replaces Ajax4jsf), Ajax-enabled JSF components for layout, file upload, forms, inputs and many other features.
- OmniFaces, open-source JSF utility library
- Oracle ADF Faces Rich Client, Oracle Application Development Framework
- PrimeFaces – Ajax framework with JSF components
- Sun Java BluePrints AJAX components
- ZK – Ajax framework with JSF components
Facelets (which was designed specifically for JavaServer Faces) was adopted as the official view technology for JSF 2.0. This eliminates the life-cycle conflicts that existed with JSP, forcing workarounds by Java developers. Facelets allows easy component/tag creation using XML markup instead of Java code, the chief complaint against JSF 1.x.
The new JSF developments also provide wide accessibility to Java 5 annotations such as @ManagedBean, @ManagedProperty and @FacesComponent which removes the need for faces-config.xml in all cases except framework extension. Navigation has been simplified, removing the need for faces-config.xml navigation cases. Page transitions can be invoked simply by passing the name of the desired View/Facelet.
Addition of Partial State Saving and DOM updates are part of the built in standardized Ajax support.
JSF 2.0 also includes a number of other changes like adding support for events, separate development, staging, and production modes, similar to RAILS_ENV in Ruby on Rails, and significantly expanding the standard set of components.
We continue to see teams run into trouble using JSF -- JavaServer Faces -- and are recommending you avoid this technology. Teams seem to choose JSF because it is a JEE standard without really evaluating whether the programming model suits them. We think JSF is flawed because it tries to abstract away HTML, CSS and HTTP, exactly the reverse of what modern web frameworks do. JSF, like ASP.NET webforms, attempts to create statefulness on top of the stateless protocol HTTP and ends up causing a whole host of problems involving shared server-side state. We are aware of the improvements in JSF 2.0, but think the model is fundamentally broken. We recommend teams use simple frameworks and embrace and understand web technologies including HTTP, HTML and CSS.
Rebuttal to criticisms
JSF is a stateful framework by nature and state makes web applications easy to develop with. With improved state management techniques introduced in JSF 2.0+ (e.g. stateless mode, partial state saving), JSF can scale as well.
- Oracle JavaServer Faces Technology
- JSF specification
- JSR 344 (JSF 2.2)
- JSR 314 (JSF 2.0 and JSF 2.1)
- JSR 252 (JSF 1.2)
- JSR 127 (JSF 1.0 and 1.1)
- JSR 316 (Changes to JSF 2.0 in Java EE 6)
- JavaServer Faces Technology
- "JSR 127: JavaServer Faces". Java Community process. Oracle Corporation. 2014. Retrieved 2014-08-05.
2.6 Is there a proposed package name for the API Specification? (i.e., javapi.something, org.something, etc.) [:] javax.servlet.ui
- Armstrong, Eric (2001-06-06). "Java Web services: What's not to like?: Java offers end-to-end, top-to-bottom, client/server solutions". JavaWorld (JavaWorld, Inc.). Retrieved 2014-08-08.
The JavaServer Faces API (aka Moonwalk) promises to provide an elegant solution for implementing interactive functionality on incompatible browsers. [...] Designed by a team led by Amy Fowler, Sun's AWT and Swing architect, the JavaServer Faces API will provide a collection of GUI tools that will run on common browsers using standard HTML.
- JSF 2.2 (JSR-344) is final | techscouting through the java news. Blog.oio.de. Retrieved on 2013-07-29.
- JSR 314 JavaServer Faces 2.1 JSF 2.1 | techscouting through the java news. Blog.oio.de. Retrieved on 2013-07-29.
- Bosch, Andy (2010-11-29). "Was ist neu in JSF 2.1" (in German). it-republik.de. Retrieved 2013-02-19.
- Ryan Lubke (5 December 2007). "Project Mojarra - the JSF RI gets a code name".
- Bergsten, Hans. "Improving JSF by dumping JSP". O'Reilly. Retrieved 18 August 2011.
- "Technology Radar" (PDF). ThoughtWorks. January 2014. p. 12.
|Wikimedia Commons has media related to JavaServer Faces.|
- Official website The project page for JSF at java.net
- Core Servlets JSF Tutorials Tutorials with Source Code
- ICEfaces Official site of the ICEfaces Open Source Project
- JSR 276 Design-Time Metadata for JavaServer Faces Components
- James Holmes' JSF Resources Extensive listing of JSF articles, blog entries, tutorials, and more
- JSF Central JavaServer Faces Community
- Java EE 4 Tutorial Chapter 17: JavaServer Faces Technology
- Java EE 5 Tutorial Chapter 10: JavaServer Faces Technology
- Java EE 6 Tutorial Chapter 4: JavaServer Faces Technology
- Java EE 7 Tutorial Chapter 7: JavaServer Faces Technology
- JSF Tutorials, Examples and Articles catalog
- JSF Matrix listing various JSF implementations and their features
- Brief review on the latest changes to JSF 2.0 to be reflected in Java EE 6
- PrimeFaces Official site PrimeFaces
- JSF Tutorials Memorynotfound JSF tutorials, Code Examples, Best Practices
- JSF Tutorial Sitenol JSF tutorials, examples and good email support for coding problems
- Cloud Tutorial - JavaServer Faces in a Day JSF Tutorial that embraces the use of a Cloud IDE to let you learn the fundamentals of JSF in just one day