Configuring and Running the Server

Overview

The Web Application Server delivers web pages containing web components to your Internet users. [Picture]

You use the Web Component Builder to build components (which know how to retrieve and display your data). Then you use the HTML Editor to place the components into HTML pages (with the .A5W extension). Finally, the Web Application Server delivers standard HTML and JavaScript pages to your Internet connected users.

Note: At least one user must be logged onto the Windows computer hosting the Web Application Server for it to run.

Runtime Web Application Server

There are two ways to install the Web Application Server, with and without the Alpha Five database. When installed without Alpha Five, you will not be able to use any functions or scripts that are stored in an Alpha Five .ADB database file. In order to use these functions or scripts, they need to be either embedded in .A5W pages or compiled into .AEX files.

General Tab

The Web Application Server's control panel is accessed by going to Tools > Web Server (or Web > Web Server). This is where the server is configured and controlled. Starting and stopping the server is as simple as using the Start Server and Stop Server buttons on this dialog box or on the System toolbar. Any changes made while the server is running will not take effect until you stop and then restart your server.

The General tab controls the basic server settings used by the Web Application Server. [Picture]

Note: The Web Application Server will support the use of only one port at a time.

Logging Tab

The Logging tab controls the logging behavior of the Web Application Server. [Picture]

Session Tab

The Sessions tab controls the session behavior of the Web Application Server. [Picture]

Errors Tab

The Errors tab controls how the Web Application Server should handle errors. [Picture]

Access Tab

This is where directory browsing can be enabled/disabled and IP restrictions can be created. [Picture]

SSL Tab

The Web Application Server optionally supports SSL for secure, encrypted transmissions. This support is particularly valuable in e-commerce applications.

The Web Application Server responds on the port specified on the General tab of the Control Panel. If you use port 81 and enable SSL, your URL would be https://<yourserver>:81. If you run SSL on port 443 instead, you can simplify your URL to https://<yourserver>.

Note: If you have SSL enabled, the Web Application Server will not respond to any http:// URL, no matter what number port you are using. [Picture]

Enabling SSL

A certificate enables a web server to tell its web clients its name and its public key, to be used for encrypted (SSL) communications. There are two types of certificates.

To get a certificate from a trusted company.

  1. Generate a Certificate Signing Request (CSR) for the server where the certificate will be installed. Be sure to keep the private key created as part of the CSR generation. It will be needed when you receive your certificate.

  2. Send this information to one of the trusted companies. Typically, you will paste it into a web form, but the methods vary.

  3. When you receive your certificate:

    1. Select the Enable SSL checkbox.

    2. Click to navigate to and select the SSL Certificate File.

    3. Click to navigate to and select the Private Key File.

    4. Enter your password into the Private Key Password control. This is the password chosen during CSR generation.

Performance Tab

The Performance tab contains a number of settings to control the threads used by the Web Application Server. This are set to reasonable defaults. Improperly setting these values could actually reduce the performance of the server. The settings on this tab should be considered "Advanced" settings and should not be modified by a user unless they are sure what they are doing.

The number of running server threads determines how many incoming client requests can be processed simultaneously. If a client request is received by the server but there is not a thread available to process it (all running threads are busy handling other requests), a new thread is created. Creating a new thread to process a request adds considerable overhead and is very slow compared to using a ready-and-waiting thread to process the request. For this reason, it is advantageous to have spare threads running on the server.

While having more running threads means that the server will answer requests more quickly, each running thread takes up memory, even if it is sitting idle waiting for an incoming request. So having too many spare threads will hurt overall server performance.

The Web Application Server continuously monitors the number of running threads along with the idle or busy status of each. Using the settings on this tab, you can control how the server manages the threads available for client requests. [Picture]

Server Variables Tab

The Server Variables tab is only visible when the server is running. This tab shows all of the "server variables" and allows them to be modified or deleted. [Picture]

Supported By

Alpha Five Version 6 and Above

Limitations

Web publishing applications only.

See Also

ServerSetting System Variable