# Static Web projects

If you want to create a content-based Web application that does not contain any dynamic content (such as servlets, JSP files, filters, and associated metadata) you might prefer to create a static Web project, as opposed to a dynamic Web project.

Static Web projects have the following characteristics:

- a Web content folder (called WebContent) for all publishable resources, You can change the name of this folder from the project's pop-up menu.
- a Theme folder, the suggested directory for storing cascading style sheets and other style-related objects.
- the ability to define folders outside of the Web content folder, for storing intermediate files, such as MIF files
- a conversion path from a static Web project to a dynamic Web project. If you decide to convert the project, it will be a fully-valid dynamic Web project.

In addition, your project will still have the following features (which are common to both static and dynamic Web projects ) :

- HTML syntax validation
- a broken link fix-up wizard
- a Web site navigation tool
- a new server type, the Static Web server, which makes it easy to publish static Web projects

The folder that a static Web project is published to is modifiable, so that when you set the publishing "root" value (called a context root), such as `/web1`, for a static project, everything in the Web content folder will be published to the web1 folder under the Web server's doc root. This enables you to group Web resources on a Web server in folders that correspond to Web projects in the workbench. When projects defined in this way are ready for production, you can publish specific projects directly to the doc root by changing the value to `/` and all publishing, link fixing, and browsing will update automatically.

Aliases can also be used to specify a context root value. For example, suppose that there is an alias that is defined on the target Web server, as follows:

    Alias /scripts/ "/var/www/scripts"

In this example, in which the current static Web project will contain common JavaScript™ files, you can set the context root value to be "scripts". In order for the resources in the static Web project to be published to the correct location on the Web server, you must add this Alias mapping to the server tools instance of the static Web server, as follows.

1. From the Server view, double-click on the static Web server configuration to open the server configuration editor.
   Note: This assumes that you've already defined the static Web server.
2. Click the Configuration editor tab.
3. Scroll down to the Alias Path Mapping section, and add the new Alias mapping.

Now that "scripts" is defined as an Alias, the Web content in the static Web project will be published to the mapped path, /var/www/scripts.

Related concepts
Web application overview
Web development tools
Dynamic Web projects and applications
Web archive (WAR) files

(C) Copyright IBM Corporation 2000, 2005. All Rights Reserved.