Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » Epsilon » [Epsilon] Re: Eugenia problems
[Epsilon] Re: Eugenia problems [message #342] Tue, 16 September 2008 11:03 Go to next message
Eclipse UserFriend
Originally posted by: jendrik.johannes.tu-dresden.de

Hi Dimitrios,

It seems that in the current SVN version some projects are set to 1.6
compliance level (and not to 1.5):

org.eclipse.epsion.eugenia
org.eclipse.epsion.eugenia.runtime
org.eclipse.epsion.hutn.model
org.eclipse.epsion.hutn.model.antlrAst
org.eclipse.epsion.hutn.model.model

changing them to 1.5 removed the first problem.

Now I always get:
Method 'getContainmentReferences' not found (160:38)

Seems like some eol library is not loaded. Any idea where that comes from?

Thanks.

Jendrik


Dimitrios Kolovos wrote:
> Jendrik, Florian,
>
> I've checked and my compliance level was 1.6 (I forgot to change it in
> Eclipse 3.4 grrrr). However the SVN version is not affected by this and
> it should still work... Just to make this clear, EuGENia has now moved
> to the Eclipse SVN where the rest of Epsilon code is also located
> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
> please confirm that you have the Eclipse SVN version?
>
> As for affixed nodes, it has to be a containment reference annotated
> with @gmf.affixed
>
> e.g.
>
> class Component extends NamedElement {
> @gmf.affixed
> val Port[*]#component ports;
> }
>
> Would you mind bringing this discussion to the Epsilon newsgroup as it
> may be beneficial for others too?
>
> Cheers,
> Dimitrios
>
> Jendrik Johannes wrote:
>> Hi Dimitrios,
>>
>> me and my colleague Florian are both trying to use the latest Eugenia
>> version working. Unfortunately we are not very successful. :) When
>> clicking on "Eugenia > Generate ... Models" we gets this strange and
>> stupid "The chosen operation is not currently available" error. From
>> my expereinces this always happens if some class files are
>> missing/have wrong version. So we it might be some installation error.
>> But it does not work on both our machines. We tried the CVS version
>> and the latest update site version. We are both running OS X, which
>> might be a problem.... maybe something is compiled with Java 6? But
>> then it should work at least with the CVS version... argh. Maybe you
>> have some idea?
>>
>> Another thins is that Florian would like the feature of attaching
>> nodes to the border of a container, which you told me you added. Is
>> that already in the CVS? What is the annotation for that?
>>
>> Thanks for the help. :) Please reply to Florina too.
>>
>> cheers,
>> Jendrik
>>
Re: [Epsilon] Re: Eugenia problems [message #347 is a reply to message #342] Tue, 16 September 2008 11:14 Go to previous messageGo to next message
Dimitrios Kolovos is currently offline Dimitrios KolovosFriend
Messages: 1776
Registered: July 2009
Senior Member
Hi Jendrik,

Thanks for reporting this. I'll fix it shortly.

Could you please send your metamodel to see if I can reproduce the
second issue?

Cheers,
Dimitrios

Jendrik Johannes wrote:
> Hi Dimitrios,
>
> It seems that in the current SVN version some projects are set to 1.6
> compliance level (and not to 1.5):
>
> org.eclipse.epsion.eugenia
> org.eclipse.epsion.eugenia.runtime
> org.eclipse.epsion.hutn.model
> org.eclipse.epsion.hutn.model.antlrAst
> org.eclipse.epsion.hutn.model.model
>
> changing them to 1.5 removed the first problem.
>
> Now I always get:
> Method 'getContainmentReferences' not found (160:38)
>
> Seems like some eol library is not loaded. Any idea where that comes from?
>
> Thanks.
>
> Jendrik
>
>
> Dimitrios Kolovos wrote:
>> Jendrik, Florian,
>>
>> I've checked and my compliance level was 1.6 (I forgot to change it in
>> Eclipse 3.4 grrrr). However the SVN version is not affected by this
>> and it should still work... Just to make this clear, EuGENia has now
>> moved to the Eclipse SVN where the rest of Epsilon code is also
>> located (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could
>> you please confirm that you have the Eclipse SVN version?
>>
>> As for affixed nodes, it has to be a containment reference annotated
>> with @gmf.affixed
>>
>> e.g.
>>
>> class Component extends NamedElement {
>> @gmf.affixed
>> val Port[*]#component ports;
>> }
>>
>> Would you mind bringing this discussion to the Epsilon newsgroup as it
>> may be beneficial for others too?
>>
>> Cheers,
>> Dimitrios
>>
>> Jendrik Johannes wrote:
>>> Hi Dimitrios,
>>>
>>> me and my colleague Florian are both trying to use the latest Eugenia
>>> version working. Unfortunately we are not very successful. :) When
>>> clicking on "Eugenia > Generate ... Models" we gets this strange and
>>> stupid "The chosen operation is not currently available" error. From
>>> my expereinces this always happens if some class files are
>>> missing/have wrong version. So we it might be some installation
>>> error. But it does not work on both our machines. We tried the CVS
>>> version and the latest update site version. We are both running OS X,
>>> which might be a problem.... maybe something is compiled with Java 6?
>>> But then it should work at least with the CVS version... argh. Maybe
>>> you have some idea?
>>>
>>> Another thins is that Florian would like the feature of attaching
>>> nodes to the border of a container, which you told me you added. Is
>>> that already in the CVS? What is the annotation for that?
>>>
>>> Thanks for the help. :) Please reply to Florina too.
>>>
>>> cheers,
>>> Jendrik
>>>
Re: [Epsilon] Re: Eugenia problems [message #352 is a reply to message #347] Tue, 16 September 2008 12:25 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: florian.heidenreich.inf.tu-dresden.de

Hi Dimitrios,

I've uploaded an example metamodel to
http://fheidenreich.de/temp/erm.ecore.zip . After clicking the
'Generate GMF Tool...' menu item, I get an error 'Method 'getLinkLabel'
not found (352:36)' along with this exception

Method 'getLinkLabel' not found (352:36)
at
org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
at

org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
at org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
at
org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
at
org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)

Thanks

for looking into this!

Cheers,
Florian



On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:

> Hi Jendrik,
>
> Thanks for reporting this. I'll fix it shortly.
>
> Could you please send your metamodel to see if I can reproduce the
> second issue?
>
> Cheers,
> Dimitrios
>
> Jendrik Johannes wrote:
>> Hi Dimitrios,
>>
>> It seems that in the current SVN version some projects are set to 1.6
>> compliance level (and not to 1.5):
>>
>> org.eclipse.epsion.eugenia
>> org.eclipse.epsion.eugenia.runtime
>> org.eclipse.epsion.hutn.model
>> org.eclipse.epsion.hutn.model.antlrAst
>> org.eclipse.epsion.hutn.model.model
>>
>> changing them to 1.5 removed the first problem.
>>
>> Now I always get:
>> Method 'getContainmentReferences' not found (160:38)
>>
>> Seems like some eol library is not loaded. Any idea where that comes from?
>>
>> Thanks.
>>
>> Jendrik
>>
>>
>> Dimitrios Kolovos wrote:
>>> Jendrik, Florian,
>>>
>>> I've checked and my compliance level was 1.6 (I forgot to change it in
>>> Eclipse 3.4 grrrr). However the SVN version is not affected by this and
>>> it should still work... Just to make this clear, EuGENia has now moved
>>> to the Eclipse SVN where the rest of Epsilon code is also located
>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>> please confirm that you have the Eclipse SVN version?
>>>
>>> As for affixed nodes, it has to be a containment reference annotated
>>> with @gmf.affixed
>>>
>>> e.g.
>>>
>>> class Component extends NamedElement {
>>> @gmf.affixed
>>> val Port[*]#component ports;
>>> }
>>>
>>> Would you mind bringing this discussion to the Epsilon newsgroup as it
>>> may be beneficial for others too?
>>>
>>> Cheers,
>>> Dimitrios
>>>
>>> Jendrik Johannes wrote:
>>>> Hi Dimitrios,
>>>>
>>>> me and my colleague Florian are both trying to use the latest Eugenia
>>>> version working. Unfortunately we are not very successful. :) When
>>>> clicking on "Eugenia > Generate ... Models" we gets this strange and
>>>> stupid "The chosen operation is not currently available" error. From my
>>>> expereinces this always happens if some class files are missing/have
>>>> wrong version. So we it might be some installation error. But it does
>>>> not work on both our machines. We tried the CVS version and the latest
>>>> update site version. We are both running OS X, which might be a
>>>> problem.... maybe something is compiled with Java 6? But then it should
>>>> work at least with the CVS version... argh. Maybe you have some idea?
>>>>
>>>> Another thins is that Florian would like the feature of attaching nodes
>>>> to the border of a container, which you told me you added. Is that
>>>> already in the CVS? What is the annotation for that?
>>>>
>>>> Thanks for the help. :) Please reply to Florina too.
>>>>
>>>> cheers,
>>>> Jendrik
Re: [Epsilon] Re: Eugenia problems [message #357 is a reply to message #352] Tue, 16 September 2008 12:35 Go to previous messageGo to next message
Dimitrios Kolovos is currently offline Dimitrios KolovosFriend
Messages: 1776
Registered: July 2009
Senior Member
Hi Florian,

I just ran into this issue (and fixed it) this morning as well! An
update from the SVN should resolve this.

Cheers,
Dimitrios

Florian Heidenreich wrote:
> Hi Dimitrios,
>
> I've uploaded an example metamodel to
> http://fheidenreich.de/temp/erm.ecore.zip . After clicking the 'Generate
> GMF Tool...' menu item, I get an error 'Method 'getLinkLabel' not found
> (352:36)' along with this exception
>
> Method 'getLinkLabel' not found (352:36)
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
> at
> org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)
>
>
> Thanks
> for looking into this!
>
> Cheers,
> Florian
>
>
>
> On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:
>
>> Hi Jendrik,
>>
>> Thanks for reporting this. I'll fix it shortly.
>>
>> Could you please send your metamodel to see if I can reproduce the
>> second issue?
>>
>> Cheers,
>> Dimitrios
>>
>> Jendrik Johannes wrote:
>>> Hi Dimitrios,
>>>
>>> It seems that in the current SVN version some projects are set to 1.6
>>> compliance level (and not to 1.5):
>>>
>>> org.eclipse.epsion.eugenia
>>> org.eclipse.epsion.eugenia.runtime
>>> org.eclipse.epsion.hutn.model
>>> org.eclipse.epsion.hutn.model.antlrAst
>>> org.eclipse.epsion.hutn.model.model
>>>
>>> changing them to 1.5 removed the first problem.
>>>
>>> Now I always get:
>>> Method 'getContainmentReferences' not found (160:38)
>>>
>>> Seems like some eol library is not loaded. Any idea where that comes
>>> from?
>>>
>>> Thanks.
>>>
>>> Jendrik
>>>
>>>
>>> Dimitrios Kolovos wrote:
>>>> Jendrik, Florian,
>>>>
>>>> I've checked and my compliance level was 1.6 (I forgot to change it
>>>> in Eclipse 3.4 grrrr). However the SVN version is not affected by
>>>> this and it should still work... Just to make this clear, EuGENia
>>>> has now moved to the Eclipse SVN where the rest of Epsilon code is
>>>> also located
>>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>>> please confirm that you have the Eclipse SVN version?
>>>>
>>>> As for affixed nodes, it has to be a containment reference annotated
>>>> with @gmf.affixed
>>>>
>>>> e.g.
>>>>
>>>> class Component extends NamedElement {
>>>> @gmf.affixed
>>>> val Port[*]#component ports;
>>>> }
>>>>
>>>> Would you mind bringing this discussion to the Epsilon newsgroup as
>>>> it may be beneficial for others too?
>>>>
>>>> Cheers,
>>>> Dimitrios
>>>>
>>>> Jendrik Johannes wrote:
>>>>> Hi Dimitrios,
>>>>>
>>>>> me and my colleague Florian are both trying to use the latest
>>>>> Eugenia version working. Unfortunately we are not very successful.
>>>>> :) When clicking on "Eugenia > Generate ... Models" we gets this
>>>>> strange and stupid "The chosen operation is not currently
>>>>> available" error. From my expereinces this always happens if some
>>>>> class files are missing/have wrong version. So we it might be some
>>>>> installation error. But it does not work on both our machines. We
>>>>> tried the CVS version and the latest update site version. We are
>>>>> both running OS X, which might be a problem.... maybe something is
>>>>> compiled with Java 6? But then it should work at least with the CVS
>>>>> version... argh. Maybe you have some idea?
>>>>>
>>>>> Another thins is that Florian would like the feature of attaching
>>>>> nodes to the border of a container, which you told me you added. Is
>>>>> that already in the CVS? What is the annotation for that?
>>>>>
>>>>> Thanks for the help. :) Please reply to Florina too.
>>>>>
>>>>> cheers,
>>>>> Jendrik
>
>
Re: [Epsilon] Re: Eugenia problems [message #363 is a reply to message #357] Tue, 16 September 2008 13:04 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: florian.heidenreich.inf.tu-dresden.de

Hi Dimitrios,

it works finally -- thanks a lot for the speedy fix and a very helpful
project! :-)

Cheers,
Florian

On 2008-09-16 14:35:18 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:

> Hi Florian,
>
> I just ran into this issue (and fixed it) this morning as well! An
> update from the SVN should resolve this.
>
> Cheers,
> Dimitrios
>
> Florian Heidenreich wrote:
>> Hi Dimitrios,
>>
>> I've uploaded an example metamodel to
>> http://fheidenreich.de/temp/erm.ecore.zip . After clicking the
>> 'Generate GMF Tool...' menu item, I get an error 'Method 'getLinkLabel'
>> not found (352:36)' along with this exception
>>
>> Method 'getLinkLabel' not found (352:36)
>> at
>> org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
at
org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
at
>>
>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
>> at
>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
at
>>
>> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
at
>>
>> org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)

Thanks
for
>>
>> looking into this!
>>
>> Cheers,
>> Florian
>>
>>
>>
>> On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:
>>
>>> Hi Jendrik,
>>>
>>> Thanks for reporting this. I'll fix it shortly.
>>>
>>> Could you please send your metamodel to see if I can reproduce the
>>> second issue?
>>>
>>> Cheers,
>>> Dimitrios
>>>
>>> Jendrik Johannes wrote:
>>>> Hi Dimitrios,
>>>>
>>>> It seems that in the current SVN version some projects are set to 1.6
>>>> compliance level (and not to 1.5):
>>>>
>>>> org.eclipse.epsion.eugenia
>>>> org.eclipse.epsion.eugenia.runtime
>>>> org.eclipse.epsion.hutn.model
>>>> org.eclipse.epsion.hutn.model.antlrAst
>>>> org.eclipse.epsion.hutn.model.model
>>>>
>>>> changing them to 1.5 removed the first problem.
>>>>
>>>> Now I always get:
>>>> Method 'getContainmentReferences' not found (160:38)
>>>>
>>>> Seems like some eol library is not loaded. Any idea where that comes from?
>>>>
>>>> Thanks.
>>>>
>>>> Jendrik
>>>>
>>>>
>>>> Dimitrios Kolovos wrote:
>>>>> Jendrik, Florian,
>>>>>
>>>>> I've checked and my compliance level was 1.6 (I forgot to change it in
>>>>> Eclipse 3.4 grrrr). However the SVN version is not affected by this and
>>>>> it should still work... Just to make this clear, EuGENia has now moved
>>>>> to the Eclipse SVN where the rest of Epsilon code is also located
>>>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>>>> please confirm that you have the Eclipse SVN version?
>>>>>
>>>>> As for affixed nodes, it has to be a containment reference annotated
>>>>> with @gmf.affixed
>>>>>
>>>>> e.g.
>>>>>
>>>>> class Component extends NamedElement {
>>>>> @gmf.affixed
>>>>> val Port[*]#component ports;
>>>>> }
>>>>>
>>>>> Would you mind bringing this discussion to the Epsilon newsgroup as it
>>>>> may be beneficial for others too?
>>>>>
>>>>> Cheers,
>>>>> Dimitrios
>>>>>
>>>>> Jendrik Johannes wrote:
>>>>>> Hi Dimitrios,
>>>>>>
>>>>>> me and my colleague Florian are both trying to use the latest Eugenia
>>>>>> version working. Unfortunately we are not very successful. :) When
>>>>>> clicking on "Eugenia > Generate ... Models" we gets this strange and
>>>>>> stupid "The chosen operation is not currently available" error. From my
>>>>>> expereinces this always happens if some class files are missing/have
>>>>>> wrong version. So we it might be some installation error. But it does
>>>>>> not work on both our machines. We tried the CVS version and the latest
>>>>>> update site version. We are both running OS X, which might be a
>>>>>> problem.... maybe something is compiled with Java 6? But then it should
>>>>>> work at least with the CVS version... argh. Maybe you have some idea?
>>>>>>
>>>>>> Another thins is that Florian would like the feature of attaching nodes
>>>>>> to the border of a container, which you told me you added. Is that
>>>>>> already in the CVS? What is the annotation for that?
>>>>>>
>>>>>> Thanks for the help. :) Please reply to Florina too.
>>>>>>
>>>>>> cheers,
>>>>>> Jendrik
Re: [Epsilon] Re: Eugenia problems [message #367 is a reply to message #363] Tue, 16 September 2008 14:32 Go to previous message
Dimitrios Kolovos is currently offline Dimitrios KolovosFriend
Messages: 1776
Registered: July 2009
Senior Member
Glad it helped! If during your GMF editor development you come up with
additional patterns that could be automated with EuGENia please let us know!

Cheers,
Dimitrios

Florian Heidenreich wrote:
> Hi Dimitrios,
>
> it works finally -- thanks a lot for the speedy fix and a very helpful
> project! :-)
>
> Cheers,
> Florian
>
> On 2008-09-16 14:35:18 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:
>
>> Hi Florian,
>>
>> I just ran into this issue (and fixed it) this morning as well! An
>> update from the SVN should resolve this.
>>
>> Cheers,
>> Dimitrios
>>
>> Florian Heidenreich wrote:
>>> Hi Dimitrios,
>>>
>>> I've uploaded an example metamodel to
>>> http://fheidenreich.de/temp/erm.ecore.zip . After clicking the
>>> 'Generate GMF Tool...' menu item, I get an error 'Method
>>> 'getLinkLabel' not found (352:36)' along with this exception
>>>
>>> Method 'getLinkLabel' not found (352:36)
>>> at
>>> org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
>>>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
>
> at
>>>
>>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
>>>
>>> at
>>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
>>>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
>
> at
>>>
>>> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>>>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
> at
>>>
>>> org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)
>>>
>
> Thanks
> for
>>>
>>> looking into this!
>>>
>>> Cheers,
>>> Florian
>>>
>>>
>>>
>>> On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com>
>>> said:
>>>
>>>> Hi Jendrik,
>>>>
>>>> Thanks for reporting this. I'll fix it shortly.
>>>>
>>>> Could you please send your metamodel to see if I can reproduce the
>>>> second issue?
>>>>
>>>> Cheers,
>>>> Dimitrios
>>>>
>>>> Jendrik Johannes wrote:
>>>>> Hi Dimitrios,
>>>>>
>>>>> It seems that in the current SVN version some projects are set to
>>>>> 1.6 compliance level (and not to 1.5):
>>>>>
>>>>> org.eclipse.epsion.eugenia
>>>>> org.eclipse.epsion.eugenia.runtime
>>>>> org.eclipse.epsion.hutn.model
>>>>> org.eclipse.epsion.hutn.model.antlrAst
>>>>> org.eclipse.epsion.hutn.model.model
>>>>>
>>>>> changing them to 1.5 removed the first problem.
>>>>>
>>>>> Now I always get:
>>>>> Method 'getContainmentReferences' not found (160:38)
>>>>>
>>>>> Seems like some eol library is not loaded. Any idea where that
>>>>> comes from?
>>>>>
>>>>> Thanks.
>>>>>
>>>>> Jendrik
>>>>>
>>>>>
>>>>> Dimitrios Kolovos wrote:
>>>>>> Jendrik, Florian,
>>>>>>
>>>>>> I've checked and my compliance level was 1.6 (I forgot to change
>>>>>> it in Eclipse 3.4 grrrr). However the SVN version is not affected
>>>>>> by this and it should still work... Just to make this clear,
>>>>>> EuGENia has now moved to the Eclipse SVN where the rest of Epsilon
>>>>>> code is also located
>>>>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>>>>> please confirm that you have the Eclipse SVN version?
>>>>>>
>>>>>> As for affixed nodes, it has to be a containment reference
>>>>>> annotated with @gmf.affixed
>>>>>>
>>>>>> e.g.
>>>>>>
>>>>>> class Component extends NamedElement {
>>>>>> @gmf.affixed
>>>>>> val Port[*]#component ports;
>>>>>> }
>>>>>>
>>>>>> Would you mind bringing this discussion to the Epsilon newsgroup
>>>>>> as it may be beneficial for others too?
>>>>>>
>>>>>> Cheers,
>>>>>> Dimitrios
>>>>>>
>>>>>> Jendrik Johannes wrote:
>>>>>>> Hi Dimitrios,
>>>>>>>
>>>>>>> me and my colleague Florian are both trying to use the latest
>>>>>>> Eugenia version working. Unfortunately we are not very
>>>>>>> successful. :) When clicking on "Eugenia > Generate ... Models"
>>>>>>> we gets this strange and stupid "The chosen operation is not
>>>>>>> currently available" error. From my expereinces this always
>>>>>>> happens if some class files are missing/have wrong version. So we
>>>>>>> it might be some installation error. But it does not work on both
>>>>>>> our machines. We tried the CVS version and the latest update site
>>>>>>> version. We are both running OS X, which might be a problem....
>>>>>>> maybe something is compiled with Java 6? But then it should work
>>>>>>> at least with the CVS version... argh. Maybe you have some idea?
>>>>>>>
>>>>>>> Another thins is that Florian would like the feature of attaching
>>>>>>> nodes to the border of a container, which you told me you added.
>>>>>>> Is that already in the CVS? What is the annotation for that?
>>>>>>>
>>>>>>> Thanks for the help. :) Please reply to Florina too.
>>>>>>>
>>>>>>> cheers,
>>>>>>> Jendrik
>
>
Re: [Epsilon] Re: Eugenia problems [message #560792 is a reply to message #342] Tue, 16 September 2008 11:14 Go to previous message
Dimitrios Kolovos is currently offline Dimitrios KolovosFriend
Messages: 1776
Registered: July 2009
Senior Member
Hi Jendrik,

Thanks for reporting this. I'll fix it shortly.

Could you please send your metamodel to see if I can reproduce the
second issue?

Cheers,
Dimitrios

Jendrik Johannes wrote:
> Hi Dimitrios,
>
> It seems that in the current SVN version some projects are set to 1.6
> compliance level (and not to 1.5):
>
> org.eclipse.epsion.eugenia
> org.eclipse.epsion.eugenia.runtime
> org.eclipse.epsion.hutn.model
> org.eclipse.epsion.hutn.model.antlrAst
> org.eclipse.epsion.hutn.model.model
>
> changing them to 1.5 removed the first problem.
>
> Now I always get:
> Method 'getContainmentReferences' not found (160:38)
>
> Seems like some eol library is not loaded. Any idea where that comes from?
>
> Thanks.
>
> Jendrik
>
>
> Dimitrios Kolovos wrote:
>> Jendrik, Florian,
>>
>> I've checked and my compliance level was 1.6 (I forgot to change it in
>> Eclipse 3.4 grrrr). However the SVN version is not affected by this
>> and it should still work... Just to make this clear, EuGENia has now
>> moved to the Eclipse SVN where the rest of Epsilon code is also
>> located (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could
>> you please confirm that you have the Eclipse SVN version?
>>
>> As for affixed nodes, it has to be a containment reference annotated
>> with @gmf.affixed
>>
>> e.g.
>>
>> class Component extends NamedElement {
>> @gmf.affixed
>> val Port[*]#component ports;
>> }
>>
>> Would you mind bringing this discussion to the Epsilon newsgroup as it
>> may be beneficial for others too?
>>
>> Cheers,
>> Dimitrios
>>
>> Jendrik Johannes wrote:
>>> Hi Dimitrios,
>>>
>>> me and my colleague Florian are both trying to use the latest Eugenia
>>> version working. Unfortunately we are not very successful. :) When
>>> clicking on "Eugenia > Generate ... Models" we gets this strange and
>>> stupid "The chosen operation is not currently available" error. From
>>> my expereinces this always happens if some class files are
>>> missing/have wrong version. So we it might be some installation
>>> error. But it does not work on both our machines. We tried the CVS
>>> version and the latest update site version. We are both running OS X,
>>> which might be a problem.... maybe something is compiled with Java 6?
>>> But then it should work at least with the CVS version... argh. Maybe
>>> you have some idea?
>>>
>>> Another thins is that Florian would like the feature of attaching
>>> nodes to the border of a container, which you told me you added. Is
>>> that already in the CVS? What is the annotation for that?
>>>
>>> Thanks for the help. :) Please reply to Florina too.
>>>
>>> cheers,
>>> Jendrik
>>>
Re: [Epsilon] Re: Eugenia problems [message #560803 is a reply to message #347] Tue, 16 September 2008 12:25 Go to previous message
Eclipse UserFriend
Originally posted by: florian.heidenreich.inf.tu-dresden.de

Hi Dimitrios,

I've uploaded an example metamodel to
http://fheidenreich.de/temp/erm.ecore.zip . After clicking the
'Generate GMF Tool...' menu item, I get an error 'Method 'getLinkLabel'
not found (352:36)' along with this exception

Method 'getLinkLabel' not found (352:36)
at
org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
at

org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
at org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
at
org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at

org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at

org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
at
org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)

Thanks

for looking into this!

Cheers,
Florian



On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:

> Hi Jendrik,
>
> Thanks for reporting this. I'll fix it shortly.
>
> Could you please send your metamodel to see if I can reproduce the
> second issue?
>
> Cheers,
> Dimitrios
>
> Jendrik Johannes wrote:
>> Hi Dimitrios,
>>
>> It seems that in the current SVN version some projects are set to 1.6
>> compliance level (and not to 1.5):
>>
>> org.eclipse.epsion.eugenia
>> org.eclipse.epsion.eugenia.runtime
>> org.eclipse.epsion.hutn.model
>> org.eclipse.epsion.hutn.model.antlrAst
>> org.eclipse.epsion.hutn.model.model
>>
>> changing them to 1.5 removed the first problem.
>>
>> Now I always get:
>> Method 'getContainmentReferences' not found (160:38)
>>
>> Seems like some eol library is not loaded. Any idea where that comes from?
>>
>> Thanks.
>>
>> Jendrik
>>
>>
>> Dimitrios Kolovos wrote:
>>> Jendrik, Florian,
>>>
>>> I've checked and my compliance level was 1.6 (I forgot to change it in
>>> Eclipse 3.4 grrrr). However the SVN version is not affected by this and
>>> it should still work... Just to make this clear, EuGENia has now moved
>>> to the Eclipse SVN where the rest of Epsilon code is also located
>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>> please confirm that you have the Eclipse SVN version?
>>>
>>> As for affixed nodes, it has to be a containment reference annotated
>>> with @gmf.affixed
>>>
>>> e.g.
>>>
>>> class Component extends NamedElement {
>>> @gmf.affixed
>>> val Port[*]#component ports;
>>> }
>>>
>>> Would you mind bringing this discussion to the Epsilon newsgroup as it
>>> may be beneficial for others too?
>>>
>>> Cheers,
>>> Dimitrios
>>>
>>> Jendrik Johannes wrote:
>>>> Hi Dimitrios,
>>>>
>>>> me and my colleague Florian are both trying to use the latest Eugenia
>>>> version working. Unfortunately we are not very successful. :) When
>>>> clicking on "Eugenia > Generate ... Models" we gets this strange and
>>>> stupid "The chosen operation is not currently available" error. From my
>>>> expereinces this always happens if some class files are missing/have
>>>> wrong version. So we it might be some installation error. But it does
>>>> not work on both our machines. We tried the CVS version and the latest
>>>> update site version. We are both running OS X, which might be a
>>>> problem.... maybe something is compiled with Java 6? But then it should
>>>> work at least with the CVS version... argh. Maybe you have some idea?
>>>>
>>>> Another thins is that Florian would like the feature of attaching nodes
>>>> to the border of a container, which you told me you added. Is that
>>>> already in the CVS? What is the annotation for that?
>>>>
>>>> Thanks for the help. :) Please reply to Florina too.
>>>>
>>>> cheers,
>>>> Jendrik
Re: [Epsilon] Re: Eugenia problems [message #560814 is a reply to message #352] Tue, 16 September 2008 12:35 Go to previous message
Dimitrios Kolovos is currently offline Dimitrios KolovosFriend
Messages: 1776
Registered: July 2009
Senior Member
Hi Florian,

I just ran into this issue (and fixed it) this morning as well! An
update from the SVN should resolve this.

Cheers,
Dimitrios

Florian Heidenreich wrote:
> Hi Dimitrios,
>
> I've uploaded an example metamodel to
> http://fheidenreich.de/temp/erm.ecore.zip . After clicking the 'Generate
> GMF Tool...' menu item, I get an error 'Method 'getLinkLabel' not found
> (352:36)' along with this exception
>
> Method 'getLinkLabel' not found (352:36)
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
> at
> org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)
>
>
> Thanks
> for looking into this!
>
> Cheers,
> Florian
>
>
>
> On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:
>
>> Hi Jendrik,
>>
>> Thanks for reporting this. I'll fix it shortly.
>>
>> Could you please send your metamodel to see if I can reproduce the
>> second issue?
>>
>> Cheers,
>> Dimitrios
>>
>> Jendrik Johannes wrote:
>>> Hi Dimitrios,
>>>
>>> It seems that in the current SVN version some projects are set to 1.6
>>> compliance level (and not to 1.5):
>>>
>>> org.eclipse.epsion.eugenia
>>> org.eclipse.epsion.eugenia.runtime
>>> org.eclipse.epsion.hutn.model
>>> org.eclipse.epsion.hutn.model.antlrAst
>>> org.eclipse.epsion.hutn.model.model
>>>
>>> changing them to 1.5 removed the first problem.
>>>
>>> Now I always get:
>>> Method 'getContainmentReferences' not found (160:38)
>>>
>>> Seems like some eol library is not loaded. Any idea where that comes
>>> from?
>>>
>>> Thanks.
>>>
>>> Jendrik
>>>
>>>
>>> Dimitrios Kolovos wrote:
>>>> Jendrik, Florian,
>>>>
>>>> I've checked and my compliance level was 1.6 (I forgot to change it
>>>> in Eclipse 3.4 grrrr). However the SVN version is not affected by
>>>> this and it should still work... Just to make this clear, EuGENia
>>>> has now moved to the Eclipse SVN where the rest of Epsilon code is
>>>> also located
>>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>>> please confirm that you have the Eclipse SVN version?
>>>>
>>>> As for affixed nodes, it has to be a containment reference annotated
>>>> with @gmf.affixed
>>>>
>>>> e.g.
>>>>
>>>> class Component extends NamedElement {
>>>> @gmf.affixed
>>>> val Port[*]#component ports;
>>>> }
>>>>
>>>> Would you mind bringing this discussion to the Epsilon newsgroup as
>>>> it may be beneficial for others too?
>>>>
>>>> Cheers,
>>>> Dimitrios
>>>>
>>>> Jendrik Johannes wrote:
>>>>> Hi Dimitrios,
>>>>>
>>>>> me and my colleague Florian are both trying to use the latest
>>>>> Eugenia version working. Unfortunately we are not very successful.
>>>>> :) When clicking on "Eugenia > Generate ... Models" we gets this
>>>>> strange and stupid "The chosen operation is not currently
>>>>> available" error. From my expereinces this always happens if some
>>>>> class files are missing/have wrong version. So we it might be some
>>>>> installation error. But it does not work on both our machines. We
>>>>> tried the CVS version and the latest update site version. We are
>>>>> both running OS X, which might be a problem.... maybe something is
>>>>> compiled with Java 6? But then it should work at least with the CVS
>>>>> version... argh. Maybe you have some idea?
>>>>>
>>>>> Another thins is that Florian would like the feature of attaching
>>>>> nodes to the border of a container, which you told me you added. Is
>>>>> that already in the CVS? What is the annotation for that?
>>>>>
>>>>> Thanks for the help. :) Please reply to Florina too.
>>>>>
>>>>> cheers,
>>>>> Jendrik
>
>
Re: [Epsilon] Re: Eugenia problems [message #560825 is a reply to message #357] Tue, 16 September 2008 13:04 Go to previous message
Eclipse UserFriend
Originally posted by: florian.heidenreich.inf.tu-dresden.de

Hi Dimitrios,

it works finally -- thanks a lot for the speedy fix and a very helpful
project! :-)

Cheers,
Florian

On 2008-09-16 14:35:18 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:

> Hi Florian,
>
> I just ran into this issue (and fixed it) this morning as well! An
> update from the SVN should resolve this.
>
> Cheers,
> Dimitrios
>
> Florian Heidenreich wrote:
>> Hi Dimitrios,
>>
>> I've uploaded an example metamodel to
>> http://fheidenreich.de/temp/erm.ecore.zip . After clicking the
>> 'Generate GMF Tool...' menu item, I get an error 'Method 'getLinkLabel'
>> not found (352:36)' along with this exception
>>
>> Method 'getLinkLabel' not found (352:36)
>> at
>> org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
at
org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
at
>>
>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
>> at
>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
at
>>
>> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
at
org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
at
org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
at
>>
>> org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)

Thanks
for
>>
>> looking into this!
>>
>> Cheers,
>> Florian
>>
>>
>>
>> On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:
>>
>>> Hi Jendrik,
>>>
>>> Thanks for reporting this. I'll fix it shortly.
>>>
>>> Could you please send your metamodel to see if I can reproduce the
>>> second issue?
>>>
>>> Cheers,
>>> Dimitrios
>>>
>>> Jendrik Johannes wrote:
>>>> Hi Dimitrios,
>>>>
>>>> It seems that in the current SVN version some projects are set to 1.6
>>>> compliance level (and not to 1.5):
>>>>
>>>> org.eclipse.epsion.eugenia
>>>> org.eclipse.epsion.eugenia.runtime
>>>> org.eclipse.epsion.hutn.model
>>>> org.eclipse.epsion.hutn.model.antlrAst
>>>> org.eclipse.epsion.hutn.model.model
>>>>
>>>> changing them to 1.5 removed the first problem.
>>>>
>>>> Now I always get:
>>>> Method 'getContainmentReferences' not found (160:38)
>>>>
>>>> Seems like some eol library is not loaded. Any idea where that comes from?
>>>>
>>>> Thanks.
>>>>
>>>> Jendrik
>>>>
>>>>
>>>> Dimitrios Kolovos wrote:
>>>>> Jendrik, Florian,
>>>>>
>>>>> I've checked and my compliance level was 1.6 (I forgot to change it in
>>>>> Eclipse 3.4 grrrr). However the SVN version is not affected by this and
>>>>> it should still work... Just to make this clear, EuGENia has now moved
>>>>> to the Eclipse SVN where the rest of Epsilon code is also located
>>>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>>>> please confirm that you have the Eclipse SVN version?
>>>>>
>>>>> As for affixed nodes, it has to be a containment reference annotated
>>>>> with @gmf.affixed
>>>>>
>>>>> e.g.
>>>>>
>>>>> class Component extends NamedElement {
>>>>> @gmf.affixed
>>>>> val Port[*]#component ports;
>>>>> }
>>>>>
>>>>> Would you mind bringing this discussion to the Epsilon newsgroup as it
>>>>> may be beneficial for others too?
>>>>>
>>>>> Cheers,
>>>>> Dimitrios
>>>>>
>>>>> Jendrik Johannes wrote:
>>>>>> Hi Dimitrios,
>>>>>>
>>>>>> me and my colleague Florian are both trying to use the latest Eugenia
>>>>>> version working. Unfortunately we are not very successful. :) When
>>>>>> clicking on "Eugenia > Generate ... Models" we gets this strange and
>>>>>> stupid "The chosen operation is not currently available" error. From my
>>>>>> expereinces this always happens if some class files are missing/have
>>>>>> wrong version. So we it might be some installation error. But it does
>>>>>> not work on both our machines. We tried the CVS version and the latest
>>>>>> update site version. We are both running OS X, which might be a
>>>>>> problem.... maybe something is compiled with Java 6? But then it should
>>>>>> work at least with the CVS version... argh. Maybe you have some idea?
>>>>>>
>>>>>> Another thins is that Florian would like the feature of attaching nodes
>>>>>> to the border of a container, which you told me you added. Is that
>>>>>> already in the CVS? What is the annotation for that?
>>>>>>
>>>>>> Thanks for the help. :) Please reply to Florina too.
>>>>>>
>>>>>> cheers,
>>>>>> Jendrik
Re: [Epsilon] Re: Eugenia problems [message #560835 is a reply to message #363] Tue, 16 September 2008 14:32 Go to previous message
Dimitrios Kolovos is currently offline Dimitrios KolovosFriend
Messages: 1776
Registered: July 2009
Senior Member
Glad it helped! If during your GMF editor development you come up with
additional patterns that could be automated with EuGENia please let us know!

Cheers,
Dimitrios

Florian Heidenreich wrote:
> Hi Dimitrios,
>
> it works finally -- thanks a lot for the speedy fix and a very helpful
> project! :-)
>
> Cheers,
> Florian
>
> On 2008-09-16 14:35:18 +0200, Dimitrios Kolovos <dskolovos@gmail.com> said:
>
>> Hi Florian,
>>
>> I just ran into this issue (and fixed it) this morning as well! An
>> update from the SVN should resolve this.
>>
>> Cheers,
>> Dimitrios
>>
>> Florian Heidenreich wrote:
>>> Hi Dimitrios,
>>>
>>> I've uploaded an example metamodel to
>>> http://fheidenreich.de/temp/erm.ecore.zip . After clicking the
>>> 'Generate GMF Tool...' menu item, I get an error 'Method
>>> 'getLinkLabel' not found (352:36)' along with this exception
>>>
>>> Method 'getLinkLabel' not found (352:36)
>>> at
>>> org.eclipse.epsilon.eol.execute.PointExecutor.executeOperati on(PointExecutor.java:192)
>>>
> at
> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:66)
>
> at
>>>
>>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:36)
>>>
>>> at
>>> org.eclipse.epsilon.eol.execute.PointExecutor.execute(PointE xecutor.java:122)
>>>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.AssignExecutor.execute(Assig nExecutor.java:48)
>
> at
>>>
>>> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>>>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.ForStatementExecutor.execute (ForStatementExecutor.java:115)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.execute.StatementBlockExecutor.execu te(StatementBlockExecutor.java:25)
>
> at
> org.eclipse.epsilon.eol.execute.ExecutorFactory.executeAST(E xecutorFactory.java:184)
>
> at
> org.eclipse.epsilon.eol.EolModule.execute(EolModule.java:57)
> at
>>>
>>> org.eclipse.epsilon.eugenia.EolTransformationActionDelegate. runImpl(EolTransformationActionDelegate.java:77)
>>>
>
> Thanks
> for
>>>
>>> looking into this!
>>>
>>> Cheers,
>>> Florian
>>>
>>>
>>>
>>> On 2008-09-16 13:14:10 +0200, Dimitrios Kolovos <dskolovos@gmail.com>
>>> said:
>>>
>>>> Hi Jendrik,
>>>>
>>>> Thanks for reporting this. I'll fix it shortly.
>>>>
>>>> Could you please send your metamodel to see if I can reproduce the
>>>> second issue?
>>>>
>>>> Cheers,
>>>> Dimitrios
>>>>
>>>> Jendrik Johannes wrote:
>>>>> Hi Dimitrios,
>>>>>
>>>>> It seems that in the current SVN version some projects are set to
>>>>> 1.6 compliance level (and not to 1.5):
>>>>>
>>>>> org.eclipse.epsion.eugenia
>>>>> org.eclipse.epsion.eugenia.runtime
>>>>> org.eclipse.epsion.hutn.model
>>>>> org.eclipse.epsion.hutn.model.antlrAst
>>>>> org.eclipse.epsion.hutn.model.model
>>>>>
>>>>> changing them to 1.5 removed the first problem.
>>>>>
>>>>> Now I always get:
>>>>> Method 'getContainmentReferences' not found (160:38)
>>>>>
>>>>> Seems like some eol library is not loaded. Any idea where that
>>>>> comes from?
>>>>>
>>>>> Thanks.
>>>>>
>>>>> Jendrik
>>>>>
>>>>>
>>>>> Dimitrios Kolovos wrote:
>>>>>> Jendrik, Florian,
>>>>>>
>>>>>> I've checked and my compliance level was 1.6 (I forgot to change
>>>>>> it in Eclipse 3.4 grrrr). However the SVN version is not affected
>>>>>> by this and it should still work... Just to make this clear,
>>>>>> EuGENia has now moved to the Eclipse SVN where the rest of Epsilon
>>>>>> code is also located
>>>>>> (http://www.eclipse.org/gmt/epsilon/doc/EpsilonSVN.pdf). Could you
>>>>>> please confirm that you have the Eclipse SVN version?
>>>>>>
>>>>>> As for affixed nodes, it has to be a containment reference
>>>>>> annotated with @gmf.affixed
>>>>>>
>>>>>> e.g.
>>>>>>
>>>>>> class Component extends NamedElement {
>>>>>> @gmf.affixed
>>>>>> val Port[*]#component ports;
>>>>>> }
>>>>>>
>>>>>> Would you mind bringing this discussion to the Epsilon newsgroup
>>>>>> as it may be beneficial for others too?
>>>>>>
>>>>>> Cheers,
>>>>>> Dimitrios
>>>>>>
>>>>>> Jendrik Johannes wrote:
>>>>>>> Hi Dimitrios,
>>>>>>>
>>>>>>> me and my colleague Florian are both trying to use the latest
>>>>>>> Eugenia version working. Unfortunately we are not very
>>>>>>> successful. :) When clicking on "Eugenia > Generate ... Models"
>>>>>>> we gets this strange and stupid "The chosen operation is not
>>>>>>> currently available" error. From my expereinces this always
>>>>>>> happens if some class files are missing/have wrong version. So we
>>>>>>> it might be some installation error. But it does not work on both
>>>>>>> our machines. We tried the CVS version and the latest update site
>>>>>>> version. We are both running OS X, which might be a problem....
>>>>>>> maybe something is compiled with Java 6? But then it should work
>>>>>>> at least with the CVS version... argh. Maybe you have some idea?
>>>>>>>
>>>>>>> Another thins is that Florian would like the feature of attaching
>>>>>>> nodes to the border of a container, which you told me you added.
>>>>>>> Is that already in the CVS? What is the annotation for that?
>>>>>>>
>>>>>>> Thanks for the help. :) Please reply to Florina too.
>>>>>>>
>>>>>>> cheers,
>>>>>>> Jendrik
>
>
Previous Topic:[Epsilon] Re: Eugenia problems
Next Topic:Re: Model instance transformation framework
Goto Forum:
  


Current Time: Sat Dec 21 15:05:19 GMT 2024

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

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

Back to the top