This document describes how to install the Transport Service software contained in the transport-registry package. The following topics can be found in this section:
This section details the system requirements for installing and operating the Transport Service.
The Transport Service was developed using Java and will run on any platform with a supported Java Runtime Environment (JRE). The software was specifically developed under Java version 1.6 and has only been tested with this version. The following commands test the local Java installation in a UNIX-based environment:
% which java /usr/bin/java % java -version java version "1.6.0_26" Java(TM) SE Runtime Environment (build 1.6.0_26-b03-384-10M3425) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-384, mixed mode)
The first command above checks whether the java executable is in the environment's path and the second command reports the version. If Java is not installed or the version is not at least 1.6, Java will need to be downloaded and installed in the current environment. Consult the local system administrator for installation of this software. For the do-it-yourself crowd, the Java software can be downloaded from the Oracle Java Download page. The software package of choice is the Java Standard Edition (SE) 6, either the JDK or the JRE package. The JDK package is not necessary to run the software but could be useful if development and compilation of Java software will also occur in the current environment.
The Transport Service requires a Java application server for hosting the web application. The suggested application server for this release is Apache Tomcat with a minimal version of 6.0.20 through version 7.0.X. Consult the local system administrator for installation of this software. For the do-it-yourself crowd, see the Tomcat Deployment document for installation and configuration details. If viewing this document from the transport-registry package, view the Tomcat Deployment document from the Engineering Node site.
The top-level directory where Apache Tomcat is installed (i.e. the directory containing the webapps and conf sub-directories) will be referenced in these instructions as $TOMCAT_HOME.
Download the transport-registry package from the PDS FTP site. The binary distribution is available in identical zip or tar/gzip packages. The installation directory may vary from environment to environment but in UNIX-based environments it is typical to install software packages in the /usr/local directory and in Windows-based environments it is typical to install software packages in the C:\Program Files directory. Unpack the selected binary distribution file with one of the following commands:
% unzip transport-registry-1.1.0-bin.zip or % tar -xzvf transport-registry-1.1.0-bin.tar.gz
Note: Depending on the platform, the native version of tar may produce an error when attempting to unpack the distribution file because many of the file paths are greater than 100 characters. If available, the GNU version of tar will resolve this problem. If that is not available or cannot be installed, the zipped package will work just fine in a UNIX environment.
The commands above will result in the creation of the transport-registry-1.1.0 directory with the following directory structure:
A README file directing the user to the available documentation for the project.
The copyright notice from the California Institute of Technology detailing the restrictions regarding the use and distribution of this software. Although the license is strictly worded, the software has been classified as Technology and Software Publicly Available (TSPA) and is available for anyone to download and use.
This is the Web ARchive (WAR) file containing the Transport Service software including all dependent JAR files.
This directory contains a local web site with the Transport Service documentation, javadoc, unit test results and other configuration management related information. Just point the desired web browser to the index.html file in this directory.
The Transport Service web application is packaged as a WAR file and is intended for installation under a standard Java Application Server. For a Tomcat server deployment, the WAR file is normally copied directly to the webapps directory within the Tomcat installation or installed via the Manager interface. Once this step is complete, the application is ready for configuration.
The preferred method for configuring the Transport Service is to use the web-based interface. There is also a method for file-based configuration, which is especially useful when performing an upgrade of the service.
The Transport Service is a web application and can be accessed with any standard web browser (e.g., Firefox, Safari, Internet Explorer, etc.). Assuming the user is attempting access to the application from the local machine where the application server is running, the application is accessible from the following end point: http://localhost:8080/transport-registry. The following screen should appear in your web browser:
Select the Configure the Service link, which will display the following login screen:
Enter the default password of hanalei and select the Log In button to display the following configuration screen:
The top portion of the screen provides access to the following configuration settings:
Change the default administrator password. Enter a new password in the text box. This password will be required to reconfigure the Transport Service in the future.
Select the Yes button if administrative access should be limited to web browsers running on the host machine where the application server is running. Selecting the No button, will allow access to all hosts.
Select the Yes button to require HTTPS for administrative access. The host application server must support HTTPS. Selecting the No button, will provide access over HTTP.
Scroll down the screen to the System Properties section as displayed below:
The values for the following two properties must be specified:
This property must contain the end point for the Registry Service to be queried by the Transport Service.
The default value for this property is http://localhost:8080/registry.
Optionally, the value can be set to a comma-separated list of Registry URLs,
which will be queried in sequence by the Transport Service until a match is found, and the corresponding product
is returned. For example:
gov.nasa.pds.transport.RegistryProductHandler.registryUrl=http://localhost:8080/registry, http://pdsdev.jpl.nasa.gov:8080/registry-atm.
This property must contain the full path to a local directory that will be used as scratch space for the Transport Service. The default value for this property is /tmp.
The Transport Service does offer some more advanced configuration settings including adding code bases and additional product or profile query handlers. These advanced configuration settings will not be covered here. Scroll down to the bottom of the screen as displayed below:
Select the Save Changes button to save any changes made to the configuration settings. The Transport Service is now ready for operations.
Although not the suggested method for configuring the Transport Service, this method can be useful if the desire is to transfer the configuration from one Transport Service to another (i.e., upgrading versions). The configuration file resides at $TOMCAT_HOME/webapps/transport-registry/WEB-INF/config.xml and should look something like the following:
<configuration xmlns='http://osr.jpl.nasa.gov/web-grid/ns/' https='false' localhost='false' password='aGFuYWxlaQ=='> <server className='gov.nasa.pds.transport.RegistryProductHandler' type='product'/> <properties> <property key='gov.nasa.pds.transport.RegistryProductHandler.registryUrl'> http://localhost:8080/registry </property> <property key='gov.nasa.pds.transport.RegistryProductHandler.tmpDir'> /tmp </property> </properties> </configuration>
Note: For readability purposes, the <property> elements in the example above have been broken up into multiple lines. Each of these lines should be represented as a single line (with no line breaks) in the actual configuration file.
Before upgrading the Transport Service, make a copy of the above configuration file. Install the new Transport Service as specified above. Shutdown the host application server, copy the saved configuration file over the one that came in the new installation and they restart the application server. The Transport Service is now ready for operations.