Bugs: Browse | Download .csv | Monitor

[#1405] Edition of model parts under control

Date: 2007-10-17 13: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...

Followup Message Date: 2008-08-19 13: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 09: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 19: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 17: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 13: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 17:15 Sender: Pierre Gaufillet Linked to Feature Request #325 Date: 2007-10-24 09: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 18: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.

Related Tasks: No Related Tasks

Attached Files: No Files Currently Attached

No commits have been made.

Changes: Field Old Value Date By close_date 2008-08-19 13:35 2008-08-19 13:35 lredor close_date 2008-07-09 09:26 2008-07-09 09:26 lredor close_date 2008-06-30 19:02 2008-06-30 19:02 lredor close_date 2008-06-30 17:10 2008-06-30 17:10 gaufille Resolution Accepted 2008-06-26 13:57 lredor close_date 2008-06-26 13:57 2008-06-26 13:57 lredor status_id Open 2008-06-26 13:57 lredor assigned_to david 2008-06-26 13:54 lredor