Twitter Logo Follow us on Twitter
Project Information About this project

Choosing an Application Setup

RAP can be combined with various other technologies and deployed in different setups. Your choice of an application setup depends on the technologies you want to use and the server you need to deploy the application on.

OSGi or stand-alone?

OSGi is a module platform for Java that allows you to organize your application in loosely coupled modules, called bundles, that communicate over a service infrastructure. Eclipse is based on OSGi and provides a lot of bundles that you can re-use in your application. RAP is designed to work with any standard-compliant OSGi implementation. It is often used on Equinox, the OSGi reference implementation by Eclipse, but can also run on other OSGi containers like Apache Felix.

If you don't need or don't like to use OSGi in your web application, you can still use RWT as a normal Java library. This setup is usually referred to as RWT standalone.

Direct or WAR-Deployment?

OSGi-based applications can be deployed in basically two different ways.

  • The application bundles can be deployed directly in an OSGi container such as Equinox or Felix. In this case, a servlet engine bundle must be running in the same OSGi instance. The Jetty servlet engine is available as OSGi bundles and is a good choice for this setup.
  • It is also possible to deploy an OSGi-based application to a servlet container. To do so, an Equinox OSGi instance including the application bundles is wrapped in a web archive (.war file) using the Equinox servlet bridge. This approach is explained in the WAR deployment guide.

When using RWT stand-alone, the RWT servlet is configured directly in the application's web.xml file.

JEE or SWT compatibility?

RWT has two different modes of operation. The default one is fully compatible with JEE, lightweight, and supports transparent session failover in clustering environments (clustering currently requires an RWT standalone setup). This is the recommended mode in most cases.

As an alternative, the SWT compatibility mode exactly emulates the SWT threading model. To make this possible, a separate UI thread has to be started for every user session. As a consequence, the code running in the UI thread cannot directly access JEE transaction or security contexts.

The SWT compatibility mode is only required for code that uses SWT's few blocking APIs. The most obvious case are blocking dialogs (i.e. calling dialog.open() will suspend code execution until the dialog is closed by the user, and then return a value). In JEE mode, code execution will continue after opening the dialog, but any operations reacting to closing the dialog must be done in a callback. RAP provides an alternative API that can be used for those dialog callbacks. This mechanism does not exist in SWT.

Another blocking API in SWT are the Browser-widget's execute and evaluate methods. Their return value can also be obtained with callback implementation, but this may be problematic when developing browser-based custom widgets.

Workbench 3.x

If you're building an application based on the Eclipse 3.x workbench, you need a platform that includes the Equinox OSGi implementation and the extension registry. The application and all contributions, such as views or themes, must be registered as extensions. In this setup, the SWT compatibility mode is enforced.

Summary

Here is a comparison of 3 typical RAP-setups:

RAP with OSGi RAP with Workbench 3.x RWT Standalone
Summary Lightweight and flexible, recommended for new applications that do not use Eclipse extensions For applications using the Workbench 3.x No OSGi, RWT used as a library in a traditional web app
OSGi Compatible with any OSGi implementation including Equinox Eclipse Equinox required No OSGi
Deployment As WAR file in servlet container or directly in OSGi container with embedded server. Direct access to JEE contexts possible with JEE compatibility mode. As WAR file in servlet container or directly in OSGi container with embedded server. As WAR file in servlet container. Direct access to JEE contexts possible with JEE compatibility mode. Clustering supported.
Configuration Using the Application Configuration API Using extension points Branding Using the Application Configuration API RWT servlet and application configured in web.xml.
Entry-point IEntryPoint IEntryPoint or IApplication IEntryPoint
Operation Modes SWT or JEE compatibility mode SWT compatibility mode enforced SWT or JEE compatibility mode
RCP Compatibility SWT, JFace SWT, JFace, Workbench SWT, JFace
Launch from IDE RAP Launcher RAP Launcher RWT Launcher