-// Copyright (C) 2014-2017 Internet Systems Consortium, Inc. ("ISC")
+// Copyright (C) 2014-2020 Internet Systems Consortium, Inc. ("ISC")
//
// This Source Code Form is subject to the terms of the Mozilla Public
// License, v. 2.0. If a copy of the MPL was not distributed with this
option). From the implementation perspective, this is slight change
from the BIND10 days, as back then a subset of the configuration was received by
the daemon processes. Nowadays the whole configuration is passed. To take a
- specific example, the following is how b10-config.db looks today:
+ specific example, the following is how b10-config.db looked many years ago:
@code
{
"Init": { ... }
start, stop and reconfigure the daemons. Its only
job is to pass the configuration file to each daemon and remember its PID file, so
that sending signals is possible (for configuration reload or shutdown). It is also
- able to print out a status.
-
+ able to print out a status.<br/><br/>
+-# The capability to share the same configuration file between servers and
+ agents, and the Logging toplevel entry, were removed in 1.7.9.
*/
"loggers" object) moved inside the configuration objects (maps) for the
respective Kea modules. For example: the "Dhcp4" map contains the
"loggers" object specifying logging configuration for the DHCPv4
- server. Backward compatibility is maintained until Kea 1.7.8
+ server. Backward compatibility is maintained until Kea 1.7.9
release; it will be possible to specify the "Logging" object at the top
configuration level and "loggers" objects at the module configuration
level. Finally, support for the top-level "Logging" object was
- removed in Kea 1.7.0.
+ removed in Kea 1.7.9.
The specification of several supported elements (e.g. "Dhcp4",
"Dhcp6") in a single configuration file can be confusing and works
// --- loggers entry -----------------------------------------
-// is "Loggers": [ ... ].
loggers: LOGGERS {
ElementPtr l(new ListElement(ctx.loc2pos(@1)));
ctx.stack_.back()->set("loggers", l);