Skip to main content
Jump to: navigation, search

RAP/Equinox Security Integration

Revision as of 04:45, 12 May 2010 by (Talk | contribs) (Login Modules)

| RAP wiki home | RAP project home |

Rapsec login.png


To ensure Eclipse is a secure runtime, enabling users and administrators to confidently work with the Eclipse client in environments where not all users and/or code sources are friendly. Providing integrated security functionality will allow Eclipse applications to protect their data, to authenticate and authorize valid users, and to protect against potentially malicious code packaged and distributed as plug-ins.

This will be done by enabling Java's standard security mechanisms within the Eclipse platform, defining new functionality where there are gaps in the available standard interfaces. Using Java's core standard interfaces will enable wider integration with code available throughout the Java community.

As Eclipse RCP has the same programming model as Eclipse RAP, we can adapt all the mechanisms that Equinox Security provides for our web application.


The target setup is straight forward. All you need is a plain RAP runtime and the bundle. You can either create your own target platform or use the predefined target definition that is located in the project.

Rapsec target.png

Be sure to not include the OSGi system bundle (org.eclipse.osgi) twice as this can lead to strange error messages upon starting


To use Equinox Security / JAAS for authentication, we have to prepare several things in our application.

Login Modules

The first thing is to pick a proper authentication mechanism for our scenario. This could either be LDAP, Kerberos, a Keystore or, as in the example, a hardcoded list of users. The JRE itself already provides several implementations for LoginModules. The LoginModule is responsible for checking the given credentials against it's source and tell if the authentication was successful. So the first step is to provide a JAAS config file to tell Equinox which login module we want to use.

DUMMY { required
UNIX { required

The configuration basically says that we want to use the ExtensionLoginModule which just acts as a proxy between JAAS and the Equinox Extension Registry. The real implementation here is defined by the extension (eg., see plugin.xml).

As we now configured our login module, we need to tell Equinox Security to use exactly this configuration. This is the first thing in our application as we don't want to run any application without unpriviliged access.

  public Object start( IApplicationContext context ) throws Exception {
    String jaasConfigFile = "data/jaas_config.txt";
    BundleContext bundleContext = SampleBundle.getBundleContext();
    URL configUrl = bundleContext.getBundle().getEntry( jaasConfigFile );
    ILoginContext secureContext = LoginContextFactory.createContext( "DUMMY",
                                                                     configUrl );
    try {
    } catch( LoginException e ) {
      // login failed

Callback Handler

Now we have a login module configured that will check the credentials. But before we can check them, the user needs to provide them trough any form of I/O. In the case of RCP/RAP, we should show a dialog to enter the required informations. JAAS itself encourages a split between the authentication and how to provide the credentials. A CallbackHandler is responsible to provide the UI for the user while the LoginModule tells what it needs (eg. name and password). This way we can use any combination of LoginModules and CallbackHandlers. The mapping is defined by an extension of

An exemplary LoginModule and CallbackHandler are contained in the project that is part of the example.


Rapsec subject.png



Back to the top