Issue 4312: SignalSet::get_outcome behaviour (ots-structs-ftf) Source: International Business Machines (Dr. Ian Robinson, ian_robinson@uk.ibm.com) Nature: Uncategorized Issue Severity: Summary: If there are no Actions registered with a SignalSet when ActivityCoordinator::process_signal_set() is called, then the ActivityCoordinator will not ask the SignalSet for any Signals. However, the SignalSet still needs to produce an Outcome. The description of the get_outcome method suggests that the SignalSetActive exception could be thrown if get_outcome is called before any Signals have been requested. The description of this method should state that a SignalSet should return a valid Outcome or nil if called before any Signals are produced. Resolution: Modify the text appropriately Revised Text: In order to support the scenario where there are no Actions registered with an interest in a completion SignalSet when completion is requested and an Outcome needed, I propose that the description of the SignalSet::get_outcome method be changed from: Returns the final outcome of the SignalSet; it is valid for this value to be nil. If the SignalSet has not finished producing Signals, then the SignalSetActive exception will be thrown. The Synchronization and ChildLifetime SignalSets return nil. to Returns the final outcome of the SignalSet; it is valid for this value to be nil. If the SignalSet has start producing Signals but not finished producing then, then the SignalSetActive exception will be thrown. Actions taken: May 17, 2001: received issue May 2, 2003: closed issue Discussion: End of Annotations:===== From: ian_robinson@uk.ibm.com Received: from d06mta05.portsmouth.uk.ibm.com (d06mta05_cs0 [9.180.35.3]) by d06relay02.portsmouth.uk.ibm.com (8.8.8m3/NCO v4.96) with SMTP id NAA220852; Thu, 17 May 2001 13:59:30 +0100 Received: by d06mta05.portsmouth.uk.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 80256A4F.00475B45 ; Thu, 17 May 2001 13:59:24 +0100 X-Lotus-FromDomain: IBMGB To: ots-structs-ftf@omg.org cc: issues@omg.org Message-ID: <80256A4F.00475961.00@d06mta05.portsmouth.uk.ibm.com> Date: Thu, 17 May 2001 13:53:05 +0100 Subject: SignalSet::get_outcome behaviour Mime-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset=us-ascii X-UIDL: )2~e9kK=!!p2dd9c:He9 If there are no Actions registered with a SignalSet when ActivityCoordinator::process_signal_set() is called, then the ActivityCoordinator will not ask the SignalSet for any Signals. However, the SignalSet still needs to produce an Outcome. The description of the get_outcome method suggests that the SignalSetActive exception could be thrown if get_outcome is called before any Signals have been requested. The description of this method should state that a SignalSet should return a valid Outcome or nil if called before any Signals are produced. Ian Robinson, Senior Software Engineer, WebSphere Development IBM UK Laboratories, Hursley MP 189 Tel (Ext) +44-1962-818626 (Int) 7-248626 ian_robinson@uk.ibm.com Importance: Normal Subject: Issue 4312: proposal To: ots-structs-ftf@omg.org X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: "Ian Robinson" Date: Thu, 19 Jul 2001 19:44:43 +0100 X-MIMETrack: Serialize by Router on d06ml007/06/M/IBM(Release 5.0.6 |December 14, 2000) at 20/07/2001 08:24:58 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-UIDL: 03:e9R1 To: "XOTS" Subject: FTF meeting summary Date: Wed, 18 Jul 2001 10:05:44 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 X-Filter-Version: 2.1 (cheviot3) Content-Type: text/plain; charset="iso-8859-1" X-UIDL: *%D!!CL[d9H0jd9D]:!! Just a quick note to report on the meeting we had at Danvers. We managed to work through all of the issues that were reported prior to Danvers, though some have come up since. A brief summary of the issues we discussed, and the resolutions follows (the individuals who will write up the final proposed resolutions are also indicated). Proposal for 4312: The activity coordinator should always call the signalset even if there are no actions, so that it can return a default Outcome to return to the client. The get_outcome should be callable before it has been asked for a Signal. [Ian Robinson to write up.]