Interface Message

    • Method Detail

      • getMessageKind

        MessageKind getMessageKind()
        Returns the value of the 'Message Kind' attribute. The default value is "unknown". The literals are from the enumeration MessageKind. The derived kind of the Message (complete, lost, found or unknown)
        Returns:
        the value of the 'Message Kind' attribute.
        See Also:
        MessageKind, UMLPackage.getMessage_MessageKind()
      • setReceiveEvent

        void setReceiveEvent​(MessageEnd value)
        Sets the value of the 'Receive Event' reference.
        Parameters:
        value - the new value of the 'Receive Event' reference.
        See Also:
        getReceiveEvent()
      • setSendEvent

        void setSendEvent​(MessageEnd value)
        Sets the value of the 'Send Event' reference.
        Parameters:
        value - the new value of the 'Send Event' reference.
        See Also:
        getSendEvent()
      • setConnector

        void setConnector​(Connector value)
        Sets the value of the 'Connector' reference.
        Parameters:
        value - the new value of the 'Connector' reference.
        See Also:
        getConnector()
      • setInteraction

        void setInteraction​(Interaction value)
        Sets the value of the 'Interaction' container reference.
        Parameters:
        value - the new value of the 'Interaction' container reference.
        See Also:
        getInteraction()
      • getSignature

        NamedElement getSignature()
        Returns the value of the 'Signature' reference. The definition of the type or signature of the Message (depending on its kind). The associated named element is derived from the message end that constitutes the sending or receiving message event. If both a sending event and a receiving message event are present, the signature is obtained from the sending event.
        Returns:
        the value of the 'Signature' reference.
        See Also:
        UMLPackage.getMessage_Signature()
      • validateSendingReceivingMessageEvent

        boolean validateSendingReceivingMessageEvent​(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                                     Map context)
        If the sending MessageEvent and the receiving MessageEvent of the same Message are on the same Lifeline, the sending MessageEvent must be ordered before the receiving MessageEvent. true
      • validateSignatureReferTo

        boolean validateSignatureReferTo​(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                         Map context)
        The signature must either refer an Operation (in which case messageSort is either synchCall or asynchCall) or a Signal (in which case messageSort is asynchSignal). The name of the NamedElement referenced by signature must be the same as that of the Message. true
      • validateSignatureIsOperation

        boolean validateSignatureIsOperation​(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                             Map context)
        In the case when the Message signature is an Operation, the arguments of the Message must correspond to the parameters of the Operation. A Parameter corresponds to an Argument if the Argument is of the same Class or a specialization of that of the Parameter. true
      • validateSignatureIsSignal

        boolean validateSignatureIsSignal​(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                          Map context)
        In the case when the Message signature is a Signal, the arguments of the Message must correspond to the attributes of the Signal. A Message Argument corresponds to a Signal Attribute if the Arguement is of the same Class or a specialization of that of the Attribute. true
      • validateArguments

        boolean validateArguments​(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                  Map context)
        Arguments of a Message must only be: i) attributes of the sending lifeline ii) constants iii) symbolic values (which are wildcard values representing any legal value) iv) explicit parameters of the enclosing Interaction v) attributes of the class owning the Interaction true
      • validateCannotCrossBoundaries

        boolean validateCannotCrossBoundaries​(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                              Map context)
        Messages cannot cross bounderies of CombinedFragments or their operands. true
      • validateOccurrenceSpecifications

        boolean validateOccurrenceSpecifications​(org.eclipse.emf.common.util.DiagnosticChain diagnostics,
                                                 Map context)
        If the MessageEnds are both OccurrenceSpecifications then the connector must go between the Parts represented by the Lifelines of the two MessageEnds. true