Java services manual installation

Overview

Though docker-compose installation is the most developer-friendly way of running DeviceHive locally, sometimes it's required to build and start project manually. Below you can find detailed instructions on that.

Prerequisites

Though docker-compose installation is the most developer-friendly way of running DeviceHive locally, sometimes it's required to build and start project manually. Below you can find detailed instructions on that.

In order to use DeviceHive framework you must have the following components installed and configured:

Build packages

Download source code from GitHub using "Download ZIP" button. It should always point to recent stable or beta release, but you always can get any other tag or branch. It also can be done using one of Git version control client or git command line tool.

If you prefer git, clone project using command:

git clone https://github.com/devicehive/devicehive-java-server.git

After that you can switch to the tag or branch you need. The list of all available releases can be found at this page.Execute following command from ${devicehive-java-server-directory}.

mvn clean package

If there are no errors, compilation and packaging are completed and you can go to the next step.

Running Apache Kafka

Start Zookeeper and Apache Kafka brokers as explained at official documentation.If your Kafka brokers are installed on the different machines, please specify their hostname/ports at app.properties file. Detailed instructions on that could be found at Checking properties section below.

Running Hazelcast

To start, download Hazelcast IMDG 3.8.1 from official site, extract to local drive and create in Hazelcast bin folder file hzstart.sh with following contents:

Running Database

After you have downloaded and installed PostgreSQL you have to create new user. This step is required for database migrations to work properly. By default, DH expects that the username is postgres and the password is 12345. You can change this in the DH configuration files.

Create database with the name devicehive using user that have been created at step 1. This user should be owner of the database.

Database schema will be initialized on application startup.

Checking properties

Each microservice has its own src/main/resources/application.properties file which contains all application-level configurations (db credentials, hazelcast address, kafka props etc.). Please check them before building application in order to avoid problems at runtime.

You can also override these values by passing them to JVM while running java -Dapplication.property.name=application.property.name -jar.For example:

This will start embedded undertow application server on default port 8080 and deploy DeviceHive application.You can visit http://localhost:8080/dh/swagger from your web browser to start learning the Frontend's APIs.Also you can visit http://localhost:8090/dh/swagger from your web browser to start learning the Auth's APIs.

For devicehive-frontend and devicehive-backend logging level can be changed by adding the following properties to the command above:

-Droot.log.level=value1 -Dcom.devicehive.log.level=value2

The values can be: TRACE, DEBUG, INFO, WARN, ERROR. If the properties are absent the default values will be used.For devicehive-frontend and devicehive-auth default values for value1 and value2 are WARN and INFO correspondingly.For devicehive-backend the default value for both is INFO.

Plugin management service

There's one optional service inside DeviceHive ecosystem - Plugin Management service. It allows to register and to update DeviceHive plugins (that allow customers to implement their own business logic without diving into DeviceHive source code) via RESTful API.