|
|
|
| Re: Stack Overflow When Sharing Single Editing Domain in GMF [message #153894 is a reply to message #148380] |
Sat, 06 October 2007 13:58   |
Eclipse User |
|
|
|
Originally posted by: mail.volker-wegert.de
renee.steiner@intervoice.com (Renee Steiner) wrote:
> > Gregory.Fox@ca.com (Greg) wrote:
> > gary.leask@intervoice.com (Gary Leask) wrote:
> > > Using the GMF_Tips from the wiki.eclispe.org/GMF_Tips. I implemented the
> > > shared doiman example. When I added an Element to the canvas now I get a stack
> > > overflow because the CreateElementCommand.doExecuteWithResult recursive calls
> > > itself.
> > I am having a Stack overflow in object creation as well. I have been stepping
> > through it for 2 days and still haven't figured out what is going on.
> Has anyone come up with a solution or recommendation for this yet?
I'm seeing the same issue (see comment #20 in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=189399), and I'm not entirely
sure what's going wrong here. Until now, I was able to find out that in
CreateElementCommand.doExecuteWithResult, the call to
elementType.getEditCommand returns a CompositeTransactionalCommand that
contains the original CreateElementCommand derivate again. This appears to be
(!) caused by the FooBaseItemSemanticEditPolicy setting a parameter
EDIT_POLICY_COMMAND. This causes the FooEditHelper to return the command from
getInsteadCommand().
Problem is, I don't know why all of this is happening. I see lots of places
where I could break this vicious circle, but which is the right one? Perhaps
some of the authors (ldamus?) could take a look at this problem?
Thanks
Volker
--
* Volker Wegert * http://www.volker-wegert.de/contact *
* Am Anfang war das Wort, und das Wort war "content-type=text/plain;
* charset=iso-8859-1".
*
|
|
|
|
| Re: Stack Overflow When Sharing Single Editing Domain in GMF [message #154191 is a reply to message #153901] |
Mon, 08 October 2007 20:00 |
| Eclipse User |
|
|
|
Originally posted by: mail.volker-wegert.de
Nicolai Kamenzky <kamenzky@inf.fu-berlin.de> writes:
> I have posted this in the thread "Stack Overflow When Sharing
> Single Editing Domain in GMF" before.
>
> Its just an idea. But you need just < 5 minutes to try this:
>
> In step 8 of:
> < http://wiki.eclipse.org/GMF_Tips#Sharing_single_EditingDomai n_instan
>>ce_across_several_diagrams
>
> you altered ???DocumentProvider.createEditingDomain().
Negative on that - I didn't use this approach in my article. I share an
editing domain inside a multi-page editor, so maybe this doesn't fully apply
to me.
> The id "org.eclipse.gmf.ecore.editor.EditingDomain" is used
> to indicate your EditingDomain.
>
> Please replace both occurences in the altered code with your
> actual id of your EditingDomain which you set in step 6.
> (Which would be "SharedEditingDomain".) Do this for every editor.
Does not change anything for me.
Volker
--
* Volker Wegert * http://www.volker-wegert.de/contact *
* "Die Zeit ist auch nicht mehr das, was sie mal war." (Albert Einstein)
*
*
|
|
|
| Re: Stack Overflow When Sharing Single Editing Domain in GMF [message #155376 is a reply to message #153901] |
Mon, 15 October 2007 14:22 |
| Eclipse User |
|
|
|
Originally posted by: r.c.ladan.tue.nl
Nicolai Kamenzky wrote:
> Hi Gary, Greg, Renee, Volker!
>
> I have posted this in the thread "Stack Overflow When Sharing
> Single Editing Domain in GMF" before.
>
> Its just an idea. But you need just < 5 minutes to try this:
>
> In step 8 of:
> < http://wiki.eclipse.org/GMF_Tips#Sharing_single_EditingDomai n_instan
>> ce_across_several_diagrams
>
> you altered ???DocumentProvider.createEditingDomain().
>
The same problem is present with a completely generated MODEL.diagram editor.
> The id "org.eclipse.gmf.ecore.editor.EditingDomain" is used
> to indicate your EditingDomain.
>
No, this string is not present in the generated source code.
> Please replace both occurences in the altered code with your
> actual id of your EditingDomain which you set in step 6.
> (Which would be "SharedEditingDomain".) Do this for every editor.
>
I didn't find any occurrences of "SharedEditingDomain", there is
an instance of createEditingDomain in MODEL.part.MODELDocumentProvider
(declared as private TransactionalEditingDomain)
> Does the StackOverflowError still occur? If not, do your editors
> now work properly while sharing their EditingDomain?
>
Well, actually there is a recoverable error on startup :
java.lang.NoClassDefFoundError: org/atl/engine/extractors/ebnf/EBNFExtractor
at org.eclipse.gmt.am3.dsls.km3.Startup.earlyStartup(Startup.ja va:12)
at org.eclipse.ui.internal.EarlyStartupRunnable.runEarlyStartup (EarlyStartupRunnable.java:87)
at org.eclipse.ui.internal.EarlyStartupRunnable.run(EarlyStartu pRunnable.java:66)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.ui.internal.Workbench$54.run(Workbench.java:2190 )
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
but this is unrelated to the main issue. As stated in comment #20 of
https://bugs.eclipse.org/bugs/show_bug.cgi?id=189399 , added elements are
created infinitely by the GMF editor. After adding 420-425 elements, the
editor 'crashes' the stack overflow exception. The GMF editor can be used
again after closing and reopening the file. If this file is saved after
adding the element, all 420 elements are visible upon reopening.
Eclipse 3.4.0 I20070921-0919
EMF 2.3.0 I20070925-2135
GEF 3.4.0 20070919
GMF 1.0.0 20070809-0000
Regards,
Rene
|
|
|
| Re: Stack Overflow When Sharing Single Editing Domain in GMF [message #157327 is a reply to message #153901] |
Fri, 26 October 2007 18:43 |
| Eclipse User |
|
|
|
Originally posted by: trommas.yahoo.com
I am also having these troubles.
I've tried changing the code for both editors createEditingDomain()
methods (using editingDomain.setID("SharedEditingDomain");)
Both editors fail to function. If I try to create something, the editors
hang for half a minute, then nothing appears. When I reopen them, there
are empty model elements there.
Is there any solutions that have come up?
Also, the wiki contains some typos (which makes me unsure of the exact
meaning). So it would be real nice if it got cleaned up together with an
update that prohibits this error :) (I would love to do it, but I don't
have the solution..)
Tomas
Nicolai Kamenzky wrote:
> Hi Gary, Greg, Renee, Volker!
>
> I have posted this in the thread "Stack Overflow When Sharing
> Single Editing Domain in GMF" before.
>
> Its just an idea. But you need just < 5 minutes to try this:
>
> In step 8 of:
> < http://wiki.eclipse.org/GMF_Tips#Sharing_single_EditingDomai n_instan
>> ce_across_several_diagrams
>
> you altered ???DocumentProvider.createEditingDomain().
>
> The id "org.eclipse.gmf.ecore.editor.EditingDomain" is used
> to indicate your EditingDomain.
>
> Please replace both occurences in the altered code with your
> actual id of your EditingDomain which you set in step 6.
> (Which would be "SharedEditingDomain".) Do this for every editor.
>
> Does the StackOverflowError still occur? If not, do your editors
> now work properly while sharing their EditingDomain?
>
> Cheers,
> Nicolai
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.17750 seconds
] 
Search
Help
Register
Login
Home
