Understanding the Java Components directory structure
The Java Server Pages (JSPs) that implement Actuate Java Components URIs are grouped by function into directories under the context root. The context root is the web directory in which an Actuate Java Components web application resides, which is the web archive (.war) file’s name. When the web archive (.war) file is extracted, the context root for Java Components is the root directory of the web archive (.war) file. The Java Components context root name in the web or application server’s configuration file is the name of the web archive (.war) file as set by the Java jar utility. Figure 3‑1 shows the Java Components directory structure.
Figure 3‑1 Actuate Java Components directory structure
Actuate Java Components URIs convey user requests to an application server.
Pages that support folder navigation and document viewing reside in the <context root>\iportal\activePortal directory. Within this directory, pages that support report viewing reside in the viewer directory, pages that serve as templates for other pages reside in the templates directory, and so on. Some directory names exist directly under the iportal directory and also under the <context root>\iportal\activeportal\private subdirectory. Customize the JSPs under the private subdirectory. Table 3‑1 lists and describes the general context root directories.
Table 3‑1 <Context root> directories
Directory
Contents
This directory
ajclanding.jsp, the default page for accessing all Actuate Java Component functionality, and supporting material.
admin
UI files for application administration. Do not change.
birtAdapter
BIRT Viewer integration files.
bizRD
Pages that support BIRT Studio.
common
Common files for the user interface, style, and images.
da
BIRT Data Analyzer support files.
dashboard
Dashboard support files.
downloads
Downloaded files.
dtd
Document type definitions.
filesfolders
Pages that support working with files and folders.
images
Java Components user interface images and icons.
iportal
The Java Components application internals.
iv
Pages that support BIRT Interactive Viewer.
js
JavaScript files that control specific web page elements such as search, toolbar, and table of contents.
META-INF
The Java Components manifest file.
myfiles
Files for listing repository content controlled by myfiles.jsp.
newrequest
Pages that support new requests, such as parameter processing, scheduling, and job status pages.
options
Options-specific pages, such as notification pages.
requests
Pages in this directory provide backward compatibility for custom web applications referencing these pages by URL. Use the action paths and the private\jobs directory for new customization projects.
resources
Support for localization and backward compatibility.
viewer
Pages that support report viewing.
WEB-INF
Files that manage session information such as current user login, roles, and volume.
Table 3‑2 lists and describes the directories in the common/jslib/common path.
Table 3‑2 <Context root>/common/jslib/common directories 
Directory
Contents
default
Style sheets for most pages in Java Components
font
Font definition files.
img
Icon, button, and logo files.
Table 3‑3 lists and describes the iportal directories.
Table 3‑3 <Context root>/iportal directories 
Directory
Contents
activePortal
Pages that support login and authentication and directories for the remaining pages for folder navigation and document usage
common
Common elements included in all reporting web pages, such as banner and side menu elements
examples
Java Servlet examples
jsapi
JavaScript pages to support the JavaScript API demonstration page
portlets
Actuate JSR-168 portlets
Table 3‑4 lists and describes the <context root>\iportal\activePortal directories.
Table 3‑4 <Context root>/iportal/activePortal directories 
Directory
Contents
This directory
Pages that support login and authentication and directories for the remaining folder and document pages for the Java Components application.
common
Common elements included in all reporting web pages, such as banner and side menu elements.
dtd
Document type definitions.
errors
Error pages.
images
Images for reporting web pages, such as buttons, icons, lines, and arrows.
private
Most Java Components folders and documents web pages. Users cannot directly access pages in this directory using URLs. These pages are customizable.
private
\channels
Pages that support channels. Channels have no relevancy in the Deployment Kit.
private
\common
Common elements included in all reporting web pages, such as banner and side menu elements.
private
\cubeviewer
Pages that support viewing Actuate Analytics Option cubes. The cube viewer has no relevancy in the Deployment Kit.
private
\customization
Pages that support customization of skins.
private
\diagnosis
Self-diagnostic utility page.
private
\filesfolders
Pages that support working with files and folders.
private\jobs
Pages that support requests such as completed requests, successful submission, and details pages by redirecting.
private
\newrequest
Pages that support new requests, such as parameter processing, scheduling, and job status pages.
private\options
Options-specific pages, such as channels, notification, and options update pages.
private
\parameters
Pages that support table parameters.
private\query
Pages that support Actuate Query functionality. Queries have no relevancy in the Deployment Kit.
private\sample
Example custom requester page.
private\skins
Skins definitions.
private
\templates
Jakarta Struts template pages that simplify customization by handling common web page structure and functionality for many pages.
viewer
Pages that support report viewing. The viewer has no relevancy in the Deployment Kit. The BIRT Viewer is a separate application and is not in the viewer directory.
Actuate recommends that you group Java Components applications in the home directory of an Actuate distribution to make them easier to locate. Place the context root in whatever location your application requires. To ensure that the JSP engine locates your Java Components application’s context root, always use the jar utility to generate the web archive (.war) file after licensing or customization.