psdi.app.location

Class LocHierarchy

java.lang.Object

psdi.mbo.Mbo

psdi.app.location.LocHierarchy

All Implemented Interfaces:

java.rmi.Remote, LocHierarchyRemote, MboConstants, MboRemote, MaxRemoteProxy

public class LocHierarchy
extends Mbo
implements LocHierarchyRemote

MBO to represent one parent/child relationship in a location hierarchy associated with a system. See the Location package description for details.

This is a site level object.

The key attributes for this object are SiteId, Location, SystemId, and Parent.

The attributes in this object are as follows:

Attribute Name	Description
Children	Indicates whether or not this location has children in this hierarchy.
GISParam1 thru GISParam3	Unused attributes. Will be removed in a future release.
Location	Location identifier in the hierarchy associated with a system.
OrgId	Identifier of the organization for this relationship.
Parent	The location identifier for the parent in this parent/child relationship.
SiteId	Identifier of the site for this relationship.
SystemId	The system identifier for this parent/child relationship.

See Also:

Location, LocAncestor, LocSystem, psdi.app.location.LocAuth, LocStatus, LocOper, LocationSpec

Field Summary

Fields inherited from class psdi.mbo.Mbo

MULTILANGCOPY, phantomList, phantomQueue

Fields inherited from interface psdi.mbo.MboConstants

ALLROWS, CHANGEDBY_USER, COUNT_ADDITIONS, COUNT_AFTERSAVE, COUNT_DATABASE, COUNT_DELETED, COUNT_EXISTING, DBCONFIG, DELAYVALIDATION, DELAYVALIDATIONONLY, DISCARDABLE, GOTCOMPLETEWHERE, HIDDEN, NO_RELATEDMBOS_OF_OWNERSCHILDREN_FETCH, NOACCESSCHECK, NOACTION, NOADD, NOCOMMIT, NODELETE, NONE, NOOVERWRITE, NOSAVE, NOSETVALUE, NOUPDATE, NOVALIDATION, NOVALIDATION_AND_NOACTION, NOVALIDATION_AND_NOACTION_ALLOWCROSSOVER, READONLY, REBUILD, REQUIRED, SAMEVALUEVALIDATION, SETBYPARENT, USER

Constructor Summary

Constructors

Constructor and Description
LocHierarchy(MboSet ms) Construct the LocHierarchy object

Method Summary

Methods

Modifier and Type	Method and Description
void	add() Add a new Lochierarchy record Field defaults are set
void	appValidate() last minute validate before save().
void	changeSysToNetworked() changeSysToNetworked method - called to assess the status of the LOCSYSTEM.NETWORKED flag for the current LOCHIERARCHY.SYSTEMID.
void	connectLocationAndChildrenToParent() Connect myself to my grandparent and process my children so they won't reference my parent as ancestor. This option is only good when this node has only one parent; when this option takes place, the following updates/deletes happen: 1) Remove the locancestor record which references my parent as ancestor, 2) Call the children to delete the Locancestor records that reference the parent as ancestor, 3) Set my grandparent as my parent.
void	delete(long access) delete(long) routine A lochierarchy record is deleted only when it itself and its children are being disconnected from the system or if the owning location is being deleted; No one should directly call the delete() method to process the removal of relationships or disconnecting nodes from the system.
void	disconnectLocationAndChildrenFromSystem() Disconnect myself from the system,delete my locancestor records, and call each child to do the same task. The Result: 1) Myself, my children, and their children are disconnected from this system, meaning the Lochierarchy and Locancestor records are actually deleted, 2) The "children" flag of my parent is updated to false if it should become childless after my disconnecting from the system.
MboSetRemote	getChildren() Get this lochierarchy's children.
java.lang.String[]	getHierarchies() Get the location's parents; Will return an array of String that contains all the parents in the parent hierarchy.
MboRemote	getOwningLocSystem() if this LocHierarchy descends from a LocSystem object, returns the LocSystem
MboSetRemote	getParents() Get this lochierarchy's parents.
MboSetRemote	getTop() Get the top level mboSet in the hierarchy
boolean	hasChildren() Does this location have children?
boolean	hasParents() Does this location have parents?
void	init() init routine Fields are readonly after insert
boolean	isNetworked()
boolean	isTop() Is the location top level (without parent)?
void	makeLocationTopLevel() Makes the node top level, brings along its children to form its own hierarchy, and causes the system to become networked. When this option takes place, the following updates/deletes happen: 1) If it is a PRIMARY system, should not allow this operation to take place. A primary system has to be hierarchical and making another top level in the same system will cause the system to become networked, 2) Delete the locancestor records this node reference as ancestors and set the parent field to null, 3) Delete the the children locancestor records that reference my parents as ancestors, 4) Make the system networked if it is hierarchical, 5) Update the "children" flag of the parent should it become childless after the node's forming its own top level hierarchy.
void	save() Save() routine - upon save of this object, insert or update related objects. 1) When a new lochierarchy is created,multiple locancestor records will need to be created to refrerence each parent in the hierarchy as ancestor- to represent the hierarchy in a flat manner, 2) The children flag of the parent lochierarchy was set to yes while querying the parent hierarchy, 3) Update the system to networked if a new top level hierarchy is created, resulting in multiple hierarchies in the system, 4) Update the system to networked when associating multiple parents to one child.

Methods inherited from class psdi.mbo.Mbo

addMboSetForRequiredCheck, addToDeleteForInsertList, andEvaluateConditions, blindCopy, canDelete, checkFieldAccess, checkMethodAccess, checkMethodAccess, checkQualifiedRestriction, checkSiteOrgAccessForSave, clear, copy, copy, copy, copyFake, copyValue, copyValue, createComm, delete, determineRequiredFieldsFromERM, duplicate, enableMethod, evaluateCondition, evaluateCondition, evaluateCtrlConditions, evaluateCtrlConditions, evaluateRestriction, excludeObjectForPropagate, findAllNullRequiredFields, fireEvent, generateAutoKey, generateContentUID, getAlwaysFlags, getAttrRestrictionFlag, getAttrRestrictions, getBoolean, getByte, getBytes, getCheckpoint, getClientLocale, getClientTimeZone, getCommLogOwnerNameAndUniqueId, getCondition, getDatabaseValue, getDate, getDeleteForInsertList, getDocLinksCount, getDomainFilterWhere, getDomainIDs, getDouble, getExistingMboSet, getFetchIndex, getFieldExceptions, getFlags, getFloat, getIgnoreLockCheck, getInitialValue, getInsertCompanySetId, getInsertItemSetId, getInsertOrganization, getInsertSite, getInstanciatedMboSet, getInstanciatedMboValue, getInt, getIntegrationService, getKeyValue, getLanguageRecordRowStamp, getLinesRelationship, getList, getLockedByDisplayName, getLockedByUserID, getLong, getMatchingAttr, getMatchingAttr, getMatchingAttrs, getMaxMessage, getMboData, getMboDataSet, getMboForAttribute, getMboForAttributeStatic, getMboInitialValue, getMboList, getMboLogger, getMboRecordData, getMboServer, getMboSet, getMboSet, getMboSet, getMboSetInfo, getMboValue, getMboValueData, getMboValueData, getMboValueData, getMboValueInfoStatic, getMboValueInfoStatic, getMessage, getMessage, getMessage, getMessage, getMXTransaction, getName, getOrgForGL, getOrgSiteForMaxvar, getOwner, getProfile, getPropagateKeyFlag, getProxy, getRecordIdentifer, getRecordMboName, getRelatedWhere, getRelatedWhere, getRelationshipNameToLangTable, getRowRestrictionFlag, getRowStamp, getSecurityLogger, getSiteOrg, getSqlLogger, getString, getString, getStringInBaseLanguage, getStringInSpecificLocale, getStringTransparent, getSynonymValueWhere, getTenantId, getThisMboSet, getTranslator, getUniqueIdentifer, getUniqueIDName, getUniqueIDValue, getUserInfo, getUserName, getValidateOrder, hasFieldAccess, hasHierarchyLink, hasLockSaveRights, hasRelatedQbe, hasUniqueID, initFieldFlagsOnMbo, initRelationship, isAutoKeyed, isBasedOn, isChangeByUserWhenSetFromLookup, isEAuditFieldModified, isESigFieldModified, isFlagSet, isForDM, isLocked, isLocked, isLockedByMe, isMasterTenant, isMboLockedByMe, isModified, isModified, isNew, isNull, isOptionGranted, isSelected, isSkipCopyField, isValid, isZombie, lock, modify, moveFieldFlagsToMboValue, needCallInitFieldFlag, orEvaluateConditions, propagateKeyValue, removeRelatedSet, rollbackToCheckpoint, select, setAppDefaultValue, setApplicationError, setApplicationRequired, setAutokeyFields, setCopyDefaults, setDefaultValue, setDefaultValues, setDeleted, setEAuditFieldModified, setESigFieldModified, setFetchIndex, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlags, setFlag, setFlag, setFlags, setForDM, setHierarchyLink, setIgnoreRecordLockCheck, setLangCodeDefault, setMLValue, setModified, setNewMbo, setPropagateKeyFlag, setPropagateKeyFlag, setProxy, setReadonlyWhenParentIsReadonly, setReferencedMbo, setReferencedMbo, setUniqueIDValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValueFromSequence, setValueNull, setValueNull, sigopGranted, sigopGranted, sigopGranted, sigOptionAccessAuthorized, smartFill, smartFind, smartFind, smartFindByObjectName, smartFindByObjectName, smartFindByObjectNameDirect, startCheckpoint, thisToBeUpdated, toBeAdded, toBeDeleted, toBeSaved, toBeUpdated, toBeValidated, undelete, unlock, unselect, useDataSecurity, validate, validateAttributes, validateKeyUniqueness, valueChanged

Methods inherited from class java.lang.Object

equals, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Methods inherited from interface psdi.mbo.MboRemote

addMboSetForRequiredCheck, addToDeleteForInsertList, blindCopy, checkMethodAccess, clear, copy, copy, copy, copyFake, copyValue, copyValue, createComm, delete, duplicate, evaluateCondition, evaluateCtrlConditions, evaluateCtrlConditions, excludeObjectForPropagate, generateAutoKey, getBoolean, getByte, getBytes, getCommLogOwnerNameAndUniqueId, getDatabaseValue, getDate, getDeleteForInsertList, getDocLinksCount, getDomainIDs, getDouble, getExistingMboSet, getFlags, getFloat, getIgnoreLockCheck, getInitialValue, getInsertCompanySetId, getInsertItemSetId, getInsertOrganization, getInsertSite, getInt, getKeyValue, getLinesRelationship, getList, getLockedByDisplayName, getLong, getMatchingAttr, getMatchingAttr, getMatchingAttrs, getMaxMessage, getMboData, getMboDataSet, getMboInitialValue, getMboList, getMboSet, getMboSet, getMboSet, getMboValueData, getMboValueData, getMboValueData, getMboValueInfoStatic, getMboValueInfoStatic, getMessage, getMessage, getMessage, getMessage, getMXTransaction, getName, getOrgForGL, getOrgSiteForMaxvar, getOwner, getPropagateKeyFlag, getRecordIdentifer, getSiteOrg, getString, getString, getStringInBaseLanguage, getStringInSpecificLocale, getStringTransparent, getThisMboSet, getUniqueIDName, getUniqueIDValue, getUserInfo, getUserName, hasHierarchyLink, hasLockSaveRights, isAutoKeyed, isBasedOn, isFlagSet, isForDM, isLocked, isLocked, isMasterTenant, isMboLockedByMe, isModified, isModified, isNew, isNull, isOptionGranted, isSelected, isZombie, lock, propagateKeyValue, rollbackToCheckpoint, select, setApplicationError, setApplicationRequired, setAutokeyFields, setCopyDefaults, setDeleted, setESigFieldModified, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlag, setFieldFlags, setFlag, setFlag, setFlags, setForDM, setIgnoreRecordLockCheck, setMLValue, setModified, setNewMbo, setPropagateKeyFlag, setPropagateKeyFlag, setReferencedMbo, setReferencedMbo, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValue, setValueNull, setValueNull, sigopGranted, sigopGranted, sigopGranted, sigOptionAccessAuthorized, smartFill, smartFind, smartFind, smartFindByObjectName, smartFindByObjectName, smartFindByObjectNameDirect, startCheckpoint, thisToBeUpdated, toBeAdded, toBeDeleted, toBeSaved, toBeUpdated, toBeValidated, undelete, unlock, unselect, validate, validateAttributes

Constructor Detail

LocHierarchy

public LocHierarchy(MboSet ms)
             throws MXException,
                    java.rmi.RemoteException

Construct the LocHierarchy object

Throws:

MXException

java.rmi.RemoteException

Method Detail

init

public void init()
          throws MXException

init routine Fields are readonly after insert

Overrides:

init in class Mbo

Throws:

MXException

add

public void add()
         throws MXException,
                java.rmi.RemoteException

Add a new Lochierarchy record Field defaults are set

Specified by:

add in interface MboRemote

Overrides:

add in class Mbo

Throws:

MXApplicationException("locations", - "LocHierarchyNoAdd")is thrown when owner is null or owner is not locations and if it is not a lochierarchy or children set

MXException

java.rmi.RemoteException

appValidate

public void appValidate()
                 throws MXException,
                        java.rmi.RemoteException

last minute validate before save(). If there is a lochierarchy record with null parent and a new parent is being given, we will want to update the parent field of the existing null-parent lochierarchy while removing the new one being created.

Overrides:

appValidate in class Mbo

Throws:

MXException

java.rmi.RemoteException

save

public void save()
          throws MXException,
                 java.rmi.RemoteException

Save() routine - upon save of this object, insert or update related objects.
1) When a new lochierarchy is created,multiple locancestor records will need to be created to refrerence each parent in the hierarchy as ancestor- to represent the hierarchy in a flat manner,
2) The children flag of the parent lochierarchy was set to yes while querying the parent hierarchy,
3) Update the system to networked if a new top level hierarchy is created, resulting in multiple hierarchies in the system,
4) Update the system to networked when associating multiple parents to one child.

EXAMPLE: Associating a location "1001" to parent= "MH101"; i.e. adding a new lochierarchy record of 1001/MH101 as location/parent combination.
The existing hierarchy for the parent MH101 is as (MAXdemo db):

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST

Adding this new Lochierarchy will result in creating the following LocAncestor records:

LOCATION	ANCESTOR
1001	1001
1001	MH101
1001	W-MAINST
1001	W560
1001	WEST
1001	BOSTON

Throws:

MXException

java.rmi.RemoteException

isNetworked

public boolean isNetworked()
                    throws MXException,
                           java.rmi.RemoteException

Throws:

MXException

java.rmi.RemoteException

delete

public void delete(long access)
            throws MXException,
                   java.rmi.RemoteException

delete(long) routine A lochierarchy record is deleted only when it itself and its children are being disconnected from the system or if the owning location is being deleted; No one should directly call the delete() method to process the removal of relationships or disconnecting nodes from the system. One should call one of the following three remote methods provided in LocHierarchyRemote implemented in this object:

1. connectLocationAndChildrenToParent
2. makeLocationTopLevel
3. disconnectLocationAndChildrenFromSystem.

Specified by:

delete in interface MboRemote

Overrides:

delete in class Mbo

Parameters:

access - modifier such as NOACCESCHECK.

Throws:

MXApplicationException("locations","canNotCallDelete") - is thrown when deleteOption is not equal to DISCONNECTALL i.e all nodes are not disconnected in a hierarchy.

MXException

java.rmi.RemoteException

See Also:

LocHierarchy.connectLocationAndChildrenToParent, LocHierarchy.disconnectLocationAndChildrenFromSystem, LocHierarchy.makeLocationTopLevel

connectLocationAndChildrenToParent

public void connectLocationAndChildrenToParent()
                                        throws MXException,
                                               java.rmi.RemoteException

Connect myself to my grandparent and process my children so they won't reference my parent as ancestor.
This option is only good when this node has only one parent; when this option takes place, the following updates/deletes happen:
1) Remove the locancestor record which references my parent as ancestor,
2) Call the children to delete the Locancestor records that reference the parent as ancestor,
3) Set my grandparent as my parent.

EXAMPLE:
Following table shows the Location and Parent hierarchy BEFORE the operation:

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST
1001	MH101
1002	1001

AFTER the operation, the Location and Parent hierarchy becomes:

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST
1001	W-MAINST
1002	1001

Specified by:

connectLocationAndChildrenToParent in interface LocHierarchyRemote

Throws:

MXException

java.rmi.RemoteException

See Also:

LocHierarchy.disconnectLocationAndChildrenFromSystem, LocHierarchy.makeLocationTopLevel

disconnectLocationAndChildrenFromSystem

public void disconnectLocationAndChildrenFromSystem()
                                             throws MXException,
                                                    java.rmi.RemoteException

Disconnect myself from the system,delete my locancestor records, and call each child to do the same task.
The Result:
1) Myself, my children, and their children are disconnected from this system, meaning the Lochierarchy and Locancestor records are actually deleted,
2) The "children" flag of my parent is updated to false if it should become childless after my disconnecting from the system.

EXAMPLE:
The location and parent hierarchy BEFORE disconnecting 1001 from the system:
Lochierarchy:

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST
1001	MH101
1002	1001

LocAncestor:

LOCATION	ANCESTOR
BOSTON	BOSTON
WEST	WEST
WEST	BOSTON
W560	W560
W560	WEST
W560	BOSTON
W-MAINST	W-MAINST
W-MAINST	W560
W-MAINST	WEST
W-MAINST	BOSTON
MH101	MH101
MH101	W-MAINST
MH101	W560
MH101	WEST
MH101	BOSTON
1001	1001
1001	MH101
1001	W-MAINST
1001	W560
1001	WEST
1001	BOSTON
1002	1002
1002	1001
1002	MH101
1002	W-MAINST
1002	W560
1002	WEST
1002	BOSTON

Disconnecting 1001 and children will result in:
LocHierarchy:

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST

LocAncestor:

LOCATION	ANCESTOR
BOSTON	BOSTON
WEST	WEST
WEST	BOSTON
W560	W560
W560	WEST
W560	BOSTON
W-MAINST	W-MAINST
W-MAINST	W560
W-MAINST	WEST
W-MAINST	BOSTON
MH101	MH101
MH101	W-MAINST
MH101	W560
MH101	WEST
MH101	BOSTON

Specified by:

disconnectLocationAndChildrenFromSystem in interface LocHierarchyRemote

Throws:

MXException

java.rmi.RemoteException

See Also:

LocHierarchy.connectLocationAndChildrenToParent, LocHierarchy.makeLocationTopLevel

makeLocationTopLevel

public void makeLocationTopLevel()
                          throws MXException,
                                 java.rmi.RemoteException

Makes the node top level, brings along its children to form its own hierarchy, and causes the system to become networked.
When this option takes place, the following updates/deletes happen:
1) If it is a PRIMARY system, should not allow this operation to take place.
A primary system has to be hierarchical and making another top level in the same system will cause the system to become networked,
2) Delete the locancestor records this node reference as ancestors and set the parent field to null,
3) Delete the the children locancestor records that reference my parents as ancestors,
4) Make the system networked if it is hierarchical,
5) Update the "children" flag of the parent should it become childless after the node's forming its own top level hierarchy.

EXAMPLE:
The location and parent hierarchy BEFORE making 1001 top level and bringing along 1002:
Lochierarchy:

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST
1001	MH101
1002	1001

LocAncestor:

LOCATION	ANCESTOR
BOSTON	BOSTON
WEST	WEST
WEST	BOSTON
W560	W560
W560	WEST
W560	BOSTON
W-MAINST	W-MAINST
W-MAINST	W560
W-MAINST	WEST
W-MAINST	BOSTON
MH101	MH101
MH101	W-MAINST
MH101	W560
MH101	WEST
MH101	BOSTON
1001	1001
1001	MH101
1001	W-MAINST
1001	W560
1001	WEST
1001	BOSTON
1002	1002
1002	1001
1002	MH101
1002	W-MAINST
1002	W560
1002	WEST
1002	BOSTON

AFTER making top 1001 top level:
LocHierarchy:

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST
1001
1002	1001

LocAncestor:

LOCATION	ANCESTOR
BOSTON	BOSTON
WEST	WEST
WEST	BOSTON
W560	W560
W560	WEST
W560	BOSTON
W-MAINST	W-MAINST
W-MAINST	W560
W-MAINST	WEST
W-MAINST	BOSTON
MH101	MH101
MH101	W-MAINST
MH101	W560
MH101	WEST
MH101	BOSTON
1001	1001
1002	1002
1002	1001

Specified by:

makeLocationTopLevel in interface LocHierarchyRemote

Throws:

MXApplicationException("locations","invalidprocess") - is thrown when it is the primary system

MXException

java.rmi.RemoteException

See Also:

LocHierarchy.connectLocationAndChildrenToParent, LocHierarchy.disconnectLocationAndChildrenFromSystem

getOwningLocSystem

public MboRemote getOwningLocSystem()
                             throws MXException,
                                    java.rmi.RemoteException

if this LocHierarchy descends from a LocSystem object, returns the LocSystem

Throws:

MXException

java.rmi.RemoteException

changeSysToNetworked

public void changeSysToNetworked()
                          throws MXException,
                                 java.rmi.RemoteException

changeSysToNetworked method - called to assess the status of the LOCSYSTEM.NETWORKED flag for the current LOCHIERARCHY.SYSTEMID. If it should be true, then it checks the value by calling the LOCSYSTEM method isNetworked. The LOCSYSTEM method makeHierarchyANetwork is called if LOCHIERARCHY.NETWORKED should be, and is not, set to true. The conditions under which LOCHIERARCHY.NETWORKED should be true are as follows: i. if the system contains a location that has more than one parent ii. if the system contains multiple top-level locations, that is, if there is more than one location for which LOCHIERARCHY.PARENT is null. This is the case even if the multiple hierarchies that descend from the multiple top-level locations do not intersect and are themselves hierarchical. As a result, you may have a networked system that does not contain a node with more than one parent. This method should be called any time: i. a new lochierarchy record is added ii. a lochierarchy record is removed with the LocHierarchySetRemote.MAKETOPLEVEL option, that is, when a location is removed from its position in the location hierarchy and placed as another top-level location within the same system.

Throws:

MXApplicationException("locations","invalidlocsystem") - is thrown when location system is null or invalid.

MXException

java.rmi.RemoteException

getParents

public MboSetRemote getParents()
                        throws MXException,
                               java.rmi.RemoteException

Get this lochierarchy's parents.

Throws:

MXException

java.rmi.RemoteException

getChildren

public MboSetRemote getChildren()
                         throws MXException,
                                java.rmi.RemoteException

Get this lochierarchy's children.

Returns:

children

Throws:

MXException

java.rmi.RemoteException

isTop

public boolean isTop()
              throws MXException,
                     java.rmi.RemoteException

Is the location top level (without parent)?

Returns:

Boolean value

Throws:

MXException

java.rmi.RemoteException

hasChildren

public boolean hasChildren()
                    throws MXException,
                           java.rmi.RemoteException

Does this location have children?

Returns:

Boolean value

Throws:

MXException

java.rmi.RemoteException

hasParents

public boolean hasParents()
                   throws MXException,
                          java.rmi.RemoteException

Does this location have parents?

Returns:

Boolean value

Throws:

MXException

java.rmi.RemoteException

getHierarchies

public java.lang.String[] getHierarchies()
                                  throws MXException,
                                         java.rmi.RemoteException

Get the location's parents; Will return an array of String that contains all the parents in the parent hierarchy.

EXAMPLE:
from the following hierarchy, for the 1001/MH101 locHierarchy, the array of parents returned will be:
{"MH101","W-MAINST","W560","WEST","BOSTON"}.

LOCATION	PARENT
BOSTON
WEST	BOSTON
W560	WEST
W-MAINST	W560
MH101	W-MAINST
1001	MH101
1002	1001

Returns:

array of String that contains the node's parent thru the top-level parents.

Throws:

MXException

java.rmi.RemoteException

getTop

public MboSetRemote getTop()
                    throws MXException,
                           java.rmi.RemoteException

Get the top level mboSet in the hierarchy

Returns:

top parent

Throws:

MXException

java.rmi.RemoteException