d674814440
* [MongoDB Persistence] Rename connectToDatabase to tryConnectToDatabase. Currently, the implementation throws a RuntimeException. This fails horribly in query() and store(), because the exception is never caught and connection reestablishment won't happen. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Fix JavaDoc Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Fix Bundle name The correct database name is "MongoDB" without a space. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Also check for connection validity in isConnected() When the connection was established successfully once, and the server goes down (e. g. a restart of the DB server), the connection still seems to be OK. This would throw an exception later on, which is not caught and connection reestablishment won't happen. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Disconnect from database before reconnecting to database. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Disconnect from database when connection procedure fails. When, for example, the creation of the index fails (disk full, ...), the connection is still there, but the collection isn't created with it's appropriate indices. Thus, disconnect when the procedure fails to ensure no database connection remains valid. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Fix logic Create the shared collection with its indices when collectionPerItem is disabled, not enabled. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Access database via getDatabase() Preparation for synchronization. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Remove global mongoCollection variable. This allows to easify implementing necessary multithreading locks. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Codestyle improvements. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Move isConnected-Check into tryConnectToDatabase. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Synchronize all connection handling methods. Though the MongoDB driver is thread-safe, we still need to synchronize connection establishment/closing/... Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Remove all unnecessary @NonNullByDefault attributes. The given attributes should not be NotNullByDefault, because some may be null, too. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Remove duplicate logging. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Test the db connection after creating the MongoClient. The mongo always succeeds in creating the connection. We have to actually force it to test the connection to try to connect to the server. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Fix date query. Issues: - Second should have been getEndDate, not getBeginDate - Send a Date object as the other version wasn't serializable. - EndDate would have overridden beginDate. Fixes #10574 Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Add debug log for MongoDB query sent to the server. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Reorder index on collections. The order (Item, Timestamp) makes much more sense and should be better for performance. All queries are always done with an item, and the dates are optional. Also, the database server can now execute a range query for the date. Existing indices are not dropped for backwards compatibility with other systems analyzing the data. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Add @author JavaDoc as per developer guidelines. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Improve logging Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Add @NonNullByDefault This was removed in 1f8e4525 by mistake. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Do not use isConnected() to test the connection. The new method throws the real underlying exception instead of a generic one. This allows for detailed logging. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> * [MongoDB Persistence] Remove useless @inheritDoc as per code analysis tool. Signed-off-by: Stephan Brunner <s.brunner@stephan-brunner.net> |
||
---|---|---|
.github | ||
bom | ||
bundles | ||
features | ||
itests | ||
licenses/epl-2.0 | ||
src/etc | ||
tools/static-code-analysis/checkstyle | ||
.gitattributes | ||
.gitignore | ||
CODEOWNERS | ||
CONTRIBUTING.md | ||
LICENSE | ||
README.md | ||
crowdin.yml | ||
logo.png | ||
pom.xml |
README.md
openHAB Add-ons
This repository contains the official set of add-ons that are implemented on top of openHAB Core APIs. Add-ons that got accepted in here will be maintained (e.g. adapted to new core APIs) by the openHAB Add-on maintainers.
To get started with binding development, follow our guidelines and tutorials over at https://www.openhab.org/docs/developer.
If you are interested in openHAB Core development, we invite you to come by on https://github.com/openhab/openhab-core.
Add-ons in other repositories
Some add-ons are not in this repository, but still part of the official openHAB distribution. An incomplete list of other repositories follows below:
- https://github.com/openhab/org.openhab.binding.zwave
- https://github.com/openhab/org.openhab.binding.zigbee
- https://github.com/openhab/openhab-webui
Development / Repository Organization
openHAB add-ons are Java .jar
files.
The openHAB build system is based on Maven. The official IDE (Integrated development environment) is Eclipse.
You find the following repository structure:
.
+-- bom Maven buildsystem: Bill of materials
| +-- openhab-addons Lists all extensions for other repos to reference them
| +-- ... Other boms
|
+-- bundles Official openHAB extensions
| +-- org.openhab.binding.airquality
| +-- org.openhab.binding.astro
| +-- ...
|
+-- features Part of the runtime dependency resolver ("Karaf features")
|
+-- itests Integration tests. Those tests require parts of the framework to run.
| +-- org.openhab.binding.astro.tests
| +-- org.openhab.binding.avmfritz.tests
| +-- ...
|
+-- src/etc Auxilary buildsystem files: The license header for automatic checks for example
+-- tools Static code analyser instructions
|
+-- CODEOWNERS This file assigns people to directories so that they are informed if a pull-request
would modify their add-ons.
Command line build
To build all add-ons from the command-line, type in:
mvn clean install
To improve build times you can add the following options to the command:
Option | Description |
---|---|
-DskipChecks |
Skip the static analysis (Checkstyle, FindBugs) |
-DskipTests |
Skip the execution of tests |
-Dmaven.test.skip=true |
Skip the compilation and execution of tests |
-Dfeatures.verify.skip=true |
Skip the Karaf feature verification |
-Dspotless.check.skip=true |
Skip the Spotless code style checks |
-o |
Work offline so Maven does not download any updates |
-T 1C |
Build in parallel, using 1 thread per core |
For example you can skip checks and tests during development with:
mvn clean install -DskipChecks -DskipTests
Adding these options improves the build time but could hide problems in your code. Parallel builds are also less easy to debug and the increased load may cause timing sensitive tests to fail.
To check if your code is following the code style run: mvn spotless:check
To reformat your code so it conforms to the code style you can run: mvn spotless:apply
When your add-on also has an integration test in the itests
directory, you may need to update the runbundles in the itest.bndrun
file when the Maven dependencies change.
Maven can resolve the integration test dependencies automatically by executing: mvn clean install -DwithResolver -DskipChecks
The build generates a .jar
file per bundle in the respective bundle /target
directory.
How to develop via an Integrated Development Environment (IDE)
We have assembled some step-by-step guides for different IDEs on our developer documentation website:
https://www.openhab.org/docs/developer/#setup-the-development-environment
Happy coding!