Home > Guides > Plugin Developers Guide > OSGi Plugin

Overview

Icon

This plugin is only experimental and can change in the future.

This plugin provides support for starting an instance of Apache Felix inside a web application, and scanning installed bundles for Struts configuration. An admin bundle is also provided. It can be used with Glassfish 3 as well (Glassfish 3 based on Apache Felix as well), but in such a way struts.osgi.host must be defined.

Features

  • GUI for bundle administration
  • Web access to Felix Shell
  • Application packages can be divided into bundles
  • Supports Velocity and FreeMarker templates
  • Supports Struts Spring integration
  • Supports integration with the Convention plugin

Missing Features

  • Probably can't access application classes from bundles, including Spring classes
  • constant declarations in the bundled XML config files are ignored, these constants need to be set in the application XML config files (struts.xml)

About Run levels

There are two ways of organizing bundles. If third party bundles will not be used, then the application bundles can just be placed under /WEB-INF/classes/bundles. Bundles in this dir will be started in run level 2, the Apache Felix framework's bundles will be loaded in run level 1. If third parties bundles will be used, or you need to start bundles on different run level, create sub dirs under /WEB-INF/classes/bundles with numeric names (starting from "2" because "1" is reserved for Felix), which correspond to the run level number. For example bundles under /WEB-INF/classes/bundles/2 will be started in run level 2, and bundles under /WEB-INF/classes/bundles/3 will be started in run level 3.

Simple Usage

Add these lines to MANIFEST.MF:

Struts2-Enabled: true
Export-Package: com.mycompany.myapp.actions
Bundle-Version: 1.0.0
Bundle-SymbolicName: foo.actions
Import-Package: com.opensymphony.xwork2

Now the jar is ready to be deployed. Drop the jar into the /WEB-INF/classes/bundles directory and it will automatically be installed when the application starts up.

Using Spring

Icon

By default Spring OSGi loads its xml config files asynchronously, which causes the OSGi plugin to fail while starting. To fix this add this line to MANIFEST.MF:

Spring-Context:*;create-asynchronously:=false

Or if using The Apache Felix maven plugin (see below for details):

Icon

Please note that you do not need to have the Struts Spring plugin in your application, in order to use Spring with the OSGi plugin.

If you want to use the Spring as the object factory for your actions, then follow these steps:

  1. Place your Spring xml files under /META-INF/spring in the bundle jar file
  2. Place your Spring xml files under /spring (they must be in the classpath, if you are using maven, put thme under /src/resources/spring) in the application
  3. Copy all the bundle jar files into /WEB-INF/classes/bundles in your application
  4. Make sure that the following properties are set in struts.xml or struts.properties in your application:
  5. Configure your web.xml like:
  6. Add the Spring OSGi, and Spring Web dependencies to your web app, if you are using maven:
  7. Download Spring OSGi and copy all the required bundles under /classes/bundles/2. For Struts OSGi 1.1.2, these are the required bundles:
    com.springsource.org.aopalliance-1.0.0.jar
    com.springsource.org.apache.commons.logging-1.1.1.jar
    org.springframework.aop-2.5.5.A.jar
    org.springframework.beans-2.5.5.A.jar
    org.springframework.context-2.5.5.A.jar
    org.springframework.core-2.5.5.A.jar
    org.springframework.osgi.core-1.1.2.A.jar
    org.springframework.osgi.extender-1.1.2.A.jar
    org.springframework.osgi.io-1.1.2.A.jar
    org.springframework.osgi.web-1.1.2.A.jar
    org.springframework.web-2.5.5.A.jar
    
  8. Put your bundles under /classes/bundles/3

Using Velocity

If you are going to use Velocity results, then add Velocity and Common Digester jars to your application. Using maven:

Using The Convention Plugin

The Convention plugin will discover actions in bundles in the same way that it discovers them in normal applications. The Convention plugin expects result templates to be (by default) stored under /WEB-INF/content. When packaging actions inside bundles, there won't be a WEB-INF folder, so you must let Convention know where the templates are located. There are two ways of doing so(assuming the templates are under /content):

1. Set the templates location constant in struts.xml (in the application struts.xml, not a bundled struts.xml)

2. Using the ResultPath annotation

The OSGi interceptor

The OSGi plugins defines the osgi interceptor and osgiStack(defaultStack plus the osgi interceptor) in the package osgi-default. This interceptor will check the action and if it implements org.apache.struts2.osgi.interceptor.BundleContextAware, it will invoke setBundleContext(BundleContext bundleContext) on the action, passing the BundleContext of the OSGi container. The interceptor also checks if the class implements org.apache.struts2.osgi.interceptor.ServiceAware<T>, if it does, setServices(List<T> services) will be called, where T is the type of a service published in the OSGi container. For example, lets assume an installed bundle publishes a service with the interface BookPriceLookup, to get all the instances of this service, an action would look like:

Icon

Keep in mind that the interceptor is not defined in the default struts package, so when using Convention, you need to specify the parent package as "osgi-default", either using annotations (@ParentPackage), or XML(this XML fragment must be in the struts XML config file in the application, not the bundle's, this is a current limitation of the OSGi plugin):

Admin bundle

An admin bundle is distributed with struts, which provides a simple interface to list the installed bundles. Using this interface the bundles can be stopped, started and updated (reloaded from the file system). This interface also provides information on the installed bundles, like OSGi metadata, and a list of packages and actions loaded from each bundle. An interactive AJAX shell is also available, which is just a web interface to the Apache Felix Shell. To use this bundle, just copy the jar file to /bundles (same place where the application bundles are installed) and open http://localhost:PORT/CONTEXT/osgi/admin/ (replace PORT and context)

About stopping/starting bundles

When a bundle is started, the OSGi plugin will check for the header Struts2-Enabled in it. If it is set to "true", the bundle will be scanned for XML config and Convention config. When a bundle is stopped, any actions that were loaded from it will be removed from the runtime configuration.

Settings

The following settings can be customized. See the developer guide.

Setting

Description

Default

Possible Values

struts.objectFactory.delegate

The alias of the ObjectFactory to wrap

struts

Any configured alias

The following setting must be set as context parameters in web.xml, because they are used by the StrutsOsgiListener, for example:

If you are running your application on Glassfish 3 (which already contains Apache Felix) you must specify struts.osgi.host, like below:

Setting

Description

Default

Possible Values

struts.osgi.clearBundleCache

Delete all installed bundles when the container starts

true

true or false

struts.osgi.runLevel

Run level to start the container

3

>=3

struts.osgi.logLevel

Log level for Apache Felix

1 (Error)

1 = error, 2 = warning, 3 = information, and 4 = debug

Building bundles with Maven

Jar files can be turned into bundles using the Maven Bundle Plugin like:

Maven Bundle Plugin Example

Struts OSGi + Spring OSGi diagram

Resources