1. Documentation
2. Installing & Connecting

2. Installing & Connecting

2.1. System Requirements

RapidContext comes bundled with most of its dependencies. A special server launcher is also available for Mac OS X.

• Web Browsers — Supported versions below, but others may also work.
  • Apple Safari 5+
  • Google Chrome 10+
  • Microsoft Internet Explorer 7+ — with some visual degradation
  • Mozilla Firefox 4+
• Server Environment — Only needed on the RapidContext server.
  • Java Runtime (JRE) 1.5+
  • Unzip or similar utility
  • Bash shell or cmd.exe on Windows

2.2. Server Installation

RapidContext can be installed either as a stand-alone server (recommended) or inside a Java Servlet container, such as Jetty or Tomcat. To install and start the stand-alone server, follow the steps below:

To install RapidContext in a Java servlet container, use the file rapidcontext.war inside the ZIP distribution and follow the deployment instructions for your server.

The RapidContext server is also available as a convenient RapidContext.app launcher application for Mac OS X. Once started, it shows a simple server control panel as below:

2.3. Plug-in Installation

Plug-ins are installed or updated by using the built-in Admin app. The steps below explain how to install or update a plug-in:

1. Launch or go to the Admin app
2. Choose the Plug-Ins tab
3. Locate the Software Install & Update panel at the top (see screenshot)

   

4. Click the Browse... button and choose the plug-in file
5. Wait for the upload to complete
6. Click the Install / Update Plug-In button
7. The plug-in is now installed and activated

2.4. Plug-in Activation & Deactivation

Plug-ins can both be loaded and unloaded in the built-in Admin app. The steps below explain how to do it.

1. Launch or go to the Admin app
2. Choose the Plug-Ins tab
3. Locate the Plug-In List panel (see screenshot)

   

4. Select the plug-in to activate or deactivate
5. Press the corresponding Load or Unload button
6. The plug-in is now activated or deactivated

2.5. Plug-in Removal

Normally, it is not necessary to completely remove a plug-in from the server. Leaving it in unloaded status ensures that it has no effect on the system. Nevertheless, a plug-in can be completely removed by the following steps:

1. Launch or go to the Admin app
2. Choose the Plug-Ins tab
3. Ensure that the plug-in is currently not loaded
4. On the server — Go to the plugin/ directory
5. On the server — Remove the [plugin].zip file
6. Press the Restart button in the Admin app
7. Verify that the plug-in is no longer in the list of plug-ins

2.6. Connections

Connections to external systems can be created and modified in the built-in Admin app. The steps below explain how to do it:

1. Launch or go to the Admin app
2. Choose the Connections tab
3. Select the connection to modify (if appropriate, see screenshot)

   

4. Press the edit OR the "+" icon in the Connection Details view (to the right)
5. The connection editing dialog is shown (see screenshot)

   

6. Select the appropriate type and edit the details
7. Press Save to save and validate the connection

The connection will automatically be validated (tested) when modified or created in the Admin app. Any previously open communication channels will be closed and a single new one will be established. The results are visible in the Connection Details view.

A number of things should be noted regarding connections and connection editing:

• Advanced Settings — The advanced settings for a connection becomes visible when checking the Show all parameters checkbox in the edit dialog.
• Connection Channels — Each connection may open one or more connection channels (i.e. a TCP or UDP connection) to the external service. The number of currently open and used channels is shown in the Connection List view.
• Connection Pooling — Connection channels are often not closed immediately after use, but instead pooled for reuse (depending on connection type). This improves performance and reduces resource usage. The size of the pool can be controlled with the Max Open and Max Idle Secs parameters.
• Connection Types — Connections may behave somewhat differently depending on the connection type. Read the separate documentation for the relevant plug-in for more information.
• Transactions — Some connection types support transactions, in which case each call to the server will be encapsulated in a new transaction. The same transaction may span several connections.

2.7. Environments

An environment is used to signal the RapidContext server location to the user. The environment name is displayed at the top right corner of the standard user interface, along with the user name. Environments are primarily useful when several RapidContext servers are in use.

There is currently no user interface for editing or creating environments, so they must be manually added to the plugin/local/environment/ directory (or the environment/ directory in your plug-in). The file name should follow normal storage rules, i.e. [identifier].properties. See below for an example environment file.

# General properties
id = EXAMPLE
type = environment
description = The example environment
connections = EXAMPLE/
  

The connections property is used as a prefix when locating connections. I.e. all connection identifiers in the environment should be named [prefix]/[identifier], but only the identifier part should be specified on usage (in procedures and similar).

This will make it possible to add support for multiple environments with similar connections in a future version.