5.5 KiB
CozyWeboob
This is an attempt at using Weboob as a
Cozy Konnector.
It wraps around Weboob, receiving a JSON description of the modules to fetch
on stdin
and returning a JSON of the fetched results on stdout
.
Although the primary goal is to wrap around Weboob to use it in Cozy, this script might be of interest for anyone willing to wrap around Weboob and communicate with JSON pipes.
Usage
First, you need to have Weboob installed on your system.
Cozyweboob script
Typical command-line usage for this script is:
cat konnectors.json | python -m cozyweboob.__main__
where konnectors.json
is a valid JSON file defining konnectors to be used.
Server script
Typical command-line usage for this script is:
./server.py
This script spawns a Bottle webserver, listening on localhost:8080
(by
default).
It has a single route, the index route, which supports POST
method to send a
valid JSON string defining konnectors to be used in a params
field. Typical
example to send it some content is:
curl -X POST --data "params=$(cat konnectors.json)" "http://localhost:8080/"
where konnectors.json
is a valid JSON file defining konnectors to be used.
The server also exposes a /list
endpoint, which will provide you a JSON dump
of all the available modules, their descriptions and the configuration options
you should provide them.
Note: You can specify the host and port to listen on using the
COZYWEBOOB_HOST
and COZYWEBOOB_PORT
environment variables.
Conversation script
There is another command-line script available if you would rather communicate
with it in a conversation manner, using stdin
and stdout
(typically to
integrate it with Node modules using
Python-shell). To run it, use:
./stdin_conversation.py
Then, you can write on stdin
and fetch the responses from stdout
.
Available commands are:
GET /list
to list all available modules.POST /fetch JSON_PARAMS
whereJSON_PARAMS
is an input JSON for module parameters.exit
to quit the script and end the conversation.
JSON responses are the same one as from the HTTP server script. It is basically the same script without HTTP encapsulation.
Note: To simplify the script, note that it only supports single line
commands. Then, your JSON_PARAMS
should be the same single stdin
line as
the GET /fetch
part.
Notes concerning all the available scripts
Using COZYWEBOOB_ENV=debug
, you can enable debug features for all of these
scripts, which might be useful for development. These features are:
- Logging
- If you pass a blank field in a JSON konnector description
(typically
password: ""
), the script will ask you its value at runtime, usinggetpass
.
Input JSON file
The JSON file read on stdin
should have a specific structure. A typical
example is given in konnectors.json.sample
.
Basically, it consists of a list of maps. Each map corresponds to a given Weboob module to run, with a given set of parameters (then allowing the script to run multiple times the same module with different configurations). Each map should have at the following three keys:
name
is the name of the Weboob module to run (same name as used in Weboob).parameters
is a map of parameters to use for this particular module, as required by the associated Weboob backend.id
should be a unique string of your choice, to uniquely identify this run of the specified module with the specified set of parameters.actions
is an optional list of actions to perform. It should contains two keys,fetch
anddownload
. For each key, you can either passtrue
to completely handle the actions, or a map of capabilities associated to list of contents to fetch. Typically, you can pass"fetch": { "CapDocument": ["bills"]}
to fetch only bills from theCapDocuments
capability. You can also pass"download": { "CapDocument": ["someID"] }
to download a specific id (which can be either type of fields in theCapDocument
capability). If not provided, the default is to fetch only, and do not download anything.
Output JSON file
The resulting JSON file, on stdout
is a map associating the id
fields as
provided in input JSON file to a map of fetched data by this module.
Each module map has a cookies
entry containing the cookies used to fetch the
data, so that any program running afterwards can download documents.
Important note: Most of such websites have very short lived sessions,
meaning in most cases these cookies
will be useless for extra download as
the session will most likely be destroyed on the server side.
The other entries in these maps depend on the module capabilities as defined
by Weboob. Detailed informations about these other entires can be found in the
doc/capabilities
folder.
Contributing
All contributions are welcome. Feel free to make a PR :)
Python code is currently Python 2, but should be Python 3 compatible as Weboob is moving towards Python 3. All Python code should be PEP8 compliant. I use some extra rules, taken from PyLint.
License
The content of this repository is licensed under an MIT license, unless explicitly mentionned otherwise.