| OCL with non-Ecore models [message #45512] |
Mon, 21 August 2006 01:53  |
Eclipse User |
|
|
|
Originally posted by: stepper.sympedia.de
Is there a possibility to use the OCL plugin on top of my own meta model?
I'm just investigating ways to add OCL as a remote query language to CDO.
Of course CDO is based on EMF (Ecore models), but only on client side.
A CDO server (currently) has no in-memory copy of the model at all.
I thought once I saw that EMFT OCL has sort of a ModelFacade
interface that can be implemented for arbitrary meta models, but I can't
find
it anymore. Has support for that been abandoned or do I mix up with
other OCL projects?
Cheers
/Eike
|
|
|
|
| Re: OCL with non-Ecore models [message #47899 is a reply to message #45968] |
Wed, 30 August 2006 09:12  |
| Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, Eike,
I think I see from Bugzilla that you have already solved this problem. But,
just to tie up a few loose ends:
The OCL parser does use Ecore as its type system. It would be nice to
refactor that so that any MOF/UML/etc.-compatible language could be used,
but ... For now, you would need to adapt your API to Ecore in any way that
you can. See my remarks in another thread, regarding using OCL with UML
and stereotypes.
There was, at one point, a kind of facade in the EMFT OCL metamodel for UML
concepts that Ecore does not implement (AssociationClasses, Signals, etc.).
That no longer exists, but is factored out in Ecore terms in the
Environment API. This is a miniature instance of what I would like to do
for the OCL's dependency on Ecore.
Cheers,
Christian
Eike Stepper wrote:
> I have the feeling that the Ecore API is deeply woven into the OCL API and
> thus it's not easily possible to use OCL with non-Ecore models. Now I'm
> thinking about using it at the CDO client side and just provide specific
> extent implementations that will query the server if necessary. Can you
> provide some starting points where to look for info about this topic?
>
> Cheers
> /Eike
>
>
> Eike Stepper schrieb:
>> Is there a possibility to use the OCL plugin on top of my own meta model?
>> I'm just investigating ways to add OCL as a remote query language to CDO.
>> Of course CDO is based on EMF (Ecore models), but only on client side.
>> A CDO server (currently) has no in-memory copy of the model at all.
>>
>> I thought once I saw that EMFT OCL has sort of a ModelFacade
>> interface that can be implemented for arbitrary meta models, but I can't
>> find
>> it anymore. Has support for that been abandoned or do I mix up with
>> other OCL projects?
>>
>> Cheers
>> /Eike
>>
|
|
|
| Re: OCL with non-Ecore models [message #585864 is a reply to message #45512] |
Tue, 22 August 2006 04:01 |
| Eclipse User |
|
|
|
I have the feeling that the Ecore API is deeply woven into the OCL API and thus it's not easily possible to use OCL with non-Ecore models. Now I'm thinking about using it at the CDO client side and just provide specific extent implementations that will query the server if necessary. Can you provide some starting points where to look for info about this topic?
Cheers
/Eike
Eike Stepper schrieb:
> Is there a possibility to use the OCL plugin on top of my own meta model?
> I'm just investigating ways to add OCL as a remote query language to CDO.
> Of course CDO is based on EMF (Ecore models), but only on client side.
> A CDO server (currently) has no in-memory copy of the model at all.
>
> I thought once I saw that EMFT OCL has sort of a ModelFacade
> interface that can be implemented for arbitrary meta models, but I can't
> find
> it anymore. Has support for that been abandoned or do I mix up with
> other OCL projects?
>
> Cheers
> /Eike
>
|
|
|
| Re: OCL with non-Ecore models [message #586896 is a reply to message #45968] |
Wed, 30 August 2006 09:12 |
| Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, Eike,
I think I see from Bugzilla that you have already solved this problem. But,
just to tie up a few loose ends:
The OCL parser does use Ecore as its type system. It would be nice to
refactor that so that any MOF/UML/etc.-compatible language could be used,
but ... For now, you would need to adapt your API to Ecore in any way that
you can. See my remarks in another thread, regarding using OCL with UML
and stereotypes.
There was, at one point, a kind of facade in the EMFT OCL metamodel for UML
concepts that Ecore does not implement (AssociationClasses, Signals, etc.).
That no longer exists, but is factored out in Ecore terms in the
Environment API. This is a miniature instance of what I would like to do
for the OCL's dependency on Ecore.
Cheers,
Christian
Eike Stepper wrote:
> I have the feeling that the Ecore API is deeply woven into the OCL API and
> thus it's not easily possible to use OCL with non-Ecore models. Now I'm
> thinking about using it at the CDO client side and just provide specific
> extent implementations that will query the server if necessary. Can you
> provide some starting points where to look for info about this topic?
>
> Cheers
> /Eike
>
>
> Eike Stepper schrieb:
>> Is there a possibility to use the OCL plugin on top of my own meta model?
>> I'm just investigating ways to add OCL as a remote query language to CDO.
>> Of course CDO is based on EMF (Ecore models), but only on client side.
>> A CDO server (currently) has no in-memory copy of the model at all.
>>
>> I thought once I saw that EMFT OCL has sort of a ModelFacade
>> interface that can be implemented for arbitrary meta models, but I can't
>> find
>> it anymore. Has support for that been abandoned or do I mix up with
>> other OCL projects?
>>
>> Cheers
>> /Eike
>>
|
|
|
Powered by
FUDForum. Page generated in 0.06450 seconds
Home