Issue 8178: Section: 11.3.34 (uml2-rtf) Source: (, ) Nature: Clarification Severity: Minor Summary: Association result:OutputPin[1..1] is Specialized from Action:output according to fig. 155. Rewrite Constraint [4] as "The type of the object input pin is the type of the association class that owns the association end." Complete the Semantics section. Delete the header Examples as there are none Resolution: see above Revised Text: In Actions, ReadLinkObjectEndAction, under Associations, in the bullet for “object”, replace (Specialized from Action:input) with {subsets Action::input} and, in the description for “result”, insert “{subsets Action::output}” at the beginning: {subsets Action::output} Pin where the result value is placed. Under Semantics, add The value of the specified end of the input link object is place on the output pin of the action. Note that this is not the same as reading links of the link object’s association with the specified end as the open end. Identifying a link object explicitly identifies a single specific link, independently of the values of link ends other than the one specified to be read. Even if the multiplicity of the specified end is different from 1..1 in the association, it only has a single value from the point of view of a specific link object. This is why the output pin of a ReadLinkObjectAction always has a multiplicity of 1..1. Actions taken: January 28, 2005: received issue August 23, 2006: closed issue Discussion: Constraint [4] is correct as written. The association class is a type, the type of the link object being read. (Note that the constraint refers to the association class of the link object, not the Association metaclass.) The Example header issue is a duplicate of 8155. End of Annotations:===== m: webmaster@omg.org Date: 28 Jan 2005 17:32:35 -0500 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Jane Messenger Company: U. S. Geological Survey mailFrom: jmessenger@usgs.gov Notification: Yes Specification: Superstructure Section: 11.3.34 FormalNumber: ptc/04-10-02 Version: 2.0 Draft Adopted RevisionDate: 10/08/2004 Page: 289-290 Nature: Clarification Severity: Minor HTTP User Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Q312461) Description Association result:OutputPin[1..1] is Specialized from Action:output according to fig. 155. Rewrite Constraint [4] as "The type of the object input pin is the type of the association class that owns the association end." Complete the Semantics section. Delete the header Examples as there are none. Reply-To: From: "Conrad Bock" To: Subject: RE: ,ac,Some action issues resolutions for working group review Date: Sun, 1 May 2005 17:57:32 -0400 X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Hi Ed, Thanks for the resolutions. Comments below, I fixed them, see attached. Will include in the ballot 3 AA WG proposals. Conrad - Issue 8129 This should have been assigned to the Composite Structured WG. I'll let Bran know. - Issue 8145 the corrected spelling should be isUnmarshall. I'll fix it. - Issues 8146 unMarshall => isUnmarshall, section => sentence, will fix. - Issue 8150, 8151, 8173, 8178 The revised text should have the complete change specification. I'll add the section. - Issue 8178 place => placed ssue 8178: Section: 11.3.34 Nature: Clarification Severity: Minor Summary: Association result:OutputPin[1..1] is Specialized from Action:output according to fig. 155. Rewrite Constraint [4] as "The type of the object input pin is the type of the association class that owns the association end." Complete the Semantics section. Delete the header Examples as there are none Discussion: Constraint [4] is correct as written. The association class is a type, the type of the link object being read. (Note that the constraint refers to the association class of the link object, not the Association metaclass.) The Example header issue is a duplicate of 8155. Revised Text: In Actions, ReadLinkObjectEndAction, under Associations, in the bullet for .object., replace (Specialized from Action:input) with {subsets Action::input} and, in the description for .result., insert .{subsets Action::output}. at the beginning: {subsets Action::output} Pin where the result value is placed. Under Semantics, add The value of the specified end of the input link object is place on the output pin of the action. Note that this is not the same as reading links of the link object.s association with the specified end as the open end. Identifying a link object explicitly identifies a single specific link, independently of the values of link ends other than the one specified to be read. Even if the multiplicity of the specified end is different from 1..1 in the association, it only has a single value from the point of view of a specific link object. This is why the output pin of a ReadLinkObjectAction always has a multiplicity of 1..1. Resolution: Resolved Subject: RE: Ballot 3 Reissue -- discard old version Date: Fri, 20 May 2005 15:11:17 -0400 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Ballot 3 Reissue -- discard old version Thread-Index: AcVaWSyzkgs+AxtNTx+LUowyFWGtBwDBlQvg From: "Pete Rivett" To: "Branislav Selic" , X-Virus-Scanned: by amavisd-new at sentraliant.com Adaptive votes YES to all the issues except 8025, to which it ABSTAINs, and 8158 to which it votes NO. Issue 8025: The Discussion does not seem to match the Issue so I have no way of telling if it's resolved or not Issue 8158: Does not seem to address the issue which stated the need to use 'unlimitedNumber' to make clear that the special value 'unlimited' is allowed. Instead, all the resolution has done is replace 'positive integer'' by 'an integer greater than 0' which to my mind has no effect at all. Minor point: Issue 6493: Right to 'close no change', but the issue is wrong in saying that Constructs::Class inherits from Basic::Class which it no longer does. Amenable to editorial fix: Issue 8151: The resolution implies that the Notation heading is removed completely rather than preceded by some newlines. Issue 8164: For first change in revised text, Fig 144 is in section 11.2 not 11.3.20 Issue 8178: The first line of the block of additional text should include "is placed" rather than "is place" Pete Rivett (mailto:pete.rivett@adaptive.com) CTO, Adaptive Inc. Dean Park House, 8-10 Dean Park Crescent, Bournemouth, BH1 1HL, UK Tel: +44 (0)1202 449419 Fax: +44 (0)1202 449448 http://www.adaptive.com -------------------------------------------------------------------------------- From: Branislav Selic [mailto:bselic@ca.ibm.com] Sent: Monday, May 16, 2005 9:33 PM To: uml2-rtf@omg.org Subject: Ballot 3 Reissue -- discard old version My apologies to all, but due to some belated input (and a screw up on my part), I have removed 4 proposed resolutions from Ballot 3. They are 6126, 6372, and 8161 (removed until Actions/Activities groups reach consensus on them) 6446 (removed because SysML raised objections to the current resolution) The new revised ballot is attached. Please discard the previous version. Regards, Bran