Apache Sling OSGi Feature Model

Clone this repo:
  1. e102c7e SLING-12459 - Redirect sonarcloud notifications to commits@apache.sling.org by Robert Munteanu · 3 weeks ago master
  2. b9348fe Bump org.eclipse.parsson:parsson from 1.0.2 to 1.0.4 (#32) by dependabot[bot] · 4 months ago
  3. b1cb1f4 SLING-12220 : Ensure that metadata properties are always written in the same order by Carsten Ziegeler · 11 months ago
  4. dc8278e SLING-12094 - Use GitHub for the Maven scm.url value by Robert Munteanu · 1 year, 1 month ago
  5. 352e6d3 SLING-11709 - Set up Jira autolinks to all Sling Github projects by Robert Munteanu · 1 year, 8 months ago

Apache Sling

Build Status Test Status Coverage Sonarcloud Status JavaDoc Maven Central License

The Sling OSGi Feature Model

An Introduction to the Sling Feature Model

See also the Sling Website Feature Model documentation which includes tutorials and examples.

OSGi is a platform capable of running large applications for a variety of purposes, including rich client applications, server-side systems and cloud and container based architectures. Typical OSGi applications are assembled out of bundles and configured through both, OSGi configurations and framework properties (though these are less frequently used than OSGi configurations). Depending on the nature of the application, there might be additional artifact types involved.

As these applications are generally based on many bundles, describing each bundle individually in the application definition becomes unwieldy once the number of bundles reaches a certain level. Additionally, OSGi has no mechanism to describe other elements of the application definition, such as configuration or custom artifacts.

While bundles already provide a good way to define rather small, coherent modules, there is often a need to distribute or provision a set of such bundles together with some configuration. Or if you want to build a set of applications (for example microservices) which share certain parts (like a foundation) the need for a higher level building block arises.

The Sling OSGi Feature Model introduces such a higher level building block to describe OSGi applications or parts of it that encapsulates the details of the various components that the feature is built up from. It allows the description of an entire OSGi-based application based on reusable components and includes everything related to this application, including bundles, configuration, framework properties, capabilities, requirements and custom artifacts.

The model is a general purpose feature model and in no way tied to Apache Sling.

Features

In a nutshell, a feature is the central entity for the Feature Model. A feature is described through a JSON object and can contain:

  • Metadata like a unique identifier, description etc.
  • OSGi bundles
  • OSGi configurations
  • OSGi Framework properties
  • Extensions - a plugin mechanism to add additional information to the feature

Read the documentation about features

Feature Extensions

The Feature Model is extensible, meaning that it can be augmented with custom content in a number of ways. Some extensions are supported out of the box. Other extensions are available through additional modules.

Read the documentation about available extensions

Feature Archives

Feature archives allow to distribute a feature together with all its referenced binaries.

Read the documentation about feature archives

Feature Reference Files

Reference files can be used to mention a collection of feature files in a single file.

Read the documentation about feature reference files

Feature Aggregation

In order to create higher level features or a complete application, usually several features are aggregated into a single final feature.

Read the documentation about feature aggregation

Managing Features

A Feature Launcher can be used to launch features into a running process with an OSGi Framework. The launcher is typically fed with a number of feature files that should be launched together. Overrides for variables defined in the feature models can be provided on the launcher commandline.

Tooling exists to analyze and validate features, and to aggregate and merge multiple features into a single feature, which can be used to create higher level features from a combination of lower-level ones. Most of the tooling is accessible through the slingfeature-maven-plugin.

The following diagrams show a typical workflow when working with feature files:

Features are authored as JSON Feature Files. The slingfeature-maven-plugin provides analyzers and aggregators that check features and can combine them into larger features. The maven plugin can also be used to publish features to a Maven Repository.

To create a running system from a number of feature files, features are selected from a Maven Repository, they are validated for completeness and optionally additional features are pulled in through the OSGi Resolver (not yet implemented). A final system feature has no unresolved dependencies. It is passed to the Feature Launcher along with optional additional features the provide functionality on top of what is defined in the system feature. The Feature Launcher creates a running process containing an OSGi Framework provisioned with the feature's contents.

Launching

A launcher for feature models is available in the Apache Sling Feature Launcher project.

Tooling

The primary tooling around the feature model is provided through Maven by the Sling Feature Maven Plugin

See the readme of the plugin for more information.