Skip to content

How To Implement An Action

Gernot Eger edited this page Feb 15, 2015 · 10 revisions

NOTE: This page is still under construction!!!

Introduction

Actions are simple Java methods (or rather a set of methods) that are made available to scripts and rules. So whenever you want to implement a complex functionality that is reusable and useful in many situations or if you need to access third-party Java libraries, implementing an action is the way to go.

For information about how to setup a development environment, please see the according wiki page.

General Information about the Architecture

The openHAB runtime distribution comes only with a limited set of actions. All other actions are considered to be "add-ons", which the user can optionally install by putting it in the "addons" folder of the runtime. As a consequence of this, an action should usually be a single file and as a file corresponds to an OSGi bundle, an action should be a single bundle.

As openHAB makes use of the Xbase framework to allow interpreting scripts at runtime, the actions need to be integrated with Xbase. openHAB provides all means for that so that the only thing you have to do is to register an OSGi service which implements the ActionService interface. This service then only has to provide the action class name and instance. All public static methods of this action class are then automatically made available to the script engine.

Creating an Action Skeleton

As explained above, an action should correspond to one bundle. The naming convention for the action bundle is "org.openhab.action.<name>". To create a working action skeleton one should use the maven archetype which facilitates the creation process. The following steps have to be performed:

  1. run a full build (meaning run mvn clean install in the topmost directory)
  2. cd ./bundles/archetype/./org.openhab.archetype.action
  3. mvn clean install
  4. cd ../../action
  5. mvn archetype:generate -B -DarchetypeGroupId=org.openhab.archetype -DarchetypeArtifactId=org.openhab.archetype.action -DarchetypeVersion=1.6.0-SNAPSHOT -Dauthor=<author> -Dversion=<target-version-of-binding> -DartifactId=org.openhab.action.<action-name-in-small-caps> -Dpackage=org.openhab.action.<action-name-in-small-caps> -Daction-name=<action-name-in-camel-case>
  6. import newly created project by issuing 'Import->Existing Java project'
  7. active the new plugin in !RunConfiguration 'Run Configurations->openHAB Runtime->Plugins->activate your plugin->Auto-start true'
  8. active the new plugin in !RunConfiguration 'Run Configurations->openHAB Designer (xxx)->Plugins->activate your plugin->Auto-start true'

Another possibility is to copy an existing action and do a search&replace for the name.

Adding to designer and distribution

To include it in the distribution and to be able to use it from the compiled designer you must add the action

  • as dependency in ./distribution/pom.xml
  • as module in ./bundles/action/pom.xml
  • as plugin in `./features/org.openhab.designer.feature/feature.xml'

Action Configuration

Many actions might require configuration data. The generated action service class therefore already implements the !ManagedService interface and registers as such an OSGi service. This has the effect that you can add configuration data like <action-name-in-small-caps>:<property>=<value> in your openhab.cfg, which will then be automatically passed into the updated() method of your action service. In there you can store the configuration data and make it available to your action class.

Building and Packaging

After IDE setup and creating/testing your action, you may want others to use it. For this, you can use the Eclipse export function as follows:

  1. Right-click on your binding project
  2. Select Export
  3. Choose Plug-in Development->Deployable plug-ins and features
  4. Fill "Directory" with the Path where you want your jar-file to appear
  5. Check "Use class files compiled in the workspace" on the "Options" tab
  6. Click Finish and check your directory

feature overview

Installation

Setup intro

Linux and OS X

Windows

FreeBSD


Configuration

Automation*

User Interfaces

Persistence


Community

(link to openHAB forum)

Development


Bindings


Application Integration

Misc


Samples

A good source of inspiration and tips from users gathered over the years. Be aware that things may have changed since they were written and some examples might not work correctly.

Please update the wiki if you do come across any out of date information.

Binding configurations

Use case examples

Item definition examples

Sitemap definition examples

Collections of Rules on a single page

Single Rules

Scripts

Syntax highlighting for external editors


Release Notes

Clone this wiki locally
You can’t perform that action at this time.