openstack
/
deb-python-oslo.versionedobjects
Code Issues Proposed changes
RETIRED, further work has moved to Debian project infrastructure
4,550 Commits 4 Branches 68 Tags 2.7 MiB
Go to file
Julian Sy 526134585b Change Object schema type to be array instead of string. 
This is done so that nullable Object field's schema can be given the null or
object type property.

implements bp json-schema-for-versioned-object

Change-Id: I43b04a76cccc9d4f893162535050fed6940bee6c
 		2016-12-20 21:43:56 +00:00
doc/source Fix documentation typo 2016-09-12 20:20:57 +03:00
oslo_versionedobjects Change Object schema type to be array instead of string. 2016-12-20 21:43:56 +00:00
releasenotes Add reno for release notes management 2016-11-03 14:43:46 +08:00
.coveragerc Fix coverage configuration and execution 2015-10-01 19:54:59 +00:00
.gitignore Add reno for release notes management 2016-11-03 14:43:46 +08:00
.gitreview apply oslo-cookiecutter template 2015-02-02 15:08:43 -05:00
.mailmap apply oslo-cookiecutter template 2015-02-02 15:08:43 -05:00
.testr.conf apply oslo-cookiecutter template 2015-02-02 15:08:43 -05:00
CONTRIBUTING.rst apply oslo-cookiecutter template 2015-02-02 15:08:43 -05:00
HACKING.rst apply oslo-cookiecutter template 2015-02-02 15:08:43 -05:00
LICENSE apply oslo-cookiecutter template 2015-02-02 15:08:43 -05:00
README.rst Show team and repo badges on README 2016-11-25 15:19:45 +01:00
babel.cfg apply oslo-cookiecutter template 2015-02-02 15:08:43 -05:00
requirements.txt Updated from global requirements 2016-12-07 13:38:39 +00:00
setup.cfg Changed the home-page link 2016-10-11 16:10:30 +07:00
setup.py Updated from global requirements 2015-09-17 12:16:17 +00:00
test-requirements.txt Add reno for release notes management 2016-11-03 14:43:46 +08:00
tox.ini Add reno for release notes management 2016-11-03 14:43:46 +08:00

README.rst

Team and repository tags

image

oslo.versionedobjects

Latest Version

Downloads

The oslo.versionedobjects library provides a generic versioned object model that is RPC-friendly, with inbuilt serialization, field typing, and remotable method calls. It can be used to define a data model within a project independent of external APIs or database schema for the purposes of providing upgrade compatibility across distributed services.