NonStop Servlets for JavaServer Pages (NSJSP) 7.0 System Administrator's Guide

Configuring NSJSP
NonStop Servlets for JavaServer Pages (NSJSP) 7.0 System Administrator’s Guide—674372-005
3-65
The server.xml File
NSJSP Manager application, no changes should be made to an already running
application. The autoDeploy property does not have any effect on the Manager
application. This means that irrespective of the value of the autoDeploy property
the Manager application can deploy/undeploy applications.
The following scenarios illustrate the effect of the autoDeploy property:

Scenario 1: An application is deployed using a WAR file and the WAR file is
exploded to a directory (because the unpackWARs property is true). In this
case, if the autoDeploy is true and if the WAR file is accidentally removed the
entire context gets undeployed. If the autoDeploy is set to false, the
context still exists and the application is still available.

Scenario 2: An application is deployed as a directory and the web.xml (or any
WatchedResource) is accidentally modified. If autoDeploy is set to true,
the entire application will need to be redeployed with the modified web.xml. If
the modified web.xml has a configuration error (syntax error), the entire
application context will be unavailable. If autoDeploy is set to false, the
modified web.xml file will not harm the running application.

Scenario 3: An application contains several JSPs and one of the JSPs is
accidentally modified. In this case, irrespective of the value of the
autoDeploy property, the modified JSP is effective immediately. In this
scenario, the JSP becomes not marked as a WatchedResource. If it is
marked as a WatchedResource then the entire context is reloaded.
unpackWARs
Setting unpackWARs to true will explode WAR files in the Host's appBase
directory (usually the webapps directory). This will expose application contents
such as JSPs, and properties files. Although you can prevent modifications to
these files from affecting the running application by setting autoDeploy to false,
changes will affect the application upon restart. This represents a potential threat.
There is a potential drawback to setting unpackWARs to false. A web
application's static content will be read from the WAR file directly, instead of from
the otherwise exploded directory. It is recommended that all static content be
served by the iTP Secure WebServer and not by NSJSP.
deployXML
Set this property to false, if you want to disable parsing the context.xml file
embedded inside the application (located at /META-INF/context.xml).
Security-conscious environments should set this to false to prevent applications
from interacting with the container's configuration. The administrator will then be
responsible for providing an external context configuration file in
<NSJSP_HOME>/conf/[enginename]/[hostname]/.
Note. Although the application is still available, if there are any requests needing
any of the just deleted resources, those requests will fail.