blob: 710f6fc9bb3470e09b5db7d108819772f7581f63 [file] [log] [blame]
Radek Krejci7931b192020-06-25 17:05:03 +02001/**
2 * @file parser_data.h
3 * @author Radek Krejci <rkrejci@cesnet.cz>
4 * @brief Data parsers for libyang
5 *
6 * Copyright (c) 2015-2020 CESNET, z.s.p.o.
7 *
8 * This source code is licensed under BSD 3-Clause License (the "License").
9 * You may not use this file except in compliance with the License.
10 * You may obtain a copy of the License at
11 *
12 * https://opensource.org/licenses/BSD-3-Clause
13 */
14
15#ifndef LY_PARSER_DATA_H_
16#define LY_PARSER_DATA_H_
17
18#include "tree_data.h"
19
20#ifdef __cplusplus
21extern "C" {
22#endif
23
24struct ly_in;
25
26/**
Radek Krejci8678fa42020-08-18 16:07:28 +020027 * @page howtoDataParsers Parsing Data
28 *
29 * Data parser allows to read instances from a specific format. libyang supports the following data formats:
30 *
31 * - XML
32 *
33 * Original data format used in NETCONF protocol. XML mapping is part of the YANG specification
34 * ([RFC 6020](http://tools.ietf.org/html/rfc6020)).
35 *
36 * - JSON
37 *
38 * The alternative data format available in RESTCONF protocol. Specification of JSON encoding of data modeled by YANG
39 * can be found in [RFC 7951](http://tools.ietf.org/html/rfc7951). The specification does not cover RPCs, actions and
40 * Notifications, so the representation of these data trees is proprietary and corresponds to the representation of these
41 * trees in XML.
42 *
43 * While the parsers themselves process the input data only syntactically, all the parser functions actually incorporate
44 * the [common validator](@ref howtoDataValidation) checking the input data semantically. Therefore, the parser functions
45 * accepts two groups of options - @ref dataparseroptions and @ref datavalidationoptions.
46 *
47 * In contrast to the schema parser, data parser also accepts empty input data if such an empty data tree is valid
48 * according to the schemas in the libyang context (i.e. there are no top level mandatory nodes).
49 *
50 * There are individual functions to process different types of the data instances trees:
51 * - ::lyd_parse_data() is intended for standard configuration data trees. According to the given
52 * [parser options](@ref dataparseroptions), the caller can further specify which kind of data tree is expected:
53 * - *complete :running datastore*: this is the default case, possibly with the use of (some of) the
54 * ::LYD_PARSE_STRICT, ::LYD_PARSE_OPAQ or ::LYD_VALIDATE_PRESENT options.
55 * - *complete configuration-only datastore* (such as :startup): in this case it is necessary to except all state data
56 * using ::LYD_PARSE_NO_STATE option.
57 * - *incomplete datastore*: there are situation when the data tree is incomplete or invalid by specification. For
58 * example the *:operational* datastore is not necessarily valid and results of the NETCONF's \<get\> or \<get-config\>
59 * oprations used with filters will be incomplete (and thus invalid). This can be allowed using ::LYD_PARSE_ONLY,
60 * the ::LYD_PARSE_NO_STATE should be used for the data returned by \<get-config\> operation.
Michal Vaskoe0665742021-02-11 11:08:44 +010061 * - ::lyd_parse_op() is used for parsing RPCs/actions, replies, and notifications. Even NETCONF rpc, rpc-reply, and
62 * notification messages are supported.
Radek Krejci8678fa42020-08-18 16:07:28 +020063 *
64 * Further information regarding the processing input instance data can be found on the following pages.
65 * - @subpage howtoDataValidation
66 * - @subpage howtoDataWD
67 *
68 * Functions List
69 * --------------
70 * - ::lyd_parse_data()
71 * - ::lyd_parse_data_mem()
72 * - ::lyd_parse_data_fd()
73 * - ::lyd_parse_data_path()
Michal Vaskoe0665742021-02-11 11:08:44 +010074 * - ::lyd_parse_op()
Radek Krejci8678fa42020-08-18 16:07:28 +020075 */
76
77/**
78 * @page howtoDataValidation Validating Data
79 *
80 * Data validation is performed implicitly to the input data processed by the [parser](@ref howtoDataParsers) and
81 * on demand via the lyd_validate_*() functions. The explicit validation process is supposed to be used when a (complex or
82 * simple) change is done on the data tree (via [data manipulation](@ref howtoDataManipulation) functions) and the data
83 * tree is expected to be valid (it doesn't make sense to validate modified result of filtered \<get\> operation).
84 *
85 * Similarly to the [data parser](@ref howtoDataParsers), there are individual functions to validate standard data tree
86 * (::lyd_validate_all()) and RPC, Action and Notification (::lyd_validate_op()). For the standard data trees, it is possible
87 * to modify the validation process by @ref datavalidationoptions. This way the state data can be prohibited
88 * (::LYD_VALIDATE_NO_STATE) and checking for mandatory nodes can be limited to the YANG modules with already present data
89 * instances (::LYD_VALIDATE_PRESENT). Validation of the standard data tree can be also limited with ::lyd_validate_module()
90 * function, which scopes only to a specified single YANG module.
91 *
92 * Since the operation data trees (RPCs, Actions or Notifications) can reference (leafref, instance-identifier, when/must
93 * expressions) data from a datastore tree, ::lyd_validate_op() may require additional data tree to be provided. This is a
94 * difference in contrast to the parsing process, when the data are loaded from an external source and invalid reference
95 * outside the operation tree is acceptable.
96 *
97 * Functions List
98 * --------------
99 * - ::lyd_validate_all()
100 * - ::lyd_validate_module()
101 * - ::lyd_validate_op()
102 */
103
104/**
Radek Krejci7931b192020-06-25 17:05:03 +0200105 * @addtogroup datatree
106 * @{
107 */
108
109/**
Radek Krejci8678fa42020-08-18 16:07:28 +0200110 * @ingroup datatree
Radek Krejci7931b192020-06-25 17:05:03 +0200111 * @defgroup dataparseroptions Data parser options
112 *
113 * Various options to change the data tree parsers behavior.
114 *
115 * Default parser behavior:
116 * - complete input file is always parsed. In case of XML, even not well-formed XML document (multiple top-level
117 * elements) is parsed in its entirety,
118 * - parser silently ignores data without matching schema node definition,
119 * - list instances are checked whether they have all the keys, error is raised if not.
120 *
121 * Default parser validation behavior:
122 * - the provided data are expected to provide complete datastore content (both the configuration and state data)
123 * and performs data validation according to all YANG rules, specifics follow,
124 * - list instances are expected to have all the keys (it is not checked),
125 * - instantiated (status) obsolete data print a warning,
126 * - all types are fully resolved (leafref/instance-identifier targets, unions) and must be valid (lists have
127 * all the keys, leaf(-lists) correct values),
128 * - when statements on existing nodes are evaluated, if not satisfied, a validation error is raised,
129 * - if-feature statements are evaluated,
130 * - invalid multiple data instances/data from several cases cause a validation error,
Michal Vaskoa6669ba2020-08-06 16:14:26 +0200131 * - implicit nodes (NP containers and default values) are added.
Radek Krejci7931b192020-06-25 17:05:03 +0200132 * @{
133 */
134/* note: keep the lower 16bits free for use by LYD_VALIDATE_ flags. They are not supposed to be combined together,
135 * but since they are used (as a separate parameter) together in some functions, we want to keep them in a separated
136 * range to be able detect that the caller put wrong flags into the parser/validate options parameter. */
137#define LYD_PARSE_ONLY 0x010000 /**< Data will be only parsed and no validation will be performed. When statements
138 are kept unevaluated, union types may not be fully resolved, if-feature
139 statements are not checked, and default values are not added (only the ones
140 parsed are present). */
Michal Vasko0f3377d2020-11-09 20:56:11 +0100141#define LYD_PARSE_STRICT 0x020000 /**< Instead of silently ignoring data without schema definition raise an error.
Michal Vasko369f7a62021-02-01 08:59:36 +0100142 Do not combine with ::LYD_PARSE_OPAQ (except for ::LYD_LYB). */
Michal Vasko0f3377d2020-11-09 20:56:11 +0100143#define LYD_PARSE_OPAQ 0x040000 /**< Instead of silently ignoring data without definition, parse them into
Michal Vasko369f7a62021-02-01 08:59:36 +0100144 an opaq node. Do not combine with ::LYD_PARSE_STRICT (except for ::LYD_LYB). */
145#define LYD_PARSE_NO_STATE 0x080000 /**< Forbid state data in the parsed data. Usually used with ::LYD_VALIDATE_NO_STATE. */
Radek Krejci7931b192020-06-25 17:05:03 +0200146
Michal Vasko0f3377d2020-11-09 20:56:11 +0100147#define LYD_PARSE_LYB_MOD_UPDATE 0x100000 /**< Only for LYB format, allow parsing data printed using a specific module
Radek Krejci7931b192020-06-25 17:05:03 +0200148 revision to be loaded even with a module with the same name but newer
149 revision. */
Michal Vaskoafac7822020-10-20 14:22:26 +0200150
151#define LYD_PARSE_OPTS_MASK 0xFFFF0000 /**< Mask for all the LYD_PARSE_ options. */
152
Radek Krejci7931b192020-06-25 17:05:03 +0200153/** @} dataparseroptions */
154
Radek Krejci7931b192020-06-25 17:05:03 +0200155/**
Radek Krejci7931b192020-06-25 17:05:03 +0200156 * @ingroup datatree
Radek Krejci8678fa42020-08-18 16:07:28 +0200157 * @defgroup datavalidationoptions Data validation options
Radek Krejci7931b192020-06-25 17:05:03 +0200158 *
159 * Various options to change data validation behaviour, both for the parser and separate validation.
160 *
161 * Default separate validation behavior:
162 * - the provided data are expected to provide complete datastore content (both the configuration and state data)
163 * and performs data validation according to all YANG rules, specifics follow,
164 * - instantiated (status) obsolete data print a warning,
165 * - all types are fully resolved (leafref/instance-identifier targets, unions) and must be valid (lists have
166 * all the keys, leaf(-lists) correct values),
167 * - when statements on existing nodes are evaluated. Depending on the previous when state (from previous validation
168 * or parsing), the node is silently auto-deleted if the state changed from true to false, otherwise a validation error
169 * is raised if it evaluates to false,
170 * - if-feature statements are evaluated,
171 * - data from several cases behave based on their previous state (from previous validation or parsing). If there existed
172 * already a case and another one was added, the previous one is silently auto-deleted. Otherwise (if data from 2 or
173 * more cases were created) a validation error is raised,
174 * - default values are added.
175 *
176 * @{
177 */
Michal Vasko369f7a62021-02-01 08:59:36 +0100178#define LYD_VALIDATE_NO_STATE 0x0001 /**< Consider state data not allowed and raise an error if they are found.
179 Also, no implicit state data are added. */
Michal Vaskoafac7822020-10-20 14:22:26 +0200180#define LYD_VALIDATE_PRESENT 0x0002 /**< Validate only modules whose data actually exist. */
181
182#define LYD_VALIDATE_OPTS_MASK 0x0000FFFF /**< Mask for all the LYD_VALIDATE_* options. */
Radek Krejci7931b192020-06-25 17:05:03 +0200183
184/** @} datavalidationoptions */
185
186/**
Radek Krejci7931b192020-06-25 17:05:03 +0200187 * @brief Parse (and validate) data from the input handler as a YANG data tree.
188 *
189 * @param[in] ctx Context to connect with the tree being built here.
Michal Vaskoe0665742021-02-11 11:08:44 +0100190 * @param[in] parent Optional parent to connect the parsed nodes to.
Radek Krejci7931b192020-06-25 17:05:03 +0200191 * @param[in] in The input handle to provide the dumped data in the specified @p format to parse (and validate).
192 * @param[in] format Format of the input data to be parsed. Can be 0 to try to detect format from the input handler.
193 * @param[in] parse_options Options for parser, see @ref dataparseroptions.
194 * @param[in] validate_options Options for the validation phase, see @ref datavalidationoptions.
Michal Vaskoe0665742021-02-11 11:08:44 +0100195 * @param[out] tree Full parsed data tree, note that NULL can be a valid tree. If @p parent is set, set to NULL.
Radek Krejci7931b192020-06-25 17:05:03 +0200196 * @return LY_SUCCESS in case of successful parsing (and validation).
Michal Vasko6d497662020-07-08 10:42:57 +0200197 * @return LY_ERR value in case of error. Additional error information can be obtained from the context using ly_err* functions.
Radek Krejci7931b192020-06-25 17:05:03 +0200198 */
Michal Vaskoe0665742021-02-11 11:08:44 +0100199LY_ERR lyd_parse_data(const struct ly_ctx *ctx, struct lyd_node *parent, struct ly_in *in, LYD_FORMAT format,
200 uint32_t parse_options, uint32_t validate_options, struct lyd_node **tree);
Radek Krejci7931b192020-06-25 17:05:03 +0200201
202/**
203 * @brief Parse (and validate) input data as a YANG data tree.
204 *
Michal Vaskoe0665742021-02-11 11:08:44 +0100205 * Wrapper around ::lyd_parse_data() hiding work with the input handler and some obscure options.
Radek Krejci7931b192020-06-25 17:05:03 +0200206 *
207 * @param[in] ctx Context to connect with the tree being built here.
208 * @param[in] data The input data in the specified @p format to parse (and validate).
209 * @param[in] format Format of the input data to be parsed. Can be 0 to try to detect format from the input handler.
210 * @param[in] parse_options Options for parser, see @ref dataparseroptions.
211 * @param[in] validate_options Options for the validation phase, see @ref datavalidationoptions.
Michal Vaskoe0665742021-02-11 11:08:44 +0100212 * @param[out] tree Full parsed data tree, note that NULL can be a valid tree
Radek Krejci7931b192020-06-25 17:05:03 +0200213 * @return LY_SUCCESS in case of successful parsing (and validation).
Michal Vasko6d497662020-07-08 10:42:57 +0200214 * @return LY_ERR value in case of error. Additional error information can be obtained from the context using ly_err* functions.
Radek Krejci7931b192020-06-25 17:05:03 +0200215 */
Radek Krejci1deb5be2020-08-26 16:43:36 +0200216LY_ERR lyd_parse_data_mem(const struct ly_ctx *ctx, const char *data, LYD_FORMAT format, uint32_t parse_options,
217 uint32_t validate_options, struct lyd_node **tree);
Radek Krejci7931b192020-06-25 17:05:03 +0200218
219/**
220 * @brief Parse (and validate) input data as a YANG data tree.
221 *
Michal Vaskoe0665742021-02-11 11:08:44 +0100222 * Wrapper around ::lyd_parse_data() hiding work with the input handler and some obscure options.
Radek Krejci7931b192020-06-25 17:05:03 +0200223 *
224 * @param[in] ctx Context to connect with the tree being built here.
Michal Vaskoe0665742021-02-11 11:08:44 +0100225 * @param[in] fd File descriptor of a regular file (e.g. sockets are not supported) containing the input data in the
226 * specified @p format to parse.
Radek Krejci7931b192020-06-25 17:05:03 +0200227 * @param[in] format Format of the input data to be parsed. Can be 0 to try to detect format from the input handler.
228 * @param[in] parse_options Options for parser, see @ref dataparseroptions.
229 * @param[in] validate_options Options for the validation phase, see @ref datavalidationoptions.
Michal Vaskoe0665742021-02-11 11:08:44 +0100230 * @param[out] tree Full parsed data tree, note that NULL can be a valid tree
Radek Krejci7931b192020-06-25 17:05:03 +0200231 * @return LY_SUCCESS in case of successful parsing (and validation).
Michal Vasko6d497662020-07-08 10:42:57 +0200232 * @return LY_ERR value in case of error. Additional error information can be obtained from the context using ly_err* functions.
Radek Krejci7931b192020-06-25 17:05:03 +0200233 */
Michal Vaskoe0665742021-02-11 11:08:44 +0100234LY_ERR lyd_parse_data_fd(const struct ly_ctx *ctx, int fd, LYD_FORMAT format, uint32_t parse_options,
235 uint32_t validate_options, struct lyd_node **tree);
Radek Krejci7931b192020-06-25 17:05:03 +0200236
237/**
238 * @brief Parse (and validate) input data as a YANG data tree.
239 *
Michal Vaskoe0665742021-02-11 11:08:44 +0100240 * Wrapper around ::lyd_parse_data() hiding work with the input handler and some obscure options.
Radek Krejci7931b192020-06-25 17:05:03 +0200241 *
242 * @param[in] ctx Context to connect with the tree being built here.
243 * @param[in] path Path to the file with the input data in the specified @p format to parse (and validate).
244 * @param[in] format Format of the input data to be parsed. Can be 0 to try to detect format from the input handler.
245 * @param[in] parse_options Options for parser, see @ref dataparseroptions.
246 * @param[in] validate_options Options for the validation phase, see @ref datavalidationoptions.
Michal Vaskoe0665742021-02-11 11:08:44 +0100247 * @param[out] tree Full parsed data tree, note that NULL can be a valid tree
Radek Krejci7931b192020-06-25 17:05:03 +0200248 * @return LY_SUCCESS in case of successful parsing (and validation).
Michal Vasko6d497662020-07-08 10:42:57 +0200249 * @return LY_ERR value in case of error. Additional error information can be obtained from the context using ly_err* functions.
Radek Krejci7931b192020-06-25 17:05:03 +0200250 */
Radek Krejci1deb5be2020-08-26 16:43:36 +0200251LY_ERR lyd_parse_data_path(const struct ly_ctx *ctx, const char *path, LYD_FORMAT format, uint32_t parse_options,
252 uint32_t validate_options, struct lyd_node **tree);
Radek Krejci7931b192020-06-25 17:05:03 +0200253
254/**
Michal Vaskoe0665742021-02-11 11:08:44 +0100255 * @ingroup datatree
256 * @defgroup datatype Data operation type
Radek Krejci7931b192020-06-25 17:05:03 +0200257 *
Michal Vaskoe0665742021-02-11 11:08:44 +0100258 * Operation provided to ::lyd_validate_op() to validate.
259 *
260 * The operation cannot be determined automatically since RPC/action and a reply to it share the common top level node
261 * referencing the RPC/action schema node and may not have any input/output children to use for distinction.
262 *
263 * @{
Radek Krejci7931b192020-06-25 17:05:03 +0200264 */
Michal Vaskoe0665742021-02-11 11:08:44 +0100265enum lyd_type {
Michal Vasko1e4c68e2021-02-18 15:03:01 +0100266 LYD_TYPE_DATA_YANG = 0, /* generic YANG instance data */
267 LYD_TYPE_RPC_YANG, /* instance of a YANG RPC/action request with only "input" data children,
268 including all parents in case of an action */
269 LYD_TYPE_NOTIF_YANG, /* instance of a YANG notification , including all parents in case of a nested one */
270 LYD_TYPE_REPLY_YANG, /* instance of a YANG RPC/action reply with only "output" data children,
271 including all parents in case of an action */
272
273 LYD_TYPE_RPC_NETCONF, /* complete NETCONF RPC invocation as defined for
274 [RPC](https://tools.ietf.org/html/rfc7950#section-7.14.4) and
275 [action](https://tools.ietf.org/html/rfc7950#section-7.15.2) */
276 LYD_TYPE_NOTIF_NETCONF, /* complete NETCONF notification message as defined for
277 [notification](https://tools.ietf.org/html/rfc7950#section-7.16.2) */
278 LYD_TYPE_REPLY_NETCONF /* complete NETCONF RPC reply as defined for
279 [RPC](https://tools.ietf.org/html/rfc7950#section-7.14.4) and
280 [action](https://tools.ietf.org/html/rfc7950#section-7.15.2) */
Michal Vaskoe0665742021-02-11 11:08:44 +0100281};
282/** @} datatype */
Radek Krejci7931b192020-06-25 17:05:03 +0200283
284/**
Michal Vaskoe0665742021-02-11 11:08:44 +0100285 * @brief Parse YANG data into an operation data tree.
Radek Krejci7931b192020-06-25 17:05:03 +0200286 *
Michal Vaskoe0665742021-02-11 11:08:44 +0100287 * At least one of @p parent, @p tree, or @p op must always be set.
Radek Krejci7931b192020-06-25 17:05:03 +0200288 *
Michal Vaskoe0665742021-02-11 11:08:44 +0100289 * Specific @p data_type values have different parameter meaning as follows:
Michal Vasko1e4c68e2021-02-18 15:03:01 +0100290 * - ::LYD_TYPE_RPC_NETCONF:
Michal Vaskoe0665742021-02-11 11:08:44 +0100291 * - @p parent - must be NULL, the whole RPC is expected;
292 * - @p format - must be ::LYD_XML, NETCONF supports only this format;
293 * - @p tree - must be provided, all the NETCONF-specific XML envelopes will be returned here as
Michal Vasko299d5d12021-02-16 16:36:37 +0100294 * a separate opaque data tree, even if the function fails, this may be returned;
Michal Vaskoe0665742021-02-11 11:08:44 +0100295 * - @p op - must be provided, the RPC/action data tree itself will be returned here, pointing to the operation;
296 *
Michal Vasko1e4c68e2021-02-18 15:03:01 +0100297 * - ::LYD_TYPE_NOTIF_NETCONF:
298 * - @p parent - must be NULL, the whole notification is expected;
299 * - @p format - must be ::LYD_XML, NETCONF supports only this format;
300 * - @p tree - must be provided, all the NETCONF-specific XML envelopes will be returned here as
301 * a separate opaque data tree;
302 * - @p op - must be provided, the notification data tree itself will be returned here, pointing to the operation;
303 *
304 * - ::LYD_TYPE_REPLY_NETCONF:
Michal Vaskoe0665742021-02-11 11:08:44 +0100305 * - @p parent - must be set, pointing to the invoked RPC operation (RPC or action) node;
306 * - @p format - must be ::LYD_XML, NETCONF supports only this format;
307 * - @p tree - must be provided, all the NETCONF-specific XML envelopes will be returned here as
308 * a separate opaque data tree;
Michal Vasko1e4c68e2021-02-18 15:03:01 +0100309 * - @p op - must be NULL, the reply is appended to the RPC;
310 * Note that there are 3 kinds of NETCONF replies - ok, error, and data. Only data reply appends any nodes to the RPC.
Michal Vaskoe0665742021-02-11 11:08:44 +0100311 *
312 * @param[in] ctx libyang context.
313 * @param[in] parent Optional parent to connect the parsed nodes to.
314 * @param[in] in Input handle to read the input from.
315 * @param[in] format Expected format of the data in @p in.
316 * @param[in] data_type Expected operation to parse (@ref datatype).
317 * @param[out] tree Optional full parsed data tree. If @p parent is set, set to NULL.
318 * @param[out] op Optional parsed operation node.
319 * @return LY_ERR value.
Radek Krejci7931b192020-06-25 17:05:03 +0200320 */
Michal Vaskoe0665742021-02-11 11:08:44 +0100321LY_ERR lyd_parse_op(const struct ly_ctx *ctx, struct lyd_node *parent, struct ly_in *in, LYD_FORMAT format,
322 enum lyd_type data_type, struct lyd_node **tree, struct lyd_node **op);
Radek Krejci7931b192020-06-25 17:05:03 +0200323
324/**
325 * @brief Fully validate a data tree.
326 *
327 * @param[in,out] tree Data tree to recursively validate. May be changed by validation.
328 * @param[in] ctx libyang context. Can be NULL if @p tree is set.
329 * @param[in] val_opts Validation options (@ref datavalidationoptions).
Michal Vasko8104fd42020-07-13 11:09:51 +0200330 * @param[out] diff Optional diff with any changes made by the validation.
Radek Krejci7931b192020-06-25 17:05:03 +0200331 * @return LY_SUCCESS on success.
332 * @return LY_ERR error on error.
333 */
Radek Krejci1deb5be2020-08-26 16:43:36 +0200334LY_ERR lyd_validate_all(struct lyd_node **tree, const struct ly_ctx *ctx, uint32_t val_opts, struct lyd_node **diff);
Radek Krejci7931b192020-06-25 17:05:03 +0200335
336/**
Michal Vasko26e80012020-07-08 10:55:46 +0200337 * @brief Fully validate a data tree of a module.
Radek Krejci7931b192020-06-25 17:05:03 +0200338 *
339 * @param[in,out] tree Data tree to recursively validate. May be changed by validation.
Michal Vasko26e80012020-07-08 10:55:46 +0200340 * @param[in] module Module whose data (and schema restrictions) to validate.
Radek Krejci7931b192020-06-25 17:05:03 +0200341 * @param[in] val_opts Validation options (@ref datavalidationoptions).
Michal Vasko8104fd42020-07-13 11:09:51 +0200342 * @param[out] diff Optional diff with any changes made by the validation.
Radek Krejci7931b192020-06-25 17:05:03 +0200343 * @return LY_SUCCESS on success.
344 * @return LY_ERR error on error.
345 */
Radek Krejci1deb5be2020-08-26 16:43:36 +0200346LY_ERR lyd_validate_module(struct lyd_node **tree, const struct lys_module *module, uint32_t val_opts, struct lyd_node **diff);
Radek Krejci7931b192020-06-25 17:05:03 +0200347
348/**
Michal Vaskoe0665742021-02-11 11:08:44 +0100349 * @brief Validate an RPC/action request, reply, or notification.
Radek Krejci7931b192020-06-25 17:05:03 +0200350 *
351 * @param[in,out] op_tree Operation tree with any parents. It can point to the operation itself or any of
352 * its parents, only the operation subtree is actually validated.
Michal Vaskoe0665742021-02-11 11:08:44 +0100353 * @param[in] dep_tree Tree to be used for validating references from the operation subtree.
354 * @param[in] data_type Operation type to validate (only YANG operations are accepted, @ref datatype).
Michal Vasko8104fd42020-07-13 11:09:51 +0200355 * @param[out] diff Optional diff with any changes made by the validation.
Radek Krejci7931b192020-06-25 17:05:03 +0200356 * @return LY_SUCCESS on success.
357 * @return LY_ERR error on error.
358 */
Michal Vaskoe0665742021-02-11 11:08:44 +0100359LY_ERR lyd_validate_op(struct lyd_node *op_tree, const struct lyd_node *dep_tree, enum lyd_type data_type,
360 struct lyd_node **diff);
Radek Krejci7931b192020-06-25 17:05:03 +0200361
362/** @} datatree */
363
364#ifdef __cplusplus
365}
366#endif
367
368#endif /* LY_PARSER_DATA_H_ */