Basic Requirements of a JavaServer Faces Application

In addition to configuring your application, you must satisfy other requirements of JavaServer Faces applications, including properly packaging all the necessary files and providing a deployment descriptor. This section describes how to perform these administrative tasks. JavaServer Faces applications can be packaged in a WAR file, which must conform to specific requirements to execute across different containers. At a minimum, a WAR file for a JavaServer Faces application must contain the following:

A web application deployment descriptor, called

web.xml, to configure resources required by a web application

A specific set of JAR files containing essential classes

A set of application classes, JavaServer Faces pages, and other required resources, such as image files

A WAR file may also contain:

An application configuration resource file, which configures application resources A set of tag library descriptor files

For example, a Java Server Faces web application WAR file using Facelets typically has the following directory structure:

$PROJECT_DIR [Web Pages] +- /[xhtml documents] +- /resources +- /WEB-INF +- /classes +- /lib +- /web.xml +- /faces-config.xml (optional) +- /*.taglib.xml (optional) +- /glassfish-web.xml
The the WAR file.

web.xml file (or web deployment descriptor), the set of JAR files, and the set of application files must be contained in the WEB-INF directory of

Configuring an Application with a Web Deployment Descriptor

Web applications are commonly configured using elements contained in the web application deployment descriptor, for a JavaServer Faces application must specify certain configurations, including the following:

web.xml. The deployment descriptor

The servlet used to process JavaServer Faces requests The servlet mapping for the processing servlet

The path to the configuration resource file, if it exists and is not located in a default location

The deployment descriptor can also include other, optional configurations, such as:

Specifying where component state is saved Encrypting state saved on the client

Compressing state saved on the client

Restricting access to pages containing JavaServer Faces tags

Turning on XML validation

Specifying the Project Stage

Verifying custom objects

This section gives more details on these configurations. Where appropriate, it also describes how you can make these configurations using NetBeans IDE.

Identifying the Servlet for Lifecycle Processing

A requirement of a JavaServer Faces application is that all requests to the application that reference previously saved JavaServer Faces components must go through .A web applications and initializes the resources required by JavaServer Faces technology.

javax.faces.webapp.FacesServlet FacesServlet instance manages the request processing lifecycle for FacesServlet instance in order for the

Before a JavaServer Faces application can launch its first web page, the web container must invoke the application lifecycle process to start. See The Lifecycle of a JavaServer Faces Application for more information.

The following example shows the default configuration of the

FacesServlet:

<servlet> <servlet-name>FacesServlet</servlet-name> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> </servlet>

You provide a mapping configuration entry to make sure the

prefix mapping, such as , or an extension mapping, such as . The mapping is used to identify a page as having JavaServer Faces content. Because of this, the URL to the first page of the application must include the URL pattern mapping. The following elements, commonly used in the tutorial examples, specify a prefix mapping:

/faces/*

FacesServlet instance is invoked. The mapping to FacesServlet can be a *.xhtml

<servlet-mapping> <servlet-name>FacesServlet</servlet-name> <url-pattern>/faces/* </url-pattern> </servlet-mapping> ... <welcome-file-list> <welcome-file>faces/greeting.xhtml</welcome-file> </welcome-file-list>

The following elements, also commonly used in the tutorial examples, specify an extension mapping:

<servlet-mapping> <servlet-name>Faces Servlet</servlet-name> <url-pattern>*.xhtml</url-pattern> </servlet-mapping> ... <welcome-file-list> <welcome-file>index.xhtml</welcome-file> </welcome-file-list>

When you use this mechanism, users access the application as shown in the following example:

http://localhost:8080/guessNumber .xhtml extension, the container will send the request to the FacesServlet instance, which will expect a corresponding page of the same name containing the content to exist.
In the case of extension mapping, if a request comes to the server for a page with an

If you are using NetBeans IDE to create your application, a web deployment descriptor is automatically created for you with default configurations. If you created your application without an IDE, you can create a web deployment descriptor.

To Specify a Path to an Application Configuration Resource File

As explained in Application Configuration Resource File, an application can have multiple application configuration resource files. If these files are not located in the directories that the implementation searches by default or the files are not named

faces-config.xml, you need to specify paths to these files.

To specify these paths using NetBeans IDE, do the following. 1. 2. Expand the node of your project in the Projects pane. Expand the Web Pages and WEB-INF nodes that are under the project node. Double-click

3. 4.
5. 6. 7.

After the file appears in the editor pane, click General at the top of the editor pane. Expand the Context Parameters node. Click Add. In the Add Context Parameter dialog:

web.xml. web.xml

a.
b. c. 8.

Type in the Param Name field. Type the path to your configuration file in the Param Value field. Click OK. Repeat steps 1 through 7 for each configuration file.

javax.faces.CONFIG_FILES

To Specify Where State Is Saved

For all the components in a web application, you can specify in your deployment descriptor where you want the state to be saved, on either client or server. You do this by setting a context parameter in your deployment descriptor. By default, state is saved on the server, so you need to specify this context parameter only if you want to save state on the client. See Saving and Restoring State for information on the advantages and disadvantages of each location. To specify where state is saved using NetBeans IDE, do the following. 1. 2. Expand the node of your project in the Projects pane. Expand the Web Pages and WEB-INF nodes under the project node. Double-click

3. 4.
5. 6.

After the file appears in the editor pane, click General at the top of the editor pane. Expand the Context Parameters node. In the Add Context Parameter dialog:

web.xml. web.xml
Type

a. b.
c.

javax.faces.STATE_SAVING_METHOD in the Param Name field. Type client or server in the Param Value field.
Click OK.

More Information Implementation of State Saving If state is saved on the client, the state of the entire view is rendered to a hidden field on the page. The JavaServer Faces implementation saves the state on the server by default. Dukes Forest saves its state on the client.

Configuring Project Stage

Project Stage is a context parameter identifying the status of a JavaServer Faces application in the software lifecycle. The stage of an application can affect the behavior of the application. For example, error messages can be displayed during the Development stage but suppressed during the Production stage. The possible Project Stage values are as follows:

Development UnitTest SystemTest Production

Project Stage is configured through a context parameter in the web deployment descriptor file. Here is an example:

<context-param> <param-name>javax.faces.PROJECT_STAGE</param-name> <param-value>Development</param-value> </context-param>

If no Project Stage is defined, the default stage is

Development. You can also add custom stages according to your requirements.

Including the Classes, Pages, and Other Resources

When packaging web applications using the included build scripts, youll notice that the scripts package resources in the following ways:

All web pages are placed at the top level of the WAR file. The

faces-config.xml file and the web.xml file are packaged in the WEB-INF directory. WEB-INF/classes/ directory. WEB-INF/lib/ directory.

All packages are stored in the

All application JAR files are packaged in the

All resource files are either under the root of the web application /resources directory, or in the web applications classpath, METAINF/resources/resourceIdentifier directory. For more information on resources, see Web Resources. When packaging your own applications, you can use NetBeans IDE or you can use the build scripts such as those created for Ant. You can modify the build scripts to fit your situation. However, you can continue to package your WAR files by using the directory structure described in this section, because this technique complies with the commonly accepted practice for packaging web applications.