wt.eff
Interface EffManagedVersion

All Superinterfaces:

Iterated, NetFactor, ObjectMappable, Persistable, Serializable, Versionable, Versioned

All Known Subinterfaces:

EffectivityManageable

All Known Implementing Classes:

EPMDocument, WTPart

public interface EffManagedVersion

extends Versionable, Versioned

This Versioned object can have Effs assigned to it; often the Effs are grouped into one EffGroup.

Supported API: true

Extendable: true

Field Summary

static String

EFF_VECTOR Label for the attribute; Add the following code to setEffVector to facilitate the synchronization: If the effVector was not null coming in, the EffGroups will logically become orphaned after the vector is replaced.

Fields inherited from interface wt.vc.Iterated

BRANCH_IDENTIFIER, CONTROL_BRANCH, CREATOR, CREATOR_EMAIL, CREATOR_FULL_NAME, CREATOR_NAME, ITERATION_IDENTIFIER, ITERATION_INFO, ITERATION_NOTE, LATEST_ITERATION, MASTER, MASTER_REFERENCE, MODIFIER, MODIFIER_EMAIL, MODIFIER_FULL_NAME, MODIFIER_NAME

Fields inherited from interface wt.fc.Persistable

IDENTITY, PERSIST_INFO, TYPE

Fields inherited from interface wt.vc.Versioned

VERSION_IDENTIFIER, VERSION_INFO

Method Summary

Vector	getEffVector() Gets the object for the association that plays role: EFF_VECTOR.
void	setEffVector(Vector a_EffVector) Sets the object for the association that plays role: EFF_VECTOR.

Methods inherited from interface wt.vc.Iterated

getBranchIdentifier, getControlBranch, getCreator, getCreatorEMail, getCreatorFullName, getCreatorName, getIterationIdentifier, getIterationInfo, getIterationNote, getMaster, getMasterReference, getModifier, getModifierEMail, getModifierFullName, getModifierName, isLatestIteration, setControlBranch, setIterationInfo, setMaster, setMasterReference

Methods inherited from interface wt.fc.Persistable

checkAttributes, getIdentity, getPersistInfo, getType, setPersistInfo

Methods inherited from interface wt.fc.ObjectMappable

readExternal, writeExternal

Methods inherited from interface wt.fc.NetFactor

getClassInfo, getConceptualClassname

Methods inherited from interface wt.vc.Versioned

getVersionIdentifier, getVersionInfo, setVersionInfo

Field Detail

EFF_VECTOR

public static final String EFF_VECTOR

Label for the attribute; Add the following code to setEffVector to facilitate the synchronization:

If the effVector was not null coming in, the EffGroups will logically become orphaned after the vector is replaced. We can't, however, set the EffGroup's target to null (it's required). So, we won't do anything here; rather, getTarget in EffGroup will return null if it's no longer synchronized. Unfortunately, we can't synchronize a call to addElement. Don't call addElement -- instead setTarget on the EffGroup side; this will cause the group to be added to the vector.

effVector = a_EffVector;

// synchronization for bidirectional association for (int i = 0; effVector != null && i < effVector.size(); i++) ((EffGroup) effVector.elementAt(i)).setTarget(this);

Supported API: true

See Also:

Constant Field Values

Method Detail

getEffVector

public Vector getEffVector()

Gets the object for the association that plays role: EFF_VECTOR. Add the following code to setEffVector to facilitate the synchronization:

If the effVector was not null coming in, the EffGroups will logically become orphaned after the vector is replaced. We can't, however, set the EffGroup's target to null (it's required). So, we won't do anything here; rather, getTarget in EffGroup will return null if it's no longer synchronized. Unfortunately, we can't synchronize a call to addElement. Don't call addElement -- instead setTarget on the EffGroup side; this will cause the group to be added to the vector.

effVector = a_EffVector;

// synchronization for bidirectional association for (int i = 0; effVector != null && i < effVector.size(); i++) ((EffGroup) effVector.elementAt(i)).setTarget(this);

Supported API: true

Returns:

Vector

setEffVector

public void setEffVector(Vector a_EffVector)
                  throws WTPropertyVetoException

Sets the object for the association that plays role: EFF_VECTOR. Add the following code to setEffVector to facilitate the synchronization:

If the effVector was not null coming in, the EffGroups will logically become orphaned after the vector is replaced. We can't, however, set the EffGroup's target to null (it's required). So, we won't do anything here; rather, getTarget in EffGroup will return null if it's no longer synchronized. Unfortunately, we can't synchronize a call to addElement. Don't call addElement -- instead setTarget on the EffGroup side; this will cause the group to be added to the vector.

effVector = a_EffVector;

// synchronization for bidirectional association for (int i = 0; effVector != null && i < effVector.size(); i++) ((EffGroup) effVector.elementAt(i)).setTarget(this);

Supported API: true

Parameters:

a_EffVector -

Throws:

WTPropertyVetoException