Eclipse Community Forums: EMF

Help

Home

Home » Modeling » EMF » EMF 3.0 / e4(What is the future of code generation?)

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

EMF 3.0 / e4 [message #647448]

Thu, 06 January 2011 13:11

Stephan Zehrer

Messages: 42
Registered: July 2009

Member

Hi,

as I mentioned in an other message I am record my knowledge related to the EMF editor in some new templates to reuse it for new projects.

Now I was thinking about how does the future of code generation look like within EMF?

Is there a EMF editor generator for e4 in development?

Which template engine will be used, the current JET1 seems more or less outdated and I expect stuff what emf.codegen has implemented its own (e.g. merge as far as I understood) is now part of a platform (I didn't take a closer look on all the other M2T projects like Acceleo or Xpand) .

Are there any plans for EMF 3?

Greetings

Stephan

Report message to a moderator

Re: EMF 3.0 / e4 [message #647452 is a reply to message #647448]

Thu, 06 January 2011 13:19

Thomas Schindl

Messages: 6651
Registered: July 2009

Senior Member

Am 06.01.11 14:11, schrieb Stephan Zehrer:
> Hi,
>
> as I mentioned in an other message I am record my knowledge related to
> the EMF editor in some new templates to reuse it for new projects.
>
> Now I was thinking about how does the future of code generation look
> like within EMF?
>
> Is there a EMF editor generator for e4 in development?

You mean for pure e4 applications (the ones who don't use the backward
support?)

IMHO the best would be to split up the generated code from EMF into 2 parts:
* The pure POJO which holds the UI and only depends on SWT/JFace and
naturally EMF-Core

* The 3.x Framework integration

I'm not aware of any plans and doubt that there are resources available
but naturally I'd happy to help you to get started. How such a single
sourcing / generating approach could work is presented by e4 workbench
model tooling where the same UI-Code runs in:
* Eclipse 4.0 Application Framework
* Eclipse 4.0
* Eclipse > 3.6

Tom

Report message to a moderator

Re: EMF 3.0 / e4 [message #648701 is a reply to message #647452]

Fri, 14 January 2011 06:01

Stephan Zehrer

Messages: 42
Registered: July 2009

Member

Hi Tom
sorry for the late response...

Tom Schindl wrote on Thu, 06 January 2011 08:19

Am 06.01.11 14:11, schrieb Stephan Zehrer:
> as I mentioned in an other message I am record my knowledge related to
> the EMF editor in some new templates to reuse it for new projects.
>
> Now I was thinking about how does the future of code generation look
> like within EMF?
>
> Is there a EMF editor generator for e4 in development?

You mean for pure e4 applications (the ones who don't use the backward
support?)

IMHO the best would be to split up the generated code from EMF into 2 parts:
* The pure POJO which holds the UI and only depends on SWT/JFace and
naturally EMF-Core

* The 3.x Framework integration

I'm not aware of any plans and doubt that there are resources available
but naturally I'd happy to help you to get started. How such a single
sourcing / generating approach could work is presented by e4 workbench
model tooling where the same UI-Code runs in:
* Eclipse 4.0 Application Framework
* Eclipse 4.0
* Eclipse > 3.6

Yes I saw your slides from the ESE 2010 on your blog.
I already thought about it to integrate some of the features to my generator. (org.eclipselabs.emf)
Especially because your wrote DI is available on 3.6 too.

What is about the generation itself, is there a replacement for the JET1 and JMerge ?
There are some restriction to extend/change the current generation.

Greetings

Stephan

Report message to a moderator

Re: EMF 3.0 / e4 [message #648822 is a reply to message #648701]

Fri, 14 January 2011 16:14

Ed Merks

Messages: 33136
Registered: July 2009

Senior Member

Stephan,

I'm sure there are folks who'd like to sett JET replaced by Acceleo,
Xpand, or JET2, but we don't have immediate plans for those efforts.
It's a lot of work. JMerge is a utility that's reusable independent of
the template language that's used. I expect many folks will keep
reusing it in its current state; it works quite well...

Stephan Zehrer wrote:
> Hi Tom sorry for the late response...
>
> Tom Schindl wrote on Thu, 06 January 2011 08:19
>> Am 06.01.11 14:11, schrieb Stephan Zehrer:
>> > as I mentioned in an other message I am record my knowledge related to
>> > the EMF editor in some new templates to reuse it for new projects.
>> > > Now I was thinking about how does the future of code generation look
>> > like within EMF?
>> > > Is there a EMF editor generator for e4 in development?
>>
>> You mean for pure e4 applications (the ones who don't use the backward
>> support?)
>>
>> IMHO the best would be to split up the generated code from EMF into 2
>> parts:
>> * The pure POJO which holds the UI and only depends on SWT/JFace and
>> naturally EMF-Core
>>
>> * The 3.x Framework integration
>>
>> I'm not aware of any plans and doubt that there are resources available
>> but naturally I'd happy to help you to get started. How such a single
>> sourcing / generating approach could work is presented by e4 workbench
>> model tooling where the same UI-Code runs in:
>> * Eclipse 4.0 Application Framework
>> * Eclipse 4.0
>> * Eclipse > 3.6
>
> Yes I saw your slides from the ESE 2010 on your blog. I already
> thought about it to integrate some of the features to my generator.
> (org.eclipselabs.emf)
> Especially because your wrote DI is available on 3.6 too.
>
> What is about the generation itself, is there a replacement for the
> JET1 and JMerge ? There are some restriction to extend/change the
> current generation.
>
> Greetings
>
> Stephan

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

Report message to a moderator

Re: EMF 3.0 / e4 [message #648837 is a reply to message #648822]

Fri, 14 January 2011 16:59

Stephan Zehrer

Messages: 42
Registered: July 2009

Member

Ed,

Ed Merks wrote on Fri, 14 January 2011 11:14

I'm sure there are folks who'd like to sett JET replaced by Acceleo,
Xpand, or JET2, but we don't have immediate plans for those efforts.
It's a lot of work. JMerge is a utility that's reusable independent of
the template language that's used. I expect many folks will keep
reusing it in its current state; it works quite well...

The my hope is/was that one of the other "code generators" have already such a merge feature.

Report message to a moderator

Re: EMF 3.0 / e4 [message #648852 is a reply to message #648837]

Fri, 14 January 2011 17:40

Ed Merks

Messages: 33136
Registered: July 2009

Senior Member

Stephan,

As I said, JMerge is an independent reusable feature so any code
generator can use it. They generally do.

Stephan Zehrer wrote:
> Ed,
>
> Ed Merks wrote on Fri, 14 January 2011 11:14
>> I'm sure there are folks who'd like to sett JET replaced by Acceleo,
>> Xpand, or JET2, but we don't have immediate plans for those efforts.
>> It's a lot of work. JMerge is a utility that's reusable independent
>> of the template language that's used. I expect many folks will keep
>> reusing it in its current state; it works quite well...
>
>
> The my hope is/was that one of the other "code generators" have
> already such a merge feature.
>

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

Report message to a moderator

Re: EMF 3.0 / e4 [message #649077 is a reply to message #648852]

Mon, 17 January 2011 14:27

Goulwen Le Fur

Messages: 125
Registered: July 2009

Senior Member

Hi Stephan,

Obeo currently works on Acceleo version of EMF generator. We plan to
release this (at least for the .edit and .editor part) into the EEF
project for June.

Cheers,

--
Goulwen Le Fur - goulwen.lefur@obeo.fr

Le 14/01/2011 18:40, Ed Merks a écrit :
> Stephan,
>
> As I said, JMerge is an independent reusable feature so any code
> generator can use it. They generally do.
>
>
> Stephan Zehrer wrote:
>> Ed,
>>
>> Ed Merks wrote on Fri, 14 January 2011 11:14
>>> I'm sure there are folks who'd like to sett JET replaced by Acceleo,
>>> Xpand, or JET2, but we don't have immediate plans for those efforts.
>>> It's a lot of work. JMerge is a utility that's reusable independent
>>> of the template language that's used. I expect many folks will keep
>>> reusing it in its current state; it works quite well...
>>
>>
>> The my hope is/was that one of the other "code generators" have
>> already such a merge feature.
>>

Report message to a moderator

Re: EMF 3.0 / e4 [message #690167 is a reply to message #649077]

Wed, 29 June 2011 05:36

Miles Parker

Messages: 1341
Registered: July 2009

Senior Member

Goulwen Le Fur wrote on Mon, 17 January 2011 09:27

Hi Stephan,

Obeo currently works on Acceleo version of EMF generator. We plan to
release this (at least for the .edit and .editor part) into the EEF
project for June.

Goulwen,

Does this support pure e4?

Miles

Report message to a moderator

Previous Topic:	Multiple EType in EAttribute or EReference
Next Topic:	Re: problems deploying org.eclipse.rap.demo (EMF editor)

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Fri Apr 19 00:40:39 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter