Monasca common classes
Go to file
Dobroslaw Zybort cb38433e4c Prepare one zuul docker job for all services
We want to have one flow for building Docker images of all Monasca
components. Every component should have `docker` folder and in this
folder file with name `build_image.sh` should be placed. By having one
global Zuul we could force this convention. Also this is good for
avoiding code duplication. Remove timeouts. They was unnecessary big.

Story: 2001694
Task: 28994
Change-Id: Iee7de1d8e873817a3b6f72e7ecc815bd8d6eb705
2019-02-11 15:48:58 +01:00
docker Add missing build dependencies for agent in docker 2018-12-19 09:46:38 +00:00
java Workaround to avoid surefire plugin error 2018-11-05 14:14:10 +01:00
monasca_common Add wrapper for Confluent Kafka async Producer 2018-11-28 09:56:34 +01:00
playbooks Prepare one zuul docker job for all services 2019-02-11 15:48:58 +01:00
.coveragerc Migrate to ostestr framework and PY3 2017-03-02 19:51:04 +01:00
.gitignore Switch to using stestr 2018-07-16 11:40:15 +02:00
.gitreview Update .gitreview for new namespace 2015-10-17 22:30:45 +00:00
.stestr.conf Switch to using stestr 2018-07-16 11:40:15 +02:00
.testr.conf Migrate to ostestr framework and PY3 2017-03-02 19:51:04 +01:00
.zuul.yaml Prepare one zuul docker job for all services 2019-02-11 15:48:58 +01:00
HACKING.rst change the hacking guideline for out of date 2018-02-06 17:17:29 +08:00
LICENSE Added license file 2014-05-01 16:22:06 -07:00
README.rst Update README 2018-07-19 10:44:43 +02:00
bindep.txt Add bindep.txt 2017-04-12 18:16:38 +02:00
lower-constraints.txt Add wrapper for Confluent Kafka async Producer 2018-11-28 09:56:34 +01:00
mkdocs.yml Change repositories from stackforge to openstack 2015-10-19 09:50:12 +05:30
pom.xml Update links in pom.xml 2018-01-15 17:10:31 +08:00
requirements.txt Add wrapper for Confluent Kafka async Producer 2018-11-28 09:56:34 +01:00
run_maven.sh Fail main maven build if java maven build fails 2015-02-19 12:53:22 -07:00
setup.cfg Merge "Change openstack-dev to openstack-discuss" 2019-01-02 12:59:43 +00:00
setup.py Updated from global requirements 2017-03-02 11:47:03 +00:00
test-blacklist-py3.txt Migrate to ostestr framework and PY3 2017-03-02 19:51:04 +01:00
test-requirements.txt Merge "Add check for rst syntax" 2018-07-19 11:23:00 +00:00
tox.ini Add py36 tox environment 2018-11-28 10:01:35 +01:00

README.rst

Team and repository tags

image

Overview

monasca-common is a collection of modules containing reusable application and platform code for building monitoring related services.

Python

To install the Python monasca-common modules, git clone the source and run the following command:

$ sudo python setup.py install

To run the unit tests use:

$ tox -e py27,py35

For information on contributing, see Contribution Guidelines.

Java

Build Instructions

Download and do mvn install.

$ cd java
$ mvn clean install

Caution

There is a pom.xml in the base directory but that should only be used for the Zuul build.

The issue is that currently StackForges bare-precise system only has Maven 2 on it and at least one of the modules of monasca-common requires Maven 3.

In order to get around this problem, the pom.xml in the base directory uses the exec-maven-plugin to run the script run_maven.sh. This script checks if the version of mvn is Maven 3 and if it is not, it downloads Maven 3 and then uses it to run the build in the java directory.

In addition, the run_maven.sh script copies the jar files that get built from java/*/target directories to the target directory in the base project directory. This is because the StackForge “monasca-common-localrepo-upload” job uploads any jar files from that directory to http://tarballs.openstack.org/ci/monasca-common. Copying the jar files to that directory made it so there didnt have to be changes made to the “monasca-common-localrepo-upload” job. The build for monasca-thresh downloads the jars it depends on from that location on tarballs.openstack.org.

A change has been submitted to StackForge to switch to bare-trusty for this build in the hopes that those systems will have maven 3, but it is not known how long that change will take to be accepted.

Application Specific Sub-Projects

Platform Sub-Projects