The Resources Component
Introduction
The Resources element represents the web application static resources, from which classes will be loaded, HTML, JSP and the other static files will be served. This allows the webapp to reside on various mediums other than the filesystem, like compressed in a WAR file, in a JDBC database, or in a more advanced versioning repository.
A unified caching engine is provided for all accesses to the webapp
resources made by the servlet container and web applications which use the
container provided mechanisms to access such resources, such as class laoder
access, access through the ServletContext
interface, or native
access through the DirectoryContext
interface.
Note: Running a webapp with non-filesystem based Resources implementations is only possible when the webapp does not rely on direct filesystem access to its own resources, and uses the methods in the ServletContext interface to access them.
A Resources element MAY be nested inside a Context component. If it is not included, a default filesystem based Resources will be created automatically, which is sufficient for most requirements.
Attributes
Common Attributes
All implementations of Resources support the following attributes:
Attribute Description className
Java class name of the implementation to use. This class must implement the
javax.naming.directory.DirContext
interface. It is recommended for optimal functionality and performance, but not mandatory, that the class extendorg.apache.naming.resources.BaseDirContext
, as well as use the special object types provided in theorg.apache.naming.resources
for returned objects. If not specified, the standard value (defined below) will be used.
Standard Implementation
The standard implementation of Resources is org.apache.naming.resources.FileDirContext, and is configured by its parent Context element.
Nested Components
No components may be nested inside a Resources element.
Special Features
No special features are associated with a Resources element.