Open Source dependencies
Open Zaak would not be possible without a number of other Open Source dependencies.
Most notably, the backend is written in the Python programming language. We use the Django framework to build the web-application (which includes the API of course) that is Open Zaak.
The core elements for the API implementation are:
Django REST framework (DRF), to implement the RESTful API
drf-yasg to generate the API documentation in the form of OAS 3.0 specification
VNG-API-common, a re-usable library with some specific VNG/Dutch API tooling, built on top of DRF and drf-yasg
What about the dependencies that don’t have a 1.0.0 version (yet)?
Good question!
Most libraries follow semantic versioning, which takes the form of A.B.c version
numbering. In this pattern, A is the major version, B is the minor version and
c is the patch version. Roughly speaking, if A increments, you can expect
breaking changes. If B increments, the changes are backwards compatible fixes and
new features, and if c changes, it’s purely a bugfix release.
Libraries with a version like 0.x.y are usually considering not-stable yet - as long
as no 1.0.0 release has happened, the internal API can change, or the project may
never reach that “maturity” you’d want.
If you look at our requirements, you will see a couple of libraries that don’t have a 1.0.0 version (yet). So, why do we depend on them, and is there a risk of depending on them? Below, you can find the mitigations/reasoning why we decided to depend on them anyway, in alphabetical order.
coreschema==0.0.4is a transitive dependency ofcoreapianddrf-yasg, which are both well-maintained. It is made by the same author as DRF itself.dictdiffer==0.9.0is not mission-critical and can easily be swapped out if needed. It’s currently used to visualize changes obtained from audit trail records in the admin interface. The library is Open Source on Github, and could be forked if needed.django-auth-adfs-db==0.3.0is an add-on fordjango-auth-adfs. Maykin is one of the maintainers.django-db-logger==0.1.12is not mission-critical and can easily be swapped out if needed. The library is Open Source on Github, and could be forked if needed.django-extra-views==0.14.0is a popular Django package with a large community behind it. The original author is still active as well.django-sendfile2==0.6.1is a fork of django-sendfile, focusing on Python 3 support. The core functionality is very stable and unlikely to cause problems.djangorestframework-gis==0.18is used for the GeoJSON serialization. We only use a small set of features, but it’s the go-to GIS library in combination with DRF, and very stable despite the version numbering.drf-nested-routers==0.93.3sees regular maintenance and activity on Github, with high popularity.drf-writable-nested==0.6.3sees regular maintenance and activity on Github, with high popularity.inflection==0.5.1transitive dependency of drf-yasg, which is quite a popular project.iso-639==0.4.5stable package that just happens to never have been named 1.0. ISO-639 is an international standard, which don’t tend to change.isodate==0.6.1yet another library to parse ISO-8601 dates. Transitive dependency ofvng-api-common.python-dotenv==0.19.2is a popular, actively maintained project on Githubruamel.yaml.clib==0.2.6transitive dependency ofruamel.yaml, by the same authorruamel.yaml==0.17.21transitive dependency of drf-yasg, actively maintained.sqlparse==0.4.2direct dependency of Django. Given the widespread use of Django, this should not pose any problems.zgw-consumers==0.18.0library maintained by Maykin. Together with gemma-zds-client, preparations are in the works for a 1.0 version.