|EMF editor using remote model through RMI [message #1053356]
||Sat, 04 May 2013 11:44
| Gregor Fichtental
Registered: May 2013
I have following situation:
I generate an EMF model from annotated Java, and then a Generator Model creates the standard Edit and Editor plugins for this model.
The EMF model is then moved to a powerful server, which takes care of the actual workload.
The Edit/Editor plugins remain on the client and communicate though RMI (Java Remote Objects) with the server.
This was easy to implement for a simple model with only two classes and a few methods. But the model is constantly developed and will soon include some hundred classes with several methods each.
Is there any possibility to have the generated Edit/Editor plugins automatically include the RMI communication code?
|Re: EMF editor using remote model through RMI [message #1053531 is a reply to message #1053513]
||Mon, 06 May 2013 12:11
| Ed Merks
Registered: July 2009
On 06/05/2013 1:02 PM, Gregor Fichtental wrote:
> The serialisation is not a problem, it is done by RMI.
I thought it generally use java.io.Serializeable....
> The only problem was that I have to modify the generated editor after
> each change to the model.
Mark your changes @generated not, or simple stop generating the editor.
> I am now working on making the generated editor more generic
It pretty much is generic already anyway; try deleting the dependency on
your generated *.edit project and you'll see there are only a few lines
that are model specific (and even these aren't necessary)...
> and take all its itemproviders, menu entries etc. dynamically from the
> information in the EPackage.
Yes, example from the ComposeItemProviderAdapterFactory.
> I think a generic editor plugin would be useful for many situations.
Yes, I've started working on one.
> Why is the editor plugin generated for each input model to statically
> include all features?
So that folks would feel comfortable that they have complete control and
can change any part of it to suit their own wishes.
> Can we expect a significant speedup from the existing implementation?
No, not really, it's pretty much a copy of a generic editor.
Powered by FUDForum
. Page generated in 0.02354 seconds