NOTE: As of now, we allow optional "include="association" which returns an "association" element (with assocType & isPrimary).
Included within each minimal node response entry:
- should we also consider supporting isPrimary in the where clause ?
- in the future, we may need to also return childQName (and possibly, but unlikely, the nth sibling) ?
- in case of peer assoc, the association element only as an assocType. Gav has suggested that we could consider not having the "association" element, so that the assoc details are optionally returned as top-level elements of the node response (eg. include=isPrimary,assocType) ?