Uploaded image for project: 'yangtools'
  1. yangtools
  2. YANGTOOLS-427

JSON Parser does not correctly parsed choice inside augmentation.

    XMLWordPrintable

Details

    • Bug
    • Status: Resolved
    • Resolution: Done
    • None
    • None
    • None
    • None
    • Operating System: Linux
      Platform: PC

    • 2874

    Description

      I set the severity of this bug to blocker, because we cannot finish our Hackathon demo setup, until following issue will be solved:

      Given this augmentation (sfc-model/src/main/yang/service-function-acl.yang):

      augment "/ietf-acl:access-lists/ietf-acl:access-list/ietf-acl:access-list-entries/ietf-acl:actions" {
      description "SFC simple filter actions";
      choice sfc-action {
      case acl-rendered-service-path {
      description "Determine the Service Function Path the packet the packet will
      traverse";
      leaf rendered-service-path

      { type string; }

      }
      }
      }

      I can PUT and then GET data throught RESTconf including the augmentation leaf:

      {
      "access-lists": {
      "access-list": [
      {
      "acl-name": "ACL1",
      "access-list-entries": [
      {
      "rule-name": "ACE1",
      "actions":

      { "service-function-acl:rendered-service-path": "SFC1-SFP1" }

      }
      ]
      }
      ]
      }
      }

      The issue occurs, when I get Listener notification, with corresponding DataObject actions:

      Actions1 actions1 = actions.getAugmentation(Actions1.class);

      actions1 will be always null, even the augmentation data are present (as verified through RESTconf)

      Attachments

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

        Activity

          People

            tony.tkacik@gmail.com Tony Tkacik
            akincel@cisco.com Andrej Kincel
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: