|
So it requires the parent node ref, the child node ref and the name of the child within the particular parent.
This combination is not a unique identifier for the relationship with regard to structure. In use this does not matter as we have no concept of order, particularly in the index.
Constructor Summary | ||
ChildAssociationRef(String childAssocRefStr) | ||
ChildAssociationRef(QName assocTypeQName, NodeRef parentRef, QName childQName, NodeRef childRef) Constructs a non-primary, -1th sibling parent-child association reference. |
||
ChildAssociationRef(QName assocTypeQName, NodeRef parentRef, QName childQName, NodeRef childRef, boolean isPrimary, int nthSibling) Construct a representation of a parent --- name ----> child relationship. |
Method Summary | ||
int |
compareTo(ChildAssociationRef another) | |
boolean |
equals(Object o) Compares: assocTypeQName parentRef childRef childQName |
|
getChildRef() | ||
int |
getNthSibling() | |
getParentRef() | ||
getQName() Get the qualified name of the parent-child association |
||
getTypeQName() Get the qualified name of the association type |
||
int |
hashCode() | |
boolean |
isPrimary() | |
void |
setNthSibling(int nthSibling) Allows post-creation setting of the ordering index. |
|
toString() |
Methods inherited from class java.lang.Object |
clone, finalize, getClass, notify, notifyAll, wait, wait, wait |
This index is in no way absolute and should change depending on the results that appear around this instance. Therefore, the sibling number cannot be used to construct, say, sibling number 5. Sibling number 5 will exist only in results where there are siblings 1 - 4.
|