Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » [JS4EMF] goal of JS4EMF
[JS4EMF] goal of JS4EMF [message #683806] Tue, 14 June 2011 13:06 Go to next message
Tristan Faure is currently offline Tristan FaureFriend
Messages: 460
Registered: July 2009
Senior Member
Hi all sorry if this question has been already asked.
What are the difference between JS4EMF and previous projects for script integration like Eclipse Monkey ?




Re: [JS4EMF] goal of JS4EMF [message #683918 is a reply to message #683806] Tue, 14 June 2011 16:21 Go to previous messageGo to next message
Ed Willink is currently offline Ed WillinkFriend
Messages: 7655
Registered: July 2009
Senior Member
Hi

I think the significant difference is that JS4EMF allows you to write
JavaScript both inside and outside EMF.

The inside-EMF exploits the EMF delegates capabilities, currently used
by OCL, to allow programmed definition of operation bodies, property
values and class constraints.

This potentially gives users a choice of OCL or JS as their working
language.

Regards

Ed Willink


On 14/06/2011 14:06, Tristan FAURE wrote:
> Eclipse Monkey
Re: [JS4EMF] goal of JS4EMF [message #683953 is a reply to message #683806] Tue, 14 June 2011 18:12 Go to previous message
Eclipse UserFriend
Originally posted by:

On 14.06.11 15.06, Tristan FAURE wrote:
> Hi all sorry if this question has been already asked.
> What are the difference between JS4EMF and previous projects for script
> integration like Eclipse Monkey ?

I believe Eclipse Monkey is for scripting the Eclipse workbench and
utilizing Eclipse API's in Javascript, whereas JS4EMF is "limited" to
EMF, and as such, independent of Eclipse. As Ed Willink writes, JS and
OCL both supports "internal" scripting, by embedding script code in
Ecore models and utilizing the delegate mechanism. In addition, JS4EMF
supports using Javascript for manipulating Ecore objects in general,
e.g. for ad-hoc queries, editing, transformations etc. Finally, we want
to integrate EMF UIs with scripting, e.g. support Javascript-based
content and label providers, so more of an EMF-based application can be
configured with scripts and models, rather than with generated and
modified Java-code.

Hallvard
Previous Topic:Re: [Teneo] Need ClassMetadata but it's not present
Next Topic:[TEXO] Adding functions to util.ext
Goto Forum:
  


Current Time: Tue Apr 16 05:43:39 GMT 2024

Powered by FUDForum. Page generated in 0.31470 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top