Home » Modeling » Epsilon » [Epsilon] Re: Eugenia problems
[Epsilon] Re: Eugenia problems [message #342] |
Tue, 16 September 2008 11:03 |
Eclipse User |
|
|
|
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 |
Dimitrios Kolovos 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 |
Eclipse User |
|
|
|
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 |
Dimitrios Kolovos 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 |
Eclipse User |
|
|
|
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 |
Dimitrios Kolovos 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 |
Dimitrios Kolovos 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 |
Eclipse User |
|
|
|
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 |
Dimitrios Kolovos 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 |
Eclipse User |
|
|
|
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 |
Dimitrios Kolovos 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
>
>
|
|
|
Goto Forum:
Current Time: Thu Nov 21 11:59:27 GMT 2024
Powered by FUDForum. Page generated in 0.11712 seconds
|