
<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body bgcolor="#FFFFFF" text="#000000">

    <p><br>

    </p>

    <br>

    <div class="moz-cite-prefix">On 9/12/16 4:43 PM, Marvin Addison

      wrote:<br>

    </div>

    <blockquote

cite="mid:CACOs9MTmc4cNQ_bB3mA0jYT54zitg5ebprkHdMC8g4ROXa8Z+g@mail.gmail.com"

      type="cite">

      <div dir="ltr">

        <div class="gmail_quote"><br>

          <div><br>

          </div>

          <div>Thanks for that reference. I intend to use that method of

            walking up the tree since it's clear and allows me to

            explicitly check the data I care about,

            EntitiesDescriptor.getName(), and nothing more.<br>

          </div>

        </div>

      </div>

    </blockquote>

    <br>

    That should work ok.  Just be aware that: The metadata resolvers in

    v3 are by design EntityDescriptor-oriented.  We don't *currently* do

    anything in the batch metadata resolvers to tear down the original

    hierarchical structure.  So getParent() should still return the

    original document's EntitiesDescriptor, etc.   And we don't have any

    plans right now to muck with that.  But it's possible we might in

    the future.<br>

    <br>

    And of course there won't be any parent on individual

    EntityDescriptors resolved using MDQ or other dynamic approaches. 

    That's actually an example of where we might come up with

    alternative ways to define entity groups, and those might then get

    represented in the same consistent on EntityDescriptor object

    metadata.<br>

  </body>

</html>