-
Key: UML25-526
-
Legacy Issue Number: 18754
-
Status: closed
-
Source: Simula Research Laboratory ( Dr. Bran Selic)
-
Summary:
There does not seem to be any constraint that prevents a passive object from owning an event pool. Perhaps this is by design, but, if so, it is not clear how such an event pool is serviced. It looks like this should be clarified or perhaps a constraint preventing passive objects from having event pools should be introduced.
-
Reported: UML 2.5b1 — Tue, 4 Jun 2013 04:00 GMT
-
Disposition: Resolved — UML 2.5
-
Disposition Summary:
Currently, the only constraint related to Class:isActive is the passive_class constraint that “Only an active Class may
own Receptions and have a classifierBehavior.” This means that a passive class may still have ownedBehaviors (including
methods of operations), and these may service the event pool of instances of the class. (Note also that a passive
object may receive Signal instances into its event pool, even though its Class does not have receptions.)
Disposition: Closed - No Change -
Updated: Fri, 6 Mar 2015 20:59 GMT
UML25 — Event pools for passive objects
- Key: UML25-526
- OMG Task Force: Unified Modeling Language 2.5 (UML) FTF