[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [emf-dev] Re: using GMF to generate JavaScript
|
Eike, thanks for letting me know, the distinction wasn't clear to me, but now it is.
Best regards,
Jake
On Sun, Mar 29, 2009 at 5:43 AM, Eike Stepper
<stepper@xxxxxxxxxx> wrote:
Jacob,
The rule of thumb is to use the project newsgroups for technical
questions. The dev mailing lists are more for process matters.
Cheers
/Eike
----
http://thegordian.blogspot.com
Jacob Beard schrieb:
Sorry, I just saw that GMF has their own mailing list (
gmf-dev@xxxxxxxxxxx).
Would it be better to cross-post this message over there?
Jake
On Sat, Mar 28, 2009 at 11:25 PM, Jacob
Beard
<jbeard4@xxxxxxxxxxxx>
wrote:
Hi
all,
I've been familiarizing myself with GEF and GMF in order to determine
the best way for my idea to slot into EMF's existing projects. Here is
what I would like to propose:
I believe that the first step would be to expose a graphics API similar
to Draw2d/GEF for the browser environment. The Dojo _javascript_
library's dojox.gfx project already provides a good
foundation for this, and my work on this part would consist of
extending their API.
I believe that the next step would be to allow the dynamic generation
of the browser-based editing environment from GMF. In terms of the GMF
workflow, this would slot into the step after you develop the mapping
model. Just like how you now have an option to generate a generator
model for a lightweight RCP client, this would allow you to generate a
generator model for a lightweight browser-based diagram editor and
abstract syntax HTTP server backend. Specifically, this generator model
would generate:
1) _javascript_ and (X)HTML files for a browser-based visual diagram
editor client,
2) Java files for an HTTP server that exposes the abstract syntax layer
via RESTful interfaces, and
3) more _javascript_ files for client-side data bindings onto the
server's RESTful interfaces.
Running the generated diagram editor project I believe would not entail
running an Eclipse plugin, as would be normal in the GMF workflow, but
instead would involve deploying a JAR inside of a Servlet container
inside of Eclipse, and starting the server. Then in your web browser
you would navigate to http://localhost:<some_port>/<restful_uri_to_some_diagram>,
which would launch the client in your browser, which would bind to the
server as expected.
Later on it might be possible to look into exporting a WAR file from
the generated code, that would contain all of the project dependencies,
for deployment outside of Eclipse.
I'm sure I'll have many more questions in the future, but that's the
gist of it. I'd appreciate it if anyone could let me know whether this
seems sound.
I also have two questions right now:
1. Is it true that GMF is using JET to generate Java code? As JET is a
fairly generic templating engine, does this mean that there won't be
any major, forseeable technical challenges creating a generator model
which generates _javascript_, as opposed to Java? If there are forseeable
technical restrictions, I'd appreciate it if you would let me know what
you believe they might be.
2. This might be a bit off-topic, but I spent about three hours today
trying to get the first
GMF tutorial to work, without success. I am consistently able to
reach the point where I'm able to run the generated diagram, but when I
attempt to instantiate graphical Topic elements, nothing shows up on
the Canvas. The domain model shows that I have instantiated a Topic,
but under the diagram model, where the Topic should be, it instead
shows "null". As I've now completed the tutorial a number of times, I
feel reasonably certain that I have completed all of the steps
correctly, and I'm wondering if instead the tutorial might be missing
some information. Has anyone tried to work through the tutorial
recently? I'd be interested to know what people's experiences are with
this.
I'd appreciate any guidance anyone can provide. Thanks for your help,
Jake
_______________________________________________
emf-dev mailing list
emf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/emf-dev