org.eclipse.uml2.uml
Interface SendSignalAction

All Superinterfaces:

Action, ActivityNode, Element, org.eclipse.emf.ecore.EModelElement, org.eclipse.emf.ecore.EObject, ExecutableNode, InvocationAction, NamedElement, org.eclipse.emf.common.notify.Notifier, RedefinableElement

public interface SendSignalAction
extends InvocationAction

A representation of the model object 'Send Signal Action'. A send signal action is an action that creates a signal instance from its inputs, and transmits it to the target object, where it may cause the firing of a state machine transition or the execution of an activity. The argument values are available to the execution of associated behaviors. The requestor continues execution immediately. Any reply message is ignored and is not transmitted to the requestor. If the input is already a signal instance, use a send object action.

The following features are supported:

• Target
• Signal

See Also:

UMLPackage.getSendSignalAction()

Field Summary

Fields inherited from interface org.eclipse.uml2.uml.NamedElement

SEPARATOR

Method Summary

InputPin	createTarget(java.lang.String name, Type type) Creates a new InputPin,with the specified 'Name', and 'Type', and sets the 'Target' containment reference
InputPin	createTarget(java.lang.String name, Type type, org.eclipse.emf.ecore.EClass eClass) Creates a new InputPin, with the specified 'Name', and 'Type', and sets the 'Target' containment reference
Signal	getSignal() Returns the value of the 'Signal' reference
InputPin	getTarget() Returns the value of the 'Target' containment reference.
void	setSignal(Signal value) Sets the value of the 'Signal' reference
void	setTarget(InputPin value) Sets the value of the 'Target' containment reference
boolean	validateNumberOrder(org.eclipse.emf.common.util.DiagnosticChain diagnostics, java.util.Map<java.lang.Object,java.lang.Object> context) The number and order of argument pins must be the same as the number and order of attributes in the signal.
boolean	validateTypeOrderingMultiplicity(org.eclipse.emf.common.util.DiagnosticChain diagnostics, java.util.Map<java.lang.Object,java.lang.Object> context) The type, ordering, and multiplicity of an argument pin must be the same as the corresponding attribute of the signal.

Methods inherited from interface org.eclipse.uml2.uml.InvocationAction

createArgument, createArgument, getArgument, getArgument, getArguments, getOnPort, setOnPort, validateOnPortReceiver

Methods inherited from interface org.eclipse.uml2.uml.Action

createLocalPostcondition, createLocalPostcondition, createLocalPrecondition, createLocalPrecondition, getContext, getInput, getInput, getInputs, getLocalPostcondition, getLocalPostcondition, getLocalPostconditions, getLocalPrecondition, getLocalPrecondition, getLocalPreconditions, getOutput, getOutput, getOutputs

Methods inherited from interface org.eclipse.uml2.uml.ExecutableNode

createHandler, getHandlers

Methods inherited from interface org.eclipse.uml2.uml.ActivityNode

getActivity, getIncoming, getIncoming, getIncomings, getInGroups, getInInterruptibleRegions, getInPartition, getInPartition, getInPartitions, getInStructuredNode, getOutgoing, getOutgoing, getOutgoings, getRedefinedNode, getRedefinedNode, getRedefinedNodes, setActivity, setInStructuredNode, validateOwned, validateOwnedStructuredNode

Methods inherited from interface org.eclipse.uml2.uml.RedefinableElement

getRedefinedElement, getRedefinedElement, getRedefinedElements, getRedefinitionContext, getRedefinitionContext, getRedefinitionContexts, isConsistentWith, isLeaf, isRedefinitionContextValid, setIsLeaf, validateRedefinitionConsistent, validateRedefinitionContextValid

Methods inherited from interface org.eclipse.uml2.uml.NamedElement

allNamespaces, allOwningPackages, createDependency, createNameExpression, createUsage, getClientDependencies, getClientDependency, getClientDependency, getLabel, getLabel, getName, getNameExpression, getNamespace, getQualifiedName, getVisibility, isDistinguishableFrom, isSetName, isSetVisibility, separator, setName, setNameExpression, setVisibility, unsetName, unsetVisibility, validateHasNoQualifiedName, validateHasQualifiedName, validateVisibilityNeedsOwnership

Methods inherited from interface org.eclipse.uml2.uml.Element

addKeyword, allOwnedElements, applyStereotype, createEAnnotation, createOwnedComment, destroy, getApplicableStereotype, getApplicableStereotypes, getAppliedStereotype, getAppliedStereotypes, getAppliedSubstereotype, getAppliedSubstereotypes, getKeywords, getModel, getNearestPackage, getOwnedComments, getOwnedElements, getOwner, getRelationships, getRelationships, getRequiredStereotype, getRequiredStereotypes, getSourceDirectedRelationships, getSourceDirectedRelationships, getStereotypeApplication, getStereotypeApplications, getTargetDirectedRelationships, getTargetDirectedRelationships, getValue, hasKeyword, hasValue, isStereotypeApplicable, isStereotypeApplied, isStereotypeRequired, mustBeOwned, removeKeyword, setValue, unapplyStereotype, validateHasOwner, validateNotOwnSelf

Methods inherited from interface org.eclipse.emf.ecore.EModelElement

getEAnnotation, getEAnnotations

Methods inherited from interface org.eclipse.emf.ecore.EObject

eAllContents, eClass, eContainer, eContainingFeature, eContainmentFeature, eContents, eCrossReferences, eGet, eGet, eInvoke, eIsProxy, eIsSet, eResource, eSet, eUnset

Methods inherited from interface org.eclipse.emf.common.notify.Notifier

eAdapters, eDeliver, eNotify, eSetDeliver

Method Detail

getTarget

InputPin getTarget()

Returns the value of the 'Target' containment reference.

This feature subsets the following features:

• 'Input'

The target object to which the signal is sent.

Returns:

the value of the 'Target' containment reference.

See Also:

setTarget(InputPin), UMLPackage.getSendSignalAction_Target()

setTarget

void setTarget(InputPin value)

Sets the value of the 'Target' containment reference.

Parameters:

value - the new value of the 'Target' containment reference.

See Also:

getTarget()

createTarget

InputPin createTarget(java.lang.String name,
                      Type type,
                      org.eclipse.emf.ecore.EClass eClass)

Creates a new InputPin, with the specified 'Name', and 'Type', and sets the 'Target' containment reference.

Parameters:

name - The 'Name' for the new InputPin, or null.

type - The 'Type' for the new InputPin, or null.

eClass - The Ecore class of the InputPin to create.

Returns:

The new InputPin.

See Also:

getTarget()

createTarget

InputPin createTarget(java.lang.String name,
                      Type type)

Creates a new InputPin,with the specified 'Name', and 'Type', and sets the 'Target' containment reference.

Parameters:

name - The 'Name' for the new InputPin, or null.

type - The 'Type' for the new InputPin, or null.

Returns:

The new InputPin.

See Also:

getTarget()

getSignal

Signal getSignal()

Returns the value of the 'Signal' reference. The type of signal transmitted to the target object.

Returns:

the value of the 'Signal' reference.

See Also:

setSignal(Signal), UMLPackage.getSendSignalAction_Signal()

setSignal

void setSignal(Signal value)

Sets the value of the 'Signal' reference.

Parameters:

value - the new value of the 'Signal' reference.

See Also:

getSignal()

validateNumberOrder

boolean validateNumberOrder(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                            java.util.Map<java.lang.Object,java.lang.Object> context)

The number and order of argument pins must be the same as the number and order of attributes in the signal. true

Parameters:

diagnostics - The chain of diagnostics to which problems are to be appended.

context - The cache of context-specific information.

validateTypeOrderingMultiplicity

boolean validateTypeOrderingMultiplicity(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                         java.util.Map<java.lang.Object,java.lang.Object> context)

The type, ordering, and multiplicity of an argument pin must be the same as the corresponding attribute of the signal. true

Parameters:

diagnostics - The chain of diagnostics to which problems are to be appended.

context - The cache of context-specific information.