Additionally, your server can send these types of client-side applications to clients:
Installing server-side programs
Java applets, LiveWire applications, and CGI programs have different strengths and uses: Java is a full-featured programing language created for creating network applications. LiveWire programs are written in JavaScript, a scripting language based on Java; it is easier to learn than an entire programing language, and is useful for creating programs quickly. CGI (Common Gateway Interface) programs can be written in C, Perl, or other programming languages; what makes them all CGI programs is the standard way they accept and return information.
Each type of program is installed onto the server differently. The following list summarizes the procedures:
These installation procedures are described in the following sections.
To use server-side Java applets with your server, you must enable your server's Java interpreter, and copy all Java applets into a specified directory, as described below. All server-side Java applets must be named in the format name.class. (For more information on creating Java applets that work with your server refer to the Programmer's Guide.) To enable your server to use server-side Java applets,
Be sure to copy all server-side Java applets into the directory you've specified.
Installing LiveWire applications
LiveWire applications are written in JavaScript, a scripting language for dynamic client/server interaction. You install and configure LiveWire applications with the LiveWire Application Manager, a separate application that you can access through the Server Manager.
For detailed information on using the LiveWire Application Manager, refer to the LiveWire Developer's Guide. Also, be certain to read the following section, "Securing the LiveWire Application Manager."
After you create a LiveWire application, install it onto the server through these steps.
NoteDon't give any LiveWire applications the same names as any sub-directories of your primary document directory. If you do this, the server will no longer correctly process requests from the directory. For example, if you have a directory
http://yourserver.domain.com/bug, and a LiveWire application named bug, all requests for any files in the bug directory (or any of its subdirectories) will attempt to launch the bug LiveWire application. Warning!Your LiveWire Application Manager runs on your regular server (rather than on the administration server, which runs the server manager). The LiveWire Application Manager is installed into the
livewire/appmgr directory off of your server's root directory, and can be accessed without the server manager with this URL: http://yourserver.domain.com/appmgr.
Consequently, you should use configuration styles to restrict access to the Application Manager URL and the applications' URIs so that only you and any other trusted administrators can access them.
To set access control for multiple directories, create a configuration style that contains all of the directories. Then apply access control to that configuration style. For more about configuration styles, refer to "Working with configuration styles" on page 52. For more information on restricting access to part of your server, see "Controlling access to your server" on page 69.
Installing CGI programs
Common Gateway Interface, or CGI, programs can be created with any number of programming languages. On a Unix machine, you're likely to find CGI programs written as Bourne shell or Perl scripts. On a Windows computer, you might find CGI programs written in C++, or Visual Basic.
Regardless of the programming language, all CGI programs accept and return data in the same manner, as described in the Programmer's Guide.
There are two ways to store CGI programs on your server machine:
.CGI, .EXE, or .BAT. The programs can be located in any directory the server can serve from.
After you configure your server with either of these options, you move all of your CGI programs in the appropriate directory, or give them the appropriate extensions. You can also use both options simultaneously--you can have CGI-only directories and a CGI-specific file-type extension.
There are benefits to either implementation. If you want to keep a close eye on all CGI programs that you or anyone else might add, you should keep them in specified directories. If you don't need to keep watch that closely on your CGI programs, you could keep them in the same directories as your HTML files, and choose the file type alternative.
Note
If you choose the directory option, your server will attempt to interpret any file you place in that directory as a CGI program. By the same token, if you choose the file type option, your server will attempt to process any files with the extensions .CGI, .EXE, or .BAT as CGI programs. Depending on the text within the files, this will usually cause some kind of error.
Specifying a CGI directory
To specify a CGI-only directory,
For example, if you type cgi-programs as the URL prefix, then all URLs
to these CGI programs have the structure http://yourserver.domain.com/cgi-programs/program-name.
Note: the URL prefix you specify can be different than the real CGI directory you specify in the next step.
To remove an existing CGI directory, click that directory's Remove button in the CGI Directory Form. To change the URL prefix or CGI directory of an existing directory, click that directory's Edit button.
Copy your CGI programs into the directories you've specified. Remember--any file in those directories will be processed as a CGI file.
Specifying CGI as a file type
To specify CGI programs as a file type,
The CGI files can reside in or beneath the directory you have specified, and they must have the extensions .BAT, .EXE, or .CGI. Any non-CGI files with those extensions will be processed by your server as CGI files, causing errors.