Karaf Container

Karaf Container is a modern and polymorphic container.
It's a lightweight, powerful, and enterprise ready container powered by OSGi.
By polymorphic, it means that Karaf can host any kind of applications: OSGi, Spring, WAR, and much more.

Karaf can be use as a standalone container, or in a bootstrap way using Karaf Boot.
  • Hot deployment: you can directly drop your applications in the Karaf deploy folder, they will be directly deployed for you. You can also create your own deployer.
  • Dynamic configuration: all configurations (for Karaf itself and applications) are located in the Karaf etc folder. All changes in the configuration files are taken on the fly: no need to restart.
  • Logging system: Karaf uses a centralized logging back end, supporting popular frameworks (log4j, slf4j, logback, ...).
  • Provisioning: Karaf provides a very convenient way to provision applications: the Karaf Features.
  • Shell Console: Karaf provides a complete Unix like shell console, allowing to manage your container and applications. This shell supports completion, contextual help, key bindings, and much more.
  • Remote management: Karaf embeds a SSH server allowing you to remotely access the shell using any SSH client. On the other hand, Karaf also provides JMX MBean server allowing to manage the container using any JMX client.
  • WebConsole: in addition of ssh and JMX, you can also manage Karaf Container using a simple browser thanks to the Karaf WebConsole.
  • Security: Karaf fully supports JAAS based security framework. It also supports a complete RBAC system for shell commands and JMX objects. You can directly use this security layer in your own applications.
  • Instances management: You can manage several children instances inside the Karaf Container root instance. It's a very convenient way to test applications or configurations without impacting your existing running instances.
[download | documentation]

Karaf Boot

Karaf Boot is a work in progress (not yet available). The purpose is to simplify the design and development of applications, and provide an easy way to build a "run everywhere" artifact, embedding the Karaf Container.

Karaf Cellar

You have bunch of Karaf Container instances running ? You want to manage those instances as one, spreading the configuration, deployment, etc ? Karaf Cellar is for you.
Karaf Cellar is a clustering solution for Karaf. It allows you to manage multiple instances, with synchronization between the instances.
  • Discovery: each Karaf node is discovered automatically by the others, supporting different mechanisms (multicast, unicast, whiteboard, ...).
  • Cluster groups: you can target the synchronization on a subset of nodes using cluster groups.
  • Sync and distribute resources: Cellar is able to synchronize and distribute applications (features, bundles, non-OSGi application), configuration, or local event.
  • DOSGi: Cellar support DOSGi (Distributed OSGi), allowing you to implement remote call between your applications.
[download | documentation]

Karaf Cave

Karaf Cave is an implementation of OSGi Repository specification. It can be used by the Karaf Features Resolver to provide resources, dealing with the requirements and capabilities of artifacts.
  • Storage: Cave includes a pluggable storage back end.
  • Repository metadata: Cave is able to generate the metadata for a complete repository.
  • Maven support: Cave provides a complete Maven repository support.
  • Repository proxy and populate: in addition of a complete repository, Cave is able to proxy an existing repository, adding the metadata.
[download | documentation]

Karaf Decanter

You need a monitoring solution for Karaf and related ? You need a BAM (Business Activity Monitoring) platform for your application ? Karaf Decanter can be very convenient for you !
Decanter provides ready to use monitoring solution. It's also completely extensible and customizable.
  • The collectors harvest the monitored data (JMX metrics, log messages, ...).
  • A dispatcher (powered by OSGi EventAdmin) forwarding the collected data to the appenders and SLA.
  • The appenders receive the collected data and store data into a back end (elasticsearch, cassandra, JDBC, ...).
  • SLA (Service Level Agreement) is a special kind of appender, checking the collected data, and eventually raising an alert (to a back end).
[download | documentation]