Community
Participate
Working Groups
Build Identifier: M20110909-1335 I have an AssociationClass where the association ends are both owned by the association. If I edit the member end and try to change its name (which is allowed in the dialog), nothing happens (the .uml is unchanged). The AssociationClass is Button_To_Lamp in the attached PapyrusModel.uml (I changed the ownedEnd names to lampFoo and buttonFoo outside Eclipse while exploring the problem). Reproducible: Always Steps to Reproduce: 1. Create two Classes and associate via an AssociationClass. 2. Make both ends of the association 'owned by association'. 3. Open the AssociationClass's properties and double-click on one of the "Member end"s. Change the name and close the dialog. 4. Observe that the Member end's name hasn't changed, in the Properties or on the diagram.
Created attachment 207159 [details] Sample model.
I'm sorry that the Papyrus version doesn't show (I did enter the Eclipse version, which is Version: 3.7.1 Build id: M20110909-1335 from Topcased 5.1.0 RCP). I note that I can change the name as I wanted by going to the Advanced properties and changing the name there. Could this be related to the fact that if I select the end name on the diagram rather than the AssociationClass itself, the heading of the Property view changes to Property: lampFoo : Lamp[1..*] but the contents of the Property view don't? In particular, the Name remains that of the AssociationClass.
Is this still an issue?
(In reply to Toni Siljamäki from comment #3) > Is this still an issue? I don't know; if it hasn't been fixed then it would be. But the lack of any sort of response from the developers to the three bugs I raised - of which two, including this one, were showstoppers for me - caused me to abandon Papyrus in favour of ArgoUML.
The implementation has changed since 0.8.x, and it is possible to rename association ends. So, one might say this bug is fixed, but actually... The real issue in this specific case, is that when you select an association end in the diagram, this is actually the association which is selected (And can be renamed). Note that this is not specific to association classes with owned ends. The issue is the same for all associations (Except that for standard associations, when they are selected, we can edit both the name of the association and the name of each association end)
...meaning that this old bug should be closed as fixed. :)
So I’ve closed it.
