Bug 6856: Rpc definition should implicitly define input/output 65/52765/1
authorIgor Foltin <ifoltin@cisco.com>
Fri, 3 Mar 2017 10:59:12 +0000 (11:59 +0100)
committerIgor Foltin <ifoltin@cisco.com>
Fri, 3 Mar 2017 13:40:47 +0000 (13:40 +0000)
commitadcd0c4fe3ce5477a7713fa9e9b209e41f180656
tree783fa5b6958edceef685564d5b23f17138bdb62d
parentbc9977c2b59023f882910e1b03717caf62eaabb2
Bug 6856: Rpc definition should implicitly define input/output

The yangtools patch for this bug required a minor change in mdsal's
binding generator v1 to maintain compatibility. The mdsal patch has
already been merged. The binding generator v1 now generates classes
for input and output statement only if they are explicitly declared
in the model. As a consequence, a minor adjustement has to be made
in BindingToNormalizedNodeCodec's findRpcMethod().

This patch needs to be merged to unblock the distribution-check job
in the yangtools patch.

Change-Id: I6ed0e57aae35987ae943c8aa7a4a79861af04f7a
Signed-off-by: Igor Foltin <ifoltin@cisco.com>
(cherry picked from commit e5c67ba252d4e3f5a5c546ba523fefe880afc274)
opendaylight/md-sal/sal-binding-broker/src/main/java/org/opendaylight/controller/md/sal/binding/impl/BindingToNormalizedNodeCodec.java