-
Key: EAI-84
-
Legacy Issue Number: 4975
-
Status: closed
-
Source: Model Driven Solutions ( Mr. Ed Seidewitz)
-
Summary:
Document: UML Profile and Interchange Models for EAI
Section: 6.4.1.9 (EAIPublicationOperator)Description:
Section 6.4.1.9 asserts that a specialized EAIPublicationTerminal (stated to be a subclass of EAITerminal, though this is not shown in Figure 6-40) is needed because input messages to an EAIPublicationOperator are sent only to subscribers for which "the message conforms to the EAISubscriptionRule for that subscriber", unlike the behavior of a normal EAITerminal, "which sends a copy of the message to every target terminal". However, the EAILinks to the target terminals for messages output from an EAIPublicationOperator are not going to be statically modeled links, but are instead going to be "dynamic" EAILinks, somewhat like in the case of the "replyOut" terminal of an EAIRequestReplyOperator, determined by the current state of the subscription table for the EAIPublicationOperator. As in the case of an EAIRequestReplyOperator, it is therefore not necessary to have a specialized kind of terminal – the specialized message distribution behavior is captured in the operator, not in the terminal.Recommendation:
Eliminate the EAIPublicationTerminal. Define the semantics of an EAIPublicationOperator as follows:When a message arrives at the input terminal of an EAIPublicationOperator, the EAISubscriptionRules for all subscriptions in the current state of the subscriptionTable are evaluated on the message. For each subscription for which the rule is true, a dynamic EAILink is established from the output terminal of the EAIPublicationOperator to the subscriber EAITerminal from the subscription. The input message is then copied to the output terminal and thus distributed to each subscriber.
-
Reported: EAI 1.0b1 — Thu, 7 Mar 2002 05:00 GMT
-
Disposition: Resolved — EAI 1.0
-
Disposition Summary:
see above
-
Updated: Fri, 6 Mar 2015 20:58 GMT