Now that we no longer support py27, we can use the standard library
unittest.mock module instead of the third party mock lib.
Change-Id: I9f7227ec5ed4d84efd36d87fec7f0536276fc151
Signed-off-by: Sean McGinnis <sean.mcginnis@gmail.com>
The repo is Python 3 now, so update hacking to version 3.0 which
supports Python 3.
Fix problems found by updated hacking version.
Remove hacking and friends from lower-constraints, they are not needed
there.
Change-Id: I7614df314c211dc3acca2e3e8cb647bddddd6c16
Switch to openstackdocstheme 2.2.1 and reno 3.1.0 versions. Using
these versions will allow especially:
* Linking from HTML to PDF document
* Allow parallel building of documents
* Fix some rendering problems
Update Sphinx version as well.
Disable openstackdocs_auto_name to use 'project' variable as name.
Change pygments_style to 'native' since old theme version always used
'native' and the theme now respects the setting and using 'sphinx' can
lead to some strange rendering.
openstackdocstheme renames some variables, so follow the renames
before the next release removes them. A couple of variables are also
not needed anymore, remove them.
See also
http://lists.openstack.org/pipermail/openstack-discuss/2020-May/014971.html
Change-Id: Id0886a73e1bd1c8a30dd7d1f50af7c7eab90d916
The change updates the imports to use simplejson instead of ujson and
monasca_log_api.common.rest instead of monasca_common.rest
Temporarily set monascalog-python3-tempest as voting false
This is an alternative to this change
https://review.opendev.org/#/c/724658/
Change-Id: Iae94376b38cae8a1eb8aa6a704fc2ca5d383adaf
Story: 2007549
Task: 39601
Falcon 2.0.0 introduces some breaking changes. The relevant ones here are:
- falcon.testing.TestCase.api property was removed
- falcon.testing.TestBase class was removed
- falcon.HTTPRequestEntityTooLarge exception was renamed to
falcon.HTTPPayloadTooLarge
Additionally, the default behaviour for handling trailing slashes on
URIs also changed:
https://falcon.readthedocs.io/en/latest/user/faq.html#how-does-falcon-
handle-a-trailing-slash-in-the-request-path
This commit adds support for using the new release.
Story: 2005695
Task: 33474
Change-Id: I2379522efef81b919098a0143b66cc259a184e70
According to Openstack summit session [1] stestr is
maintained project to which all Openstack projects
should migrate.
Let's switch it then.
[1] https://etherpad.openstack.org/p/YVR-python-pti
Change-Id: I36d605e1bcb17bffd0effcf3018e87ba6c1a0865
Signed-off-by: Charles Short <zulcss@gmail.com>
Reworked several environments where installing of the
package (monasca-log-api) is not necessary.
Also added validating all bash files with bashate
for the devstack plugin part.
Change-Id: I02bd5bfcc3bfbdfda30bc9b6bcc977b37c6c3674
Migration of Openstack Project is held in
*.rst files and build with Sphinx.
Following change provides:
* technical documention
* api guide
* api ref
* releasenotes
Note:
For now, generating codebase documentation is disabled.
It caused gate failures because of, yet unnown, reasons.
In order to pull this foundation, this part is skipped.
Extra:
* provided venvs descriptions to let user know what is the scope
Story: 2001058
Task: 4665
Change-Id: Ieb2b58e165de1617748d97d997af368bd91d5c0e
Following commits not only enables running
unit tests with ostestr, like other
OS projects, but also:
* enables covarage with testr
* enables building documentation with build_sphinx commands
Additionally:
* tox.ini was organized a bit
Change-Id: I2a21f9cee0e00f7148142465a8fc131ef4ff6f44
bandit is statically analyzing source code in order to identify
potentially security sensitive constructs.
Change-Id: Iea7057ccfd68cefea84e23fcd26ae498e6bc6533
Sync manually with requirements. The automatic sync will not work yet
since gunicorn is not in global-requirements file and then the sync
stops.
So, let's sync what can be synced...
Remove flake8, let hacking install it as dependency in the corresponding
version.
Disable E126 flake8 test since it now fails due to newer flake8
version.
Change-Id: I9547e654de0c618386d56dd98c053118ec0100cf
Implemented specification proposal for batch support at,
https://review.openstack.org/#/c/273058/
Note, if you want to use this in the monasca-vagrant environment
it should work. I've modified the value of the field kafka_url in
etc/monasca/monasca_log_api.conf to use the kafka server in the
mini-mon vm.
After you've deployed monasca-vagrant using "vagrant up"
ssh into mini-mon "vagrant ssh mini-mon" and then create a new
topic for logs which can be done running the command:
/opt/kafka/bin/kafka-topics.sh --create -zookeeper localhost:2181
--replication-factor 1 --partitions 128 --topic logs
To watch the log messages at the console in the mini-mon VM
/opt/kafka/bin/kafka-console-consumer.sh
--zookeeper localhost:2181 --topic logs
Change-Id: I4247d1824a237ecbe4db878e72485938f40a31c3
- single log message with rest api
- parsing / validation for data
- configuration
- bootstrapping
- tox
- unit tests
Change-Id: I7386b3500ee9097383a573bf915da55ce2ff881f