Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 279168

Summary:

[Class Diagram] Difficulties to model dependencies (or any link that inherits from dependency, e.g., Abstraction)

Product:

[Modeling] Papyrus

Reporter:

Sébastien Gérard <sebastien.gerard>

Component:

Core

Assignee:

Project Inbox <mdt-papyrus-inbox>

Status:

RESOLVED FIXED

QA Contact:

Severity:

normal

Priority:

Keywords:

plan

Version:

0.7.0

Target Milestone:

Hardware:

OS:

Windows XP

Whiteboard:

UML 2.x Diagrams

Attachments:

Description	Flags
Video on Modelling of Dependency between Packages	none
mylyn/context/zip	none

Description Sébastien Gérard

2009-06-04 17:13:49 EDT

Modeling of  Dependencies (or any link that inherits from dependency, e.g., Abstraction) is not easy between packages. Indeed, you have to put your pointer for marking the start and the end in a particular part of the figure denoting the Package and it does not work if you put the pointer in the main compartiment of the package (see attached video).

Comment 1 Sébastien Gérard

2009-06-04 17:28:47 EDT

Created attachment 138345 [details]
Video on Modelling of Dependency between Packages

Comment 2 Patrick Tessier

2009-06-17 12:19:49 EDT

Created attachment 139446 [details]
mylyn/context/zip

impacted classes by adding new editpolicies and by regeneration of elements

Comment 3 Patrick Tessier

2009-06-17 12:24:23 EDT

The bug was due by a containerNodeEditPolicy. This policy does not send null for getTargetEditPart method. In this case, the container was selected and not the owner of the container.

So I have added a Custom editpolicy that was added in the genmodel. This custom editpolicy overloads this method by returning null.