Eclipse Community Forums: EMF "Technology" (Ecore Tools, EMFatic, etc)

Help

Home

Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » Synchronizing EMF resources forever

Show: Today's Messages :: Show Polls :: Message Navigator

Synchronizing EMF resources forever [message #517901]

Tue, 02 March 2010 13:52

Dirk Hoffmann

Messages: 163
Registered: July 2009

Senior Member

Hi,

using the graphical EcoreTools editor with Eclise 3.5 I'm facing the
following problem:

Frequently the status line says

"Synchronizing EMF resources"

and a progress indicator keeps indicating progress.

The only thing I can do then is to kill the Eclipse process, sometimes
resulting in a corrupt workspace.

There are multiple diagram files for a single ecore-model each showing a
limited number of classes. Ed Merks suggested doing it this way and
demonstrated it with the ecore.ecore meta-model.

At the moment I'have no idea what actually triggers the synchronization.

Has somebody else experienced the same problems?

Has somebody any idea how to find the cause of the problem?

Searching for "Synchronizing EMF resources" I couldn't find anything.

If I find out more I'll tell you.

First thing I'm going to do is reinstalling Eclipse without Features
such as Mylyn.

Thanks and Regards,
Dirk

Report message to a moderator

Re: Synchronizing EMF resources forever [message #517918 is a reply to message #517901]

Tue, 02 March 2010 14:08

Ed Merks

Messages: 33142
Registered: July 2009

Senior Member

This is a multi-part message in MIME format.
--------------020808030304090305030607
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

Dirk,

Comments below.

Dirk Hoffmann wrote:
> Hi,
>
> using the graphical EcoreTools editor with Eclise 3.5 I'm facing the
> following problem:
>
> Frequently the status line says
>
> "Synchronizing EMF resources"
I found this message in org.eclipse.emf.workspace.
>
> and a progress indicator keeps indicating progress.
>
> The only thing I can do then is to kill the Eclipse process, sometimes
> resulting in a corrupt workspace.
>
> There are multiple diagram files for a single ecore-model each showing
> a limited number of classes. Ed Merks suggested doing it this way and
> demonstrated it with the ecore.ecore meta-model.
>
> At the moment I'have no idea what actually triggers the synchronization.
Likely a resource delta, i.e, when you save something.
>
> Has somebody else experienced the same problems?
Not yet, no.
>
> Has somebody any idea how to find the cause of the problem?
Stack traces to see what all the threads are up to would be useful:
<http://wiki.eclipse.org/index.php/How_to_report_a_deadlock>

http://wiki.eclipse.org/index.php/How_to_report_a_deadlock

>
> Searching for "Synchronizing EMF resources" I couldn't find anything.
>
> If I find out more I'll tell you.
>
> First thing I'm going to do is reinstalling Eclipse without Features
> such as Mylyn.
>
> Thanks and Regards,
> Dirk

--------------020808030304090305030607
Content-Type: text/html; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-15"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dirk, 
 
Comments below. 
 
Dirk Hoffmann wrote:
<blockquote cite="mid:hmj57j$97m$1@build.eclipse.org" type="cite">Hi,
 
 
using the graphical EcoreTools editor with Eclise 3.5 I'm facing the
following problem:
 
 
Frequently the status line says
 
 
"Synchronizing EMF resources"
 
</blockquote>
I found this message in org.eclipse.emf.workspace. 
<blockquote cite="mid:hmj57j$97m$1@build.eclipse.org" type="cite"> 
and a progress indicator keeps indicating progress.
 
 
The only thing I can do then is to kill the Eclipse process, sometimes
resulting in a corrupt workspace.
 
 
There are multiple diagram files for a single ecore-model each showing
a limited number of classes. Ed Merks suggested doing it this way and
demonstrated it with the ecore.ecore meta-model.
 
 
At the moment I'have no idea what actually triggers the
synchronization.
 
</blockquote>
Likely a resource delta, i.e, when you save something. 
<blockquote cite="mid:hmj57j$97m$1@build.eclipse.org" type="cite"> 
Has somebody else experienced the same problems?
 
</blockquote>
Not yet, no. 
<blockquote cite="mid:hmj57j$97m$1@build.eclipse.org" type="cite"> 
Has somebody any idea how to find the cause of the problem?
 
</blockquote>
Stack traces to see what all the threads are up to would be useful:<a
href="http://wiki.eclipse.org/index.php/How_to_report_a_deadlock"> 
</a>
<blockquote><a
href="http://wiki.eclipse.org/index.php/How_to_report_a_deadlock">http://wiki.eclipse.org/index.php/How_to_report_a_deadlock</a> 
</blockquote>
<blockquote cite="mid:hmj57j$97m$1@build.eclipse.org" type="cite"> 
Searching for "Synchronizing EMF resources" I couldn't find anything.
 
 
If I find out more I'll tell you.
 
 
First thing I'm going to do is reinstalling Eclipse without Features
such as Mylyn.
 
 
Thanks and Regards,
 
Dirk
 
</blockquote>
</body>
</html>

--------------020808030304090305030607--

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator

Re: Synchronizing EMF resources forever [message #518256 is a reply to message #517918]

Wed, 03 March 2010 15:18

Dirk Hoffmann

Messages: 163
Registered: July 2009

Senior Member

Hi,

I found so many more problems with the EcoreTools editor that I even
don't feel like filing bugs for it.

For some model elements it is impossible to create diagram elements for
them by dragging their ecore counterparts from the outline view to the
canvas. Restarting Eclipse doesn't help. What helps however is to create
a new diagram from the ecore file and empty the diagram not deleting the
elements from the diagram, not the model. Although this does not seem to
do anything to the first diagram, afterwards the problem is gone. The
editor of the first diagram is marked dirty and diffing the diagram file
before and after saving it reveals that creating and emptying the new
diagram added some stuff. Strange. If I come across this again I might

After some time of editing diagrams it is impossible to select a type
for an operation from within the graphical editor. Restarting Eclipse
doesn't help. It is however possible to open the ecore file with the
tree-based sample ecore editor and set the type there and this is
reflected in the diagram as well. The Type selection dialog remains empy
however despite an attribute element which has no name.

Removing one diagram file caused elements to disappear in another diagram.

Changed to the Eclipse SR2 modeling edition but with no changes in behavior.

BTW: Validating the ecore file succeeded in all cases.

As restarting Eclipse or reopening a diagram does not help to recover
from some of the problems it seems that the diagrams can be brought into
an inconsistent state quite easily and there is no easy way to recover
from such.

Shouldn't we expect too much from the EcoreTools Editor because its free?

Is it still under active development so it is worth checking out a more
recent version and possibly putting effort into debugging it?

Does anybody know another graphical tool, not too expensive?

We used to use the graphical ecore editor that comes as an example with
GMF but diagrams created with it are not of the appealing kind and
connection labels behave strangely when moving elements. Also I don't
know if it is possible to share the same ecore file among multiple diagrams.

A bit frustrated,
Dirk

Ed Merks schrieb:
> Dirk,
>
> Comments below.
>
> Dirk Hoffmann wrote:
>> Hi,
>>
>> using the graphical EcoreTools editor with Eclise 3.5 I'm facing the
>> following problem:
>>
>> Frequently the status line says
>>
>> "Synchronizing EMF resources"
> I found this message in org.eclipse.emf.workspace.
>>
>> and a progress indicator keeps indicating progress.
>>
>> The only thing I can do then is to kill the Eclipse process, sometimes
>> resulting in a corrupt workspace.
>>
>> There are multiple diagram files for a single ecore-model each showing
>> a limited number of classes. Ed Merks suggested doing it this way and
>> demonstrated it with the ecore.ecore meta-model.
>>
>> At the moment I'have no idea what actually triggers the synchronization.
> Likely a resource delta, i.e, when you save something.
>>
>> Has somebody else experienced the same problems?
> Not yet, no.
>>
>> Has somebody any idea how to find the cause of the problem?
> Stack traces to see what all the threads are up to would be useful:
> <http://wiki.eclipse.org/index.php/How_to_report_a_deadlock>
>
> http://wiki.eclipse.org/index.php/How_to_report_a_deadlock
>
>>
>> Searching for "Synchronizing EMF resources" I couldn't find anything.
>>
>> If I find out more I'll tell you.
>>
>> First thing I'm going to do is reinstalling Eclipse without Features
>> such as Mylyn.
>>
>> Thanks and Regards,
>> Dirk

Report message to a moderator

Re: Synchronizing EMF resources forever [message #518285 is a reply to message #518256]

Wed, 03 March 2010 11:54

Ed Merks

Messages: 33142
Registered: July 2009

Senior Member

Dirk,

Comments below.

Dirk Hoffmann wrote:
> Hi,
>
> I found so many more problems with the EcoreTools editor that I even
> don't feel like filing bugs for it.
There's no one actively working on it right now, which is a big bummer. :-(
>
> For some model elements it is impossible to create diagram elements
> for them by dragging their ecore counterparts from the outline view to
> the canvas. Restarting Eclipse doesn't help. What helps however is to
> create a new diagram from the ecore file and empty the diagram not
> deleting the elements from the diagram, not the model. Although this
> does not seem to do anything to the first diagram, afterwards the
> problem is gone. The editor of the first diagram is marked dirty and
> diffing the diagram file before and after saving it reveals that
> creating and emptying the new diagram added some stuff. Strange. If I
> come across this again I might
Unreported problems are likely never to be fixed...
>
> After some time of editing diagrams it is impossible to select a type
> for an operation from within the graphical editor. Restarting Eclipse
> doesn't help. It is however possible to open the ecore file with the
> tree-based sample ecore editor and set the type there and this is
> reflected in the diagram as well. The Type selection dialog remains
> empy however despite an attribute element which has no name.
>
> Removing one diagram file caused elements to disappear in another
> diagram.
>
> Changed to the Eclipse SR2 modeling edition but with no changes in
> behavior.
>
> BTW: Validating the ecore file succeeded in all cases.
>
> As restarting Eclipse or reopening a diagram does not help to recover
> from some of the problems it seems that the diagrams can be brought
> into an inconsistent state quite easily and there is no easy way to
> recover from such.
>
> Shouldn't we expect too much from the EcoreTools Editor because its free?
Well, all of Eclipse is free and things like JDT are excellent...
>
> Is it still under active development so it is worth checking out a
> more recent version and possibly putting effort into debugging it?
The committers aren't so active, so I'm trying to find new ones.
>
> Does anybody know another graphical tool, not too expensive?
None that operate directly on Ecore.
>
> We used to use the graphical ecore editor that comes as an example
> with GMF but diagrams created with it are not of the appealing kind
> and connection labels behave strangely when moving elements. Also I
> don't know if it is possible to share the same ecore file among
> multiple diagrams.
Yes, it's possible, but not so convenient. You have to rename the
diagram and then you can create a new one.
>
> A bit frustrated,
Yes, me too, because it's the only tool I have to draw nice diagrams.
> Dirk
>
> Ed Merks schrieb:
>> Dirk,
>>
>> Comments below.
>>
>> Dirk Hoffmann wrote:
>>> Hi,
>>>
>>> using the graphical EcoreTools editor with Eclise 3.5 I'm facing the
>>> following problem:
>>>
>>> Frequently the status line says
>>>
>>> "Synchronizing EMF resources"
>> I found this message in org.eclipse.emf.workspace.
>>>
>>> and a progress indicator keeps indicating progress.
>>>
>>> The only thing I can do then is to kill the Eclipse process,
>>> sometimes resulting in a corrupt workspace.
>>>
>>> There are multiple diagram files for a single ecore-model each
>>> showing a limited number of classes. Ed Merks suggested doing it
>>> this way and demonstrated it with the ecore.ecore meta-model.
>>>
>>> At the moment I'have no idea what actually triggers the
>>> synchronization.
>> Likely a resource delta, i.e, when you save something.
>>>
>>> Has somebody else experienced the same problems?
>> Not yet, no.
>>>
>>> Has somebody any idea how to find the cause of the problem?
>> Stack traces to see what all the threads are up to would be useful:
>> <http://wiki.eclipse.org/index.php/How_to_report_a_deadlock>
>>
>> http://wiki.eclipse.org/index.php/How_to_report_a_deadlock
>>
>>>
>>> Searching for "Synchronizing EMF resources" I couldn't find anything.
>>>
>>> If I find out more I'll tell you.
>>>
>>> First thing I'm going to do is reinstalling Eclipse without Features
>>> such as Mylyn.
>>>
>>> Thanks and Regards,
>>> Dirk

Ed Merks
Professional Support: https://www.macromodeling.com/

Report message to a moderator