ryu.cfg: Use a dedicated ConfigOpt instance
This might be necessary for future vesions of Neutron OVS agent. 1. The agent parses options, including command line options, using oslo.config.cfg.CONF ConfigOpt instance. 2. Depending on options, it might lazily import ryu modules. 3. The ryu modules might have import-time register_cli_opts calls against ryu.cfg.CONF. 3. As ryu.cfg.CONF is same as oslo.config.cfg.CONF, oslo.config raises an exception, complaining register_cli_opts is used after parsing command line options. Signed-off-by: YAMAMOTO Takashi <yamamoto@valinux.co.jp> Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
This commit is contained in:
parent
7fb83c149f
commit
305e41f47b
14
ryu/cfg.py
14
ryu/cfg.py
@ -22,17 +22,15 @@ import oslo.config.cfg
|
||||
# b. RyuApp.CONF (preferred way for ryu applications)
|
||||
# c. oslo.config.cfg.CONF
|
||||
#
|
||||
# Currently all of above shares a single ConfigOpts instance.
|
||||
# We will unshare c. (and stop using it) as soon as ofagent neutron agent
|
||||
# is updated.
|
||||
# We want to avoid using c. for our options as a python program which embeds
|
||||
# ryu applications (eg. neutron agent) might want to put its own set of cli
|
||||
# options into it, which can conflict with ours. (Currently there seems
|
||||
# no conflict for the neutron agent. But who knows?)
|
||||
# Currently a. and b. shares a single ConfigOpts instance.
|
||||
# We intentionally avoid using c. for our options as a python program
|
||||
# which embeds ryu applications (eg. neutron agent) might want to put
|
||||
# its own set of cli options into it, which can conflict with ours.
|
||||
# (Currently there seems no conflict for the neutron agent. But who knows?)
|
||||
# At some point later we might want to unshare a. and b. as well, in order
|
||||
# to allow app-specific options.
|
||||
|
||||
CONF = oslo.config.cfg.CONF
|
||||
CONF = oslo.config.cfg.ConfigOpts()
|
||||
|
||||
# re-export for convenience
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user