Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 4.0

From a Struts developer point of view, the one required configuration file used by the framework is web.xml. From here, you have full control over how Struts configures both itself and your application. By default, Struts will load a set of internal configuration files to configure itself, then another set to configure your application, however it is possible to build an entire Struts application without writing a single configuration file other than web.xml.

The table lists the files that you can use to configure the framework for your application. Some configuration files can be reloaded dynamically. Dynamic reloading makes interactive development possible. See Reloading configuration for more.

File

Optional

Like many other Web frameworks, WebWork requires a number of configuration files to determine how it should work.

Define IOC components

File

Location (relative to webapp)

Purpose

web.xml

no

/WEB-INF/

Web deployment descriptor to include all necessary WebWork framework components

xworkstruts.xml

yes

/WEbWEB-INF/classes/

Main configuration, contains result/view types, action mappings, interceptors, etcand so forth

struts.properties

yes

/WEB-INF/classes/

Framework properties

strutswebwork-default.xml

yes

/WEB-INF/lib/webworkstruts2-core.jar

Default configuration that should be included in xwork.xmlprovided by Struts

struts-default.vm

yes webwork.properties

/WEB-INF/classes/

WebWork properties

Default macros referenced by velocity.properties

struts-plugin.xml

yes

At the root of a plugin JAR

Optional configuration files for Plugins in the same format as struts.xml.

velocity.properties

yes

/WEB-INF/classes/

Override the default velocity configuration

validators.xml

/WEB-INF/classes/

Define input validators to be used later

components.xml

/WEB-INF/classes/

Velocity configuration

Static Content

Common static content that is needed by the framework (JavaScript and CSS files, etc.) is served automatically by the FilterDispatcher filter. Any request starting with "/struts/" denotes that static content is required, and then mapping the value after "/struts/" to common packages in the framework and, optionally in the application's class path.

By default, the following packages are searched:

  • org.apache.struts2.static
  • template

Additional packages can be specified by providing a comma separated list to the configuration parameter named "packages" (configured in web.xml for the FilterDispatcher filter). When specifying additional static content, you should be careful not to expose sensitive configuration information (such as the password to a database).

Next: Application Servers