click-odoo
.. image:: https://img.shields.io/badge/license-LGPL--3-blue.svg
:target: http://www.gnu.org/licenses/lgpl-3.0-standalone.html
:alt: License: LGPL-3
.. image:: https://badge.fury.io/py/click-odoo.svg
:target: http://badge.fury.io/py/click-odoo
.. image:: https://travis-ci.org/acsone/click-odoo.svg?branch=master
:target: https://travis-ci.org/acsone/click-odoo
.. image:: https://codecov.io/gh/acsone/click-odoo/branch/master/graph/badge.svg
:target: https://codecov.io/gh/acsone/click-odoo
click-odoo
helps you create and run beautiful and robust command line scripts
for Odoo. It is based on the excellent Click_ library.
Useful community-managed scripts can be found in click-odoo-contrib_.
.. contents::
Quick start
Check Odoo is correctly installed: ``python -c "import odoo"`` must
work when run from another directory than the Odoo root directory.
Install ``click-odoo``::
pip install click-odoo
Assuming the following script named ``list-users.py``.
.. code:: python
#!/usr/bin/env python
from __future__ import print_function
for u in env['res.users'].search([]):
print(u.login, u.name)
It can be run with::
python -m click_odoo -d dbname --log-level=error ./list-users.py
or::
click-odoo -d dbname --log-level=error ./list-users.py
The other technique to create scripts looks like this. Assuming
the following script named ``list-users2.py``.
.. code:: python
#!/usr/bin/env python
from __future__ import print_function
import click
import click_odoo
@click.command()
@click_odoo.env_options(default_log_level='error')
@click.option('--say-hello', is_flag=True)
def main(env, say_hello):
if say_hello:
click.echo("Hello!")
for u in env['res.users'].search([]):
print(u.login, u.name)
if __name__ == '__main__':
main()
It can be run like this::
$ ./list-users2.py --help
Usage: list-users2.py [OPTIONS]
Options:
-c, --config PATH Specify the Odoo configuration file. Other ways to
provide it are with the ODOO_RC or OPENERP_SERVER
environment variables, or ~/.odoorc (Odoo >= 10) or
~/.openerp_serverrc.
-d, --database TEXT Specify the database name. If present, this
parameter takes precedence over the database
provided in the Odoo configuration file.
--log-level TEXT Specify the logging level. Accepted values depend on
the Odoo version, and include debug, info, warn,
error, critical. [default: error]
--logfile PATH Specify the log file.
--rollback Rollback the transaction even if the script
does not raise an exception. Note that if
the script itself commits, this option has no
effect, this is why it is not named dry run.
This option is implied when an interactive
console is started.
--say-hello
--help Show this message and exit.
$ ./list-users2.py --say-hello -d dbname
Hello!
admin Administrator
...
Finally, you can start an interactive shell by simply typing
``python -m click_odoo -d dbname`` or ``click-odoo -d dbname``.
This will launch the python REPL with an Odoo ``env`` available
as a global variable.
Supported Odoo versions
Odoo version 11, 12, 13, 14, 15 and 16 are supported.
An important design goal is to provide a consistent behaviour
across Odoo versions.
.. note::
click-odoo
does not mandate any particular method of installing odoo. The only
prerequisiste is that import odoo
must work when run from another directory than
the Odoo root directory.
You may also rely on the fact that python adds the current directory to
sys.path
, so import odoo
works from the Odoo root directory.
In such case, the only working invocation method may be
python -m click_odoo
.
Database transactions
By default ``click-odoo`` commits the transaction for you, unless your script
raises an exception. This is so that you don't need to put explicit commits
in your scripts, which are therefore easier to compose in larger transactions
(provided they pass around the same env).
There is a ``--rollback`` option to force a rollback.
A rollback is always performed after an interactive session. If you need to
commit changes made before or during an interactive session, use ``env.cr.commit()``.
Logging
~~~~~~~
Logging is controlled by the usual Odoo logging options (``--log-level``,
``--logfile``) or the Odoo configuration file.
Note the ``--log-level`` option applies to the ``odoo`` package only.
Command line interface (click-odoo)
.. code::
Usage: click-odoo [OPTIONS] [SCRIPT] [SCRIPT_ARGS]...
Execute a python script in an initialized Odoo environment. The script has
access to a 'env' global variable which is an odoo.api.Environment
initialized for the given database. If no script is provided, the script
is read from stdin or an interactive console is started if stdin appears
to be a terminal.
Options:
-c, --config FILE Specify the Odoo configuration file. Other
ways to provide it are with the ODOO_RC or
OPENERP_SERVER environment variables, or
~/.odoorc (Odoo >= 10) or
~/.openerp_serverrc.
--addons-path TEXT Specify the addons path. If present, this
parameter takes precedence over the addons
path provided in the Odoo configuration
file.
-d, --database TEXT Specify the database name. If present, this
parameter takes precedence over the database
provided in the Odoo configuration file.
--log-level TEXT Specify the logging level. Accepted values
depend on the Odoo version, and include
debug, info, warn, error. [default: info]
--logfile FILE Specify the log file.
--rollback Rollback the transaction even if the script
does not raise an exception. Note that if
the script itself commits, this option has
no effect. This is why it is not named dry
run. This option is implied when an
interactive console is started.
-i, --interactive / --no-interactive
Inspect interactively after running the
script.
--shell-interface TEXT Preferred shell interface for interactive
mode. Accepted values are ipython, ptpython,
bpython, python. If not provided they are
tried in this order.
--help Show this message and exit.
Most options above are the same as odoo
options and behave identically.
Additional Odoo options can be set in the the configuration file.
Note however that most server-related options (workers, http interface etc)
are ignored because no server is actually started when running a script.
An important feature of click-odoo
compared to, say, odoo shell
is
the capability to pass arguments to scripts.
In order to avoid confusion between click-odoo
options and your script
options and arguments, it is recommended to separate them with --
::
click-odoo -d dbname -- list-users.py -d a b
./list-users.py -d dbname -- -d a b
In both examples above, sys.argv[1:]
will contain ['-d', 'a', 'b']
in the script.
API
click_odoo.env_options decorator
--------------------------------
``@click_odoo.env_options()`` is a decorator that is used very much like
``@click.option()`` and inserts the list of predefined ``click-odoo``
options. Instead of passing down these options to the command, it prepares
an odoo ``Environment`` and passes it as a ``env`` parameter.
It is configurable with the following keyword arguments:
default_log_level
The default value for the ``--log-level`` option (default: 'info').
with_rollback
Controls the presence of the ``--rollback`` option (default: True).
This is useful for creating commands that commit and leave no possibility
for rollback.
with_database
Controls the presence of the ``--database`` option (default: True).
This is useful to create scripts that have access to a pre-loaded Odoo
configuration, without any database. In such case, the environment
is not set (env is None). If ``with_database`` is False,
``database_required`` is implied to be False too.
database_required
Controls if a database must be provided through the ``--database``
option or the Odoo configuration file (default: True).
database_must_exist
If this flag is False and the selected database does not exist
do not fail and pass env=None instead (default: True).
with_addons_path
Controls the presence of the ``--addons-path`` option (default: False).
environment_manager
**experimental feature** A context manager that yields an intialized
``odoo.api.Environment``.
It is invoked after Odoo configuration parsing and initialization.
It must have the following signature (identical to ``OdooEnvironment``
below, plus the click ``ctx`` as well as ``**kwargs`` for future proofing):
.. code:: python
environment_manager(database, rollback, ctx, **kwargs)
Customizing click_odoo.env_options (experimental)
-------------------------------------------------
``click_odoo.env_options`` is a class that can be extended for customization
purposes.
It currently has one method that is intended to be overridden, with the
following signature:
.. code:: python
def get_odoo_args(self, ctx: click.Context) -> List[str]:
...
It must return a list of Odoo command line arguments computed
from the Click context. It will be called after parsing all parameters
of the command, and before initializing Odoo and invoking the command function.
click_odoo.odoo namespace
-------------------------
As a convenience ``click_odoo`` exports the ``odoo`` namespace, so
``from click_odoo import odoo`` is an alias for ``import odoo``.
OdooEnvironment context manager (experimental)
----------------------------------------------
This package also provides an experimental ``OdooEnvironment`` context manager.
It is meant to be used in after properly intializing Odoo (ie parsing the
configuration file etc).
.. warning::
This API is considered experimental, contrarily to the scripting mechanism
(ie passing ``env`` to scripts) and ``env_options`` decorator which are
stable features. Should you have a specific usage for this API and would
like it to become stable, get it touch to discuss your requirements.
Example:
.. code:: python
from click_odoo import OdooEnvironment
with OdooEnvironment(database='dbname') as env:
env['res.users'].search([])
Developement
To run tests, type tox
. Tests are made using pytest. To run tests matching
a specific keyword for, say, Odoo 12 and python 3.6, use
tox -e py36-12.0 -- -k keyword
.
This project uses black <https://github.com/ambv/black>
_
as code formatting convention, as well as isort and flake8.
To make sure local coding convention are respected before
you commit, install
pre-commit <https://github.com/pre-commit/pre-commit>
_ and
run pre-commit install
after cloning the repository.
To release, create a release with a tag on GitHub. This will trigger a
deployment to PyPI.
Useful links
- pypi page: https://pypi.org/project/click-odoo
- code repository: https://github.com/acsone/click-odoo
- report issues at: https://github.com/acsone/click-odoo/issues
.. _Click: http://click.pocoo.org
.. _click-odoo-contrib: https://pypi.python.org/pypi/click-odoo-contrib
Credits
~~~~~~~
Author:
- Stéphane Bidoul (`ACSONE <https://acsone.eu/>`__)
Contributors:
- Thomas Binsfeld (`ACSONE <https://acsone.eu/>`__)
- David Arnold (`XOE <https://xoe.solutions>`__)
- Jairo Llopis (`Tecnativa <https://tecnativa.com>`__)
Inspiration has been drawn from:
- `anybox.recipe.odoo <https://github.com/anybox/anybox.recipe.odoo>`_
- `anthem by Camptocamp <https://github.com/camptocamp/anthem>`_
- odoo's own shell command
Maintainer
~~~~~~~~~~
.. image:: https://www.acsone.eu/logo.png
:alt: ACSONE SA/NV
:target: https://www.acsone.eu
This project is maintained by ACSONE SA/NV.
Changes
~~~~~~~
.. towncrier release notes start
1.7.0 (2024-10-23)
------------------
**Features**
- Use ``odoo.modules.registry.Registry()`` instead of the now deprecated `odoo.registry()`. (`#60 <https://github.com/acsone/click-odoo/issues/60>`_)
1.6.0 (2022-09-21)
------------------
**Feature**
- Add CI tests for Odoo 16 and Python 3.10. (`#51 <https://github.com/acsone/click-odoo/issues/51>`_)
**Deprecations and Removals**
- Drop support for python < 3.6 and Odoo 8, 9, 10. (`#48 <https://github.com/acsone/click-odoo/issues/48>`_)
1.5.0 (2021-10-08)
------------------
**Features**
- Silenced a noisy warning about Environment.manage() being a no-op in Odoo 15. (`#43 <https://github.com/acsone/click-odoo/issues/43>`_)
1.4.3 (2020-09-30)
------------------
**Features**
- Refined ImportError detection in ``from click_odoo import odoo``, for
easier diagnostic of Odoo installation issues. (`#36 <https://github.com/acsone/click-odoo/issues/36>`_)
1.4.2 (2019-10-01)
------------------
- Odoo 8 unconditionally registers wsgi handlers, which has the surprising
side effect to start a server in some circumstances, for instance when
calling ``env["ir.module.module"].update_list()`` in ``click-odoo-initdb``.
Disable them in click-odoo initialization, since they are useless and
other Odoo version do not install them.
- Support Odoo saas versions.
1.4.1 (2019-01-24)
------------------
- revert change to logging made in 1.4.0
1.4.0 (pulled)
--------------
- add support for launching with ``python -m click_odoo``. Fixes #20.
- apply ``--log-level`` to the root logger, so it works more
intuitively by applying to the script too, and not only to the ``odoo``
namespace. *This may change the log output of some scripts*.
In particular, ``--log-level=debug`` will now apply debug logging
to every python library used, and not only to Odoo.
Fine tuning is available through the ``log_handler`` configuration item.
- support Odoo config files with multiple comma separate databases names
in db_name config entry.
1.3.0 (2018-11-21)
------------------
- pass click ctx to environment_manager
1.2.0 (2018-11-18)
------------------
- refactor ``@click_odoo.env_options`` to allow propagating ``env``
to subcommands through the click context. Fixes #16.
- do not log click Exit exception, which may be raised by subcommands as
a result of --help.
Upgrading:
- click-odoo now requires click>=7
1.1.1 (2018-11-01)
------------------
- add ``with_addons_path`` option to ``@click_odoo.env_options``
to control the presence of the ``--addons-path`` option. Defaults to False.
Enabled for the ``click-odoo`` CLI.
1.1.0 (2018-10-31)
------------------
- add ``environment_manager`` to ``@click_odoo.env_options``, providing
a hook on ``odoo.api.Environment`` creation.
- add ``--addons-path`` option to the CLI.
- add ``database_must_exist`` option to ``@click_odoo.env_options``
so scripts can behave how they please in case the database is absent.
1.0.4 (2018-10-07)
------------------
- silence deprecation warning
- adapt tests for Odoo 12
1.0.3 (2018-06-05)
------------------
- clarify the behaviour of ``@env_option`` ``with_database`` and ``database_required``
parameters; in particular, when ``with_database`` and ``database_required``
are both set (the default), the ``--database`` option can be omitted
as long as a database is declared in the Odoo configuration file.
1.0.2 (2018-06-01)
------------------
- refactor the OdooEnvironment class: it is much cleaner when
it leaves the global Odoo config alone, so we completely move
responsibility to initialize the Odoo config to the CLI part.
1.0.1 (2018-05-27)
------------------
- better error logging and handling: all exceptions occuring
in scripts under click_odoo.env_options are logged and converted
to ClickException so we are sure they are both in the log file
and on the console (handled by click) for the user to see.
The OdooEnvironment context manager does not do additional logging,
leaving that responsibility to the caller.
1.0.0 (2018-05-20)
------------------
- close db connections when releasing OdooEnvironment
- expose click_odoo.odoo_bin (odoo or openerp-server depending on Odoo series).
not documented yet, because it should ideally be a full path corresponding
to the installed click_odoo.odoo, and I'm not sure how best to detect it yet.
1.0.0b4 (2018-05-17)
--------------------
- minor documentation improvements
- add the possibility to run script without ``--database`` (ie without env,
but with a properly initialized Odoo library such as addons path)
- be more resilient in case we can't obtain a context for the user
1.0.0b3 (2018-03-22)
--------------------
- click_odoo now exports the odoo namespace: ``from click_odoo import odoo``
is an alias for ``import odoo`` (>9) or ``import openerp as odoo`` (<=9)
- add a ``with_rollback`` option to the ``env_options`` decorator, to control
the presence of the rollback option
- document the ``env_options`` decorator
1.0.0b2 (2018-03-21)
--------------------
- commit in case of success, so users do not need to commit in their
scripts, therefore making scripts easier to compose in larger transactions
- add a --rollback option
- interactive mode forces --rollback
1.0.0b1 (2018-03-20)
--------------------
- clear cache when starting environment (mostly useful for tests)
- simplify and test transaction and exception handling
- when leaving the env, log the exception to be sure it is visible
when using ``--logfile``
1.0.0a2 (2018-03-19)
--------------------
- improve transaction management: avoid some rare deadlock
- avoid masking original exception in case of error during rollback
- make sure scripts launched by click-odoo have ``__name__ == '__main__'``
- add ``--logfile option``
1.0.0a1 (2018-03-19)
--------------------
- first alpha