Bug 6856: Rpc definition should implicitly define input/output 54/52754/2
authorIgor Foltin <ifoltin@cisco.com>
Fri, 3 Mar 2017 10:59:12 +0000 (11:59 +0100)
committerTom Pantelis <tpanteli@brocade.com>
Fri, 3 Mar 2017 13:37:38 +0000 (13:37 +0000)
commite5c67ba252d4e3f5a5c546ba523fefe880afc274
tree82124683cd0f54d45fa404c7c0ee584357c5bb26
parent2013a889903939f0d3ae48c84803efa6b60e882c
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>
opendaylight/md-sal/sal-binding-broker/src/main/java/org/opendaylight/controller/md/sal/binding/impl/BindingToNormalizedNodeCodec.java