Note removal of OVO in contrib docs

We got rid of OVO and otherwise refactored the object layer,
so make that (more) clear in the contributor docs.

Change-Id: I9995a81e47daa4d151d3ff1f027e8caf474a69ed
Story: 2005190
Task: 29945
This commit is contained in:
Chris Dent 2019-03-11 18:54:28 +00:00
parent d2d925041e
commit a90b62d6f4
2 changed files with 6 additions and 5 deletions

View File

@ -61,10 +61,11 @@ traditional database scaling techniques.
For sake of consistency and because there was initially intent to make the
entities in the placement service available over RPC,
:oslo.versionedobjects-doc:`versioned objects <>` are used to provide the
:oslo.versionedobjects-doc:`versioned objects <>` were used to provide the
interface between the HTTP application layer and the SQLAlchemy-driven
persistence layer. Even without RPC, these objects provide useful structuring
and separation of the code.
persistence layer. In the Stein release, that interface was refactored to
remove the use of versioned objects and split functionality into smaller
modules.
Though the placement service does not aspire to be a `microservice` it does
aspire to continue to be small and minimally complex. This means a relatively

View File

@ -18,8 +18,8 @@
Most of the handler code in the placement API is tested using `gabbi`_. Some
utility code is tested with unit tests found in `placement/tests/unit`. The
back-end objects are tested with a combination of unit and functional tests
found in ``placement/tests/unit/objects/test_resource_provider.py`` and
`placement/tests/functional/db`.
found in ``placement/tests/unit/objects`` and
``placement/tests/functional/db``.
When writing tests for handler code (that is, the code found in
``placement/handlers``) a good rule of thumb is that if you feel like there