Issue 4253: get_completion_signal_set should never return nil (ots-structs-ftf) Source: International Business Machines (Dr. Ian Robinson, ian_robinson@uk.ibm.com) Nature: Uncategorized Issue Severity: Summary: The following section is taken from the Activity srevice specification orbos/2000-06-19. P63: "string get_completion_signal_set(): Returns the SignalSet currently associated with the target Activity that will be used when it completes. This will be the last valid SignalSet given to set_completion_signal_set, or nil if one has not been provided." Returning nil for a string if there is no completion_signal_set is inconsistent with other methods in both the Activity and transactions services which typically return empty strings in similar situations. For example Current::get_activity_name(). I propose the description for get_completion_signal_set() be changed to: Returns the SignalSet currently associated with the target Activity that will be used when it completes. This will be the last valid SignalSet given to set_completion_signal_set, or an empty string if one has not been provided. Resolution: Change the text to disallow nil from being returned from get_completion_signal_set Revised Text: Returning nil for a string if there is no completion_signal_set is inconsistent with other methods in both the Activity and transactions services which typically return empty strings in similar situations. For example Current::get_activity_name() returns an empty string in the absence of an Activity. I propose the description for get_completion_signal_set() be changed to: Returns the name of the SignalSet currently associated with the target Activity that will be used when it completes. This will be the last valid SignalSet given to set_completion_signal_set, or an empty string if one has not been provided. Actions taken: April 5, 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 d06relay01.portsmouth.uk.ibm.com (8.8.8m3/NCO v4.95) with SMTP id PAA181314; Thu, 5 Apr 2001 15:46:52 +0100 Received: by d06mta05.portsmouth.uk.ibm.com(Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) id 80256A25.00513094 ; Thu, 5 Apr 2001 15:46:48 +0100 X-Lotus-FromDomain: IBMGB To: ots-structs-ftf@omg.org cc: issues@omg.org Message-ID: <80256A25.0050D3CB.00@d06mta05.portsmouth.uk.ibm.com> Date: Thu, 5 Apr 2001 15:24:49 +0100 Subject: Activity service Issue: get_completion_signal_set should never return nil Mime-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset=us-ascii X-UIDL: S%b!!jGDe9TA`d9-'id9 Please open an issue for the following. The following section is taken from the Activity srevice specification orbos/2000-06-19. P63: "string get_completion_signal_set(): Returns the SignalSet currently associated with the target Activity that will be used when it completes. This will be the last valid SignalSet given to set_completion_signal_set, or nil if one has not been provided." Returning nil for a string if there is no completion_signal_set is inconsistent with other methods in both the Activity and transactions services which typically return empty strings in similar situations. For example Current::get_activity_name(). I propose the description for get_completion_signal_set() be changed to: Returns the SignalSet currently associated with the target Activity that will be used when it completes. This will be the last valid SignalSet given to set_completion_signal_set, or an empty string if one has not been provided. Regards..Ian 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 4253: proposal To: ots-structs-ftf@omg.org X-Mailer: Lotus Notes Release 5.0.5 September 22, 2000 Message-ID: From: "Ian Robinson" Date: Wed, 18 Jul 2001 17:04:30 +0100 X-MIMETrack: Serialize by Router on d06ml007/06/M/IBM(Release 5.0.6 |December 14, 2000) at 18/07/2001 17:19:14 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-UIDL: O\Ge9I[#!!"?pd9k]?!! Proposal for resolution of 4253: In section 2.2.7 of the specification the description of the Current::get_completion_signal_set() method states: Returns the SignalSet currently associated with the target Activity that will be used when it completes. This will be the last valid SignalSet given to set_completion_signal_set, or nil if one has not been provided." Returning nil for a string if there is no completion_signal_set is inconsistent with other methods in both the Activity and transactions services which typically return empty strings in similar situations. For example Current::get_activity_name() returns an empty string in the absence of an Activity. I propose the description for get_completion_signal_set() be changed to: Returns the name of the SignalSet currently associated with the target Activity that will be used when it completes. This will be the last valid SignalSet given to set_completion_signal_set, or an empty string if one has not been provided. 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 From: "Mark Little" 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 4253: should return the empty string from get_completion_signal_set. [Ian Robinson to write up.]