Reference OParl Client implementation
grindhold 9962a23d05 build: bump to 0.4.0 | 6 years ago | |
---|---|---|
.tx | 7 years ago | |
examples | 7 years ago | |
po | 6 years ago | |
scripts | 7 years ago | |
src | 6 years ago | |
test | 7 years ago | |
.dockerignore | 7 years ago | |
.gitignore | 7 years ago | |
Dockerfile | 6 years ago | |
LICENSE | 8 years ago | |
README.md | 7 years ago | |
meson.build | 6 years ago | |
meson_options.txt | 7 years ago | |
oparl-0.4.deps | 6 years ago |
liboparl is a client library for OParl that is easily integratable in various programming languages using gobject introspections.
The library's objective is to abstract OParls object format away from you. You as someone who develops an application for OParl does not need to know how to resolve the ids that objects yield to you and how to parse the objects themselves and check them for correctness.
The library does not want to interfere with your way to write programs which is why liboparl
leaves all non-OParl-related tasks to you. OParl exposes anything it needs from you through
signals and interfaces. For example, if liboparl wants to request a new object via HTTP, it
triggers the signal resolve_url
that belongs to the OParl.Client
-Object. This
signal gives you an url and expects to get a JSON-string back. You can implement this method
however you feel is right for your project. If you program liboparl in Python you could use
requests. If you program liboparl in Perl, you could use LWP. This also gives you the
possibility to handle multithreading as you wish. And the best thing: liboparl can provide
an API that is as clean and uncluttered as possible.
As mentioned before, liboparl is a GObject-based library. This means that you can use it in any programming language that supports GObject-Introspection. Famous examples are e.g. Python Ruby or Lua. Check if your favoured language is available at GObjectIntrospecion
The following libraries have to be present for liboparl to run:
gir1.2-glib-2.0
)gir1.2-json-1.0
)Meson > 0.40.0 is used as the buildsystem for liboparl. The build dependencies are the following:
gobject-introspection
in ubuntu)libjson-glib-dev
in ubuntu)Ubuntu: sudo apt install valac valadoc gobject-introspection libjson-glib-dev libgirepository1.0-dev gettext
Clone and build the library as follows:
git clone https://github.com/oparl/liboparl
mkdir liboparl/build
cd liboparl/build
meson
ninja
Add --prefix=/usr
to install systemwide on ubuntu. Add --buildtype=release
for a release build.
If you desire to install the library, execute as root:
ninja install
All user-facing output generated by liboparl is managed with the gettext library. By default,
strings are written in English and wrapped with the default _("String to be translated")
function Gettext provides.
Whenever you make changes to the strings in liboparl's code base please run
ninja liboparl-pot
from inside your build directory to update the potfile.
If you want to contribute translations to the project you can do so at our Transifex project page: https://transifex.com/oparl/liboparl.
If you happen across an error in the source strings, please let us know by opening an issue on GitHub at https://github.com/OParl/liboparl/issues/new?labels=l10n
liboparl supports GObject-Introspection which means you can consume it in various popular languages including but not limited to: Python, Perl, Lua, JS, PHP. I compiled some examples on how to program against the library in Python in the examples-folder.
Feel free to add examples for your favorite language.
Note: If you installed the library in /usr/local, you have to export the following environment variables for the examples to work:
export LD_LIBRARY_PATH=/usr/local/lib
export GI_TYPELIB_PATH=/usr/local/lib/girepository-1.0/
This repository contains a dockerfile which installs liboparl on a ubuntu base image and is automatically updated on Docker Hub. This is e.g. used for the validator