Home My Page Projects Code Snippets Project Openings TOPCASED
Summary Activity Tracker Lists Tasks Docs Surveys News SCM Files Mediawiki

[#1405] Edition of model parts under control

Date:
2007-10-17 11:34
Priority:
3
State:
Closed
Submitted by:
Pierre Gaufillet (gaufille)
Assigned to:
Laurent Redor (lredor)
Category:
All (old format) editors
Resolution:
Fixed
Platform:
Solaris / Gtk+
Detected in version:
1.0.0
Target version:
2.0.0
Summary:
Edition of model parts under control

Detailed description
Let's talk about a model A including A1 as sub-models.
These submodels are saved separately using the control/uncontrol system.

The problem is the syncrhonization between the editors. If A1 is modified through A editor, the A1 editor should be refreshed. Of course, A editor should be also refresh when A1 is modified through its editor.

The alternative is to forbid opening A1 and A editors together, which is obviously not a great solution...

Comments:

Message  ↓
Date: 2008-08-19 11:35
Sender: Laurent Redor

This FR may be disabled by creating a file named
"allowConcurrentAcces" in the .metadata of the workspace
in the folder /workspacePath/.metadata/.plugins/org.topcased.modeler (and not "allowCompetitiveAcces" like in my previous comment)

Date: 2008-07-09 07:26
Sender: Laurent Redor

This FR may be disabled by creating a file named "allowCompetitiveAcces" in the .metadata of the workspace in the folder /workspacePath/.metadata/.plugins/org.topcased.modeler

Date: 2008-06-30 17:02
Sender: Laurent Redor

It's not really a bug because you can do the same thing as in the topcased diagram editor. But it must be done in each editor because there isn't a "topcased intermediate layer" for the EMF editor.

If there had been no intermediate layer for the diagrams, the code would also be done in each "GEF editor".

Date: 2008-06-30 15:10
Sender: Pierre Gaufillet

Regarding the limitation, I suggest at least to open a bug report on EMF bugzilla to track this problem.
Laurent : can you do it please ?

Date: 2008-06-26 11:57
Sender: Laurent Redor

Resolution :
Now, opening a file *. xxxdi is not possible if at least one of resources handled by this file is already opened in another editor (*. xxxdi or *. xxx).
The editor will open but with an error message indicating the problem.
Sample message: "Could not open the editor: This editor handles files that are already open. To open this file, please close editors handling these files:
* The file /projectName/folderName/fileName.uml is already open in the editor fileName.uml "

Limitations:
This control concerns graphic editors (*. xxxdi) and not EMF editors (*. xxx). If you open a file fileName.xxx after opening the file fileName.xxxdi, modification in parallel will always be possible. This is because each EMF editor is autonomous. There is no common superclass as is the case of graphic editors with the class org.topcased.modeler.editor.Modeler.

Regards,

Laurent

Date: 2007-11-15 16:15
Sender: Pierre Gaufillet

Linked to Feature Request #325

Date: 2007-10-24 07:24
Sender: raphaël Faudou

My suggestion is to set the attached submodel to "read-only" so that it cannot be modified through the father model. If you want to update the submodel just open it directly.
I know that such an approach is restrictive but it is a valuable recommandation to keep control about concurrent modifications in a collaborative modeling : it is a way to ensure that you do modifications only on submodels that ou are responsible of. It avoids background modifications nobody is aware and that breack the model.

Date: 2007-10-23 16:07
Sender: David Sciamma

Concurrent edition is big problem and if we want to avoid mistakes, the last alternative will be the easiest to implement. A better solution can be implemented through development of "Collaborative Work" item of the project.

Attached Files:

Changes

Field Old Value Date By
close_date2008-08-19 11:352008-08-19 11:35lredor
close_date2008-07-09 07:262008-07-09 07:26lredor
close_date2008-06-30 17:022008-06-30 17:02lredor
close_date2008-06-30 15:102008-06-30 15:10gaufille
status_idOpen2008-06-26 11:57lredor
close_date2008-06-26 11:572008-06-26 11:57lredor
ResolutionAccepted2008-06-26 11:57lredor
assigned_todavid2008-06-26 11:54lredor