Issue 8340: Section: 14.3.16 (uml2-rtf) Source: (, ) Nature: Clarification Severity: Minor Summary: Typo - 2nd sent. under sub-section Description change represent to represents. Add specialization notes to definitions for associations. Association fragment:InteractionFragment subsets ownedMember according to fig. 331 and is ordered. Typo - End the 2nd paragraph under sub-section Semantics with a period. Association guard:InteractionConstraint subsets ownedElement. Resolution: see above Revised Text: Before (14.3.16 page 530) An InteractionOperand represent one operand of the expression given by the enclosing CombinedFragment. Revised Text: An InteractionOperand represents one operand of the expression given by the enclosing CombinedFragment. Before (14.316 page 531) The seq operator is described in “CombinedFragment (from Fragments)” on page 507 Revised text: The seq operator is described in “CombinedFragment (from Fragments)” on page 507. [the difference is only the final punctuation mark!] Actions taken: February 24, 2005: received issue August 23, 2006: closed issue Discussion: The specializations of associations are not normally mentioned in the text. Closed, no change for them. The typos were resolved. End of Annotations:===== m: webmaster@omg.org Date: 24 Feb 2005 11:51:26 -0500 To: Subject: Issue/Bug Report -------------------------------------------------------------------------------- Name: Jane Messenger Company: U. S. Geological Survey mailFrom: jmessenger@usgs.gov Notification: Yes Specification: Superstructure Section: 14.3.16 FormalNumber: ptc/04-10-02 Version: 2.0 Draft Adopted RevisionDate: 10/08/2004 Page: 530-531 Nature: Clarification Severity: Minor HTTP User Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Q312461) Description Typo - 2nd sent. under sub-section Description change represent to represents. Add specialization notes to definitions for associations. Association fragment:InteractionFragment subsets ownedMember according to fig. 331 and is ordered. Typo - End the 2nd paragraph under sub-section Semantics with a period. Association guard:InteractionConstraint subsets ownedElement. To: uml2-rtf@omg.org, oysteinh@ifi.uio.no Subject: Re: Draft ballot 8 X-Mailer: Lotus Notes Release 6.0.1CF1 March 04, 2003 From: Branislav Selic Date: Mon, 15 Aug 2005 16:01:15 -0400 X-MIMETrack: Serialize by Router on D25ML01/25/M/IBM(Release 6.5.4|March 27, 2005) at 08/15/2005 16:01:22, Serialize complete at 08/15/2005 16:01:22 A few comments on proposed resolutions in draft ballot 8 (I still have to review the resolutions associated with profiles). Except for the first one, I believe all of these relate to resolutions proposed by Oystein. 8094 -- needs a bit more explanation where the information requested can be found. 8327 - this really should include an OCL constraint. However, in looking at it, the constraint does not seem easy to write, so it may not be practical to do this now. (Note that there is an outstanding general issue about missing OCL constraints that will ensure the issue of the missing OCL will not get swept under the rug.) 8330 - The discussion claims that the FTF made a change that removed the term "expression" for an attribute of CombinedFragment. However, the FTF record shows no such change. 8340, 8343, 8345, 8346, 8351 - Each one of these makes the excuse that, by its own convention, the Interactions chapter does not provide the subsetting information in its description of association ends. However, this information is provided in every other chapter of the spec and, making an exception here will only confuse readers. This information must be included for every association end that subsets another. The preferred format is "Subsets ::". 8341- This resolution needs to include a change to figure 331 and not use a non-conformant subsection heading ("Literals") [I will make these changes in the proposed resolution -- there is no need to resubmit the resolution] 8343 - The revised text should refer to an "operation call" and not a "method call" (both operations and signals have corresponding methods, but only operations have reply messages) [I can fix this -- there is no need to resubmit the resolution] Cheers...Bran Subject: RE: Ballot 8 - revised (sans 4448 and 8449) Date: Fri, 2 Sep 2005 05:33:36 -0700 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Ballot 8 - revised (sans 4448 and 8449) Thread-Index: AcWqYeX118Yq0N86SpirjWA9gueHfwFRh5Fg From: "Pete Rivett" To: "Branislav Selic" Cc: X-MIME-Autoconverted: from quoted-printable to 8bit by amethyst.omg.org id j82Cpmhh009145 Adaptive votes YES to all the proposed resolutions, except 6692 to which it ABSTAINS and 8341, 8706 to which it votes NO. 8341: I agree with the sentiment of uniform terminology but don't think it justifies the break in compatibility with the finalized UML 2.0 by changing the Enumeration name. No problem though with adding the extra literal. Interestingly issue 8348 in this same ballot (rightly IMHO) rejects a virtually identical (in spirit) proposed name change: we should have a consistent line on this sort of thing. 8706: I've commented on this before and assumed it would be fixed - and had not noticed it getting into the Ballot until now. The principle is OK but the current text needs more work. I suggest people really try to read and follow what's proposed. Overall if we adopt this resolution it will come back to bite us - with a slew of further issues. - the phrase 'the most detailed namespace" does not have a meaning - the following clause totally loses me however many times I try to read it "only the referenced elements which owned elements are not referenced are filtered (shown) by the profile." - I'm totally confused as to whether you <> an element to show it or hide it. The latter seems counter-intuitive and at odds with the description of Profile::metamodelreference "References a package containing (directly or indirectly) metaclasses that may be extended." - The explanation as a whole is not helped the seeming use of 'filtered' to mean 'shown' (normally 'filtered' is used as in 'filtered out') - I just don't understand what makes Metaclass1 'hidden' in the example given that myProfile as a whole has an import/reference to its package myMetamodel. - What's more Metaclass1 has a stereotype explicitly attached - so how can the stereotype ever be applied to an instance of Metaclass1 if those instances are hidden (apparently instances of Metaclass1 are not hidden if the stereotype has already been applied - but how would anyone apply a stereotype to an instance that is hidden). - The Notation section of Profile should be updated to reflect the use of <> I suggest the cleanest approach rather than struggling with English is to define a helper function 'Profile::availableMetamodelElements()' which explicitly via OCL specifies which elements are available (we should avoid the term 'visible' which has a quite separate meaning). 6692: as previously commented I agree with the 'closed no change' but not the detail of the explanation describing when to use derived attributes and which IMHO does not really answer the issue. ---------- Comments not affecting my vote: Issue 8327 is interesting since the constraint is expressed in terms of diagram (refers to 'above') rather than the metamodel. Though I have not voted against since it is consistent with the existing DestructionEvent. I guess this will get picked up if/when we try to do these in OCL! 8340: Discussion is quite wrong when it says "The specializations of associations are not normally mentioned in the text. ". The document invariably DOES have "{subsets X}" or the incorrect "(Specialized from X)" in the text for Associations as well as in the diagrams. 8345 has it more accurate when it says 'in the Interactions chapter' However I'm not comfortable with closing such quite reasonable issues 'closed no change' in this way. Maybe we should have a general issue 'for Properties add subsets to text and replace specializes by subsets' so that we can close specific issues as a duplicate of this and do the general cleanup at editor convenience. ----------- Editorial fixes --------- 8038: the issue text starts with an odd "done)". I checked and it was in the original from Juergen. I suggest just deleting the "done)" to avoid others having to make the same checks for inadvertently deleted text. 8147: replace 'specialized from' by 'subsets' (unless we're letting these go and cleaning them all up with a global replace) 8152: ditto 8170: 2nd change 'remove MultiplicityElement increment' is a bit unclear: suggest replacing by 'remove MultiplicityElement from Figure 143' or similar 8706: there should not be a paragraph break at the end of the main block of new text - between "For example, he can" and "build a specific..." 8706: the first column in table at end should say "PackageImport" not "PackagedImport", and the 3rd column "metaclassReference" not "metaclasReference" 8706: The Notation should update Table 24 not Table 23 8706: there are grammatical typos which could do with being fixed editorially if we adopt this resolution (which I hope we do not in its current form) 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