There are certain concerns that involve JSF that are too broad to
deal with in the JSF specification itself. In these cases, related
specifications have been introduced that can focus soley on the
technology concern. Below is a listing of the related JSF
specifications and a brief description of their purpose. JSR 299: Java Contexts and Dependency Injection for the Java EE Platform (CDI)CDI
defines a set of services for Java EE components that provide a
type-safe
dependency injection facility, contextual state management and a
lightweight event notification facility. You can read more information
about it at http://seamframework.org/Weld. This
specification was introduced to bridge JSF and EJB. For that reason, it's the preferred means of defining managed beans for JSF views,
replacing
the managed bean facility in the JSF specification. CDI is recommended
over JSF managed beans as Facelets is recommended over JSP. CDI also defines the conversation scope for JSF. It's defined as a CDI custom scope, not as JSF custom scope. The boundaries of a conversation is controlled programmatically using the Conversation API in CDI. JSR 301: Portlet Bridge Specification for JavaServer FacesThe
Portlet Bridge Specification for JavaServer Faces defines the semantics
of a JSR 168/JSR 286 portlet that proxies for JSF artifacts. It defines
the subsystem that allows a JavaServer Faces resource to execute and
satisfy a portlet request. The bridge is layered between the portlet
container and the JavaServer Faces runtime. Its behavior and
implementation depends on both. There is a discrete bridge specification and implementation for each version combination of JavaServer Faces and Java Portlets. JSR 329: Portlet 2.0 Bridge for JavaServer Faces 1.2 SpecificationThe compliment specification to JSR 301 that defines the semantics of running a JSF resource in a portlet 2.0 runtime. JSR 245: JavaServer Pages 2.1For
historical reasons, part 2 of this specification includes the
definition of the Unified Expression Language (EL) that JSF heavily
relies upon. The Unified EL began as an initiative to better integrate
JSF and JSP, but now that Facelets is the standard view layer, the
Unified EL is often seen as a standalone technology and hopefully it
will split off as its own specification. JSR 276: Design Time Metadata for JavaServer Faces ComponentsDefines a standard mechanism for associating design-time information with JavaServer Faces components. Java and JavaServer Faces are trademarks or registered trademarks of Oracle and/or its affiliates. http://www.javaserverfaces.org is maintained and operated by members of the JSR-314 (JSF 2.0) Expert Group and dedicated community contributors.Got a suggestion to make javaserverfaces.org better? Is there a page we forgot? Please post your suggestion in the community forums. |
Specification >