Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » OCL » Compliance of MDT OCL and its usage by other projects
Compliance of MDT OCL and its usage by other projects [message #66364] Fri, 30 January 2009 21:42 Go to next message
Eclipse UserFriend
Hello,

I would like to know whether MDT OCL is fully compliant with the OCL
specification and which projects are actually using MDT OCL.

UML2 and GMF are using OCL for validation.
EMF is offering an interface for OCL

Are there some more projects using OCL ?


Thanks in advance !


Deepak
Re: Compliance of MDT OCL and its usage by other projects [message #66388 is a reply to message #66364] Mon, 02 February 2009 14:59 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: cdamus.zeligsoft.com

Hi, Deepak,

IMO, it is impossible to be fully compliant with the OCL specification
because it is not completely defined. I can't use that as an excuse, of
course, because there are mistakes that MDT OCL made in its
implementation along the way, as well as some measures that were taken
to fill some of the more significant gaps. :-D

The "Programmer's Guide / OCL Overview" page in the OCL Developer Guide
documentation provides a list of the OCL capabilities that are
implemented (for Ecore, and an increment for UML):

http://help.eclipse.org/ganymede/index.jsp

If by EMF you mean the EMF Validation and Query components, yes they
provide OCL integration. There are also patches in Bugzilla that work
towards integration of OCL into Ecore/EMF itself, in varying degrees.

Other projects using MDT OCL include, at least:

- QVT Operational Mapping Language in the M2M project
- QVT Declarative (also in M2M)
- Model to Text Language (in the M2T project)
- XPand-OCL (M2T)

and, of course, all of the projects that use GMF, such as the STP
project's BPMN Modeler and countless projects outside of Eclipse.

There are some projects outside of Eclipse that are known (by me) to use
our implementation, including this very cool one:

- SQUAM - http://squam.info/ocleditor/

Cheers,

Christian


Deepak wrote:
> Hello,
>
> I would like to know whether MDT OCL is fully compliant with the OCL
> specification and which projects are actually using MDT OCL.
>
> UML2 and GMF are using OCL for validation.
> EMF is offering an interface for OCL
>
> Are there some more projects using OCL ?
>
>
> Thanks in advance !
>
>
> Deepak
Re: Compliance of MDT OCL and its usage by other projects [message #66443 is a reply to message #66388] Mon, 02 February 2009 17:57 Go to previous messageGo to next message
Eclipse UserFriend
> Hi, Deepak,
>
> IMO, it is impossible to be fully compliant with the OCL specification
> because it is not completely defined. I can't use that as an excuse, of
> course, because there are mistakes that MDT OCL made in its
> implementation along the way, as well as some measures that were taken
> to fill some of the more significant gaps. :-D

Hi Christian,

Thanks for your fast answer !

I checked the OMG OCL specification. It's dated from 2003.
I thought they had a final version of OCL.

OMG OCL is not dead, right :-)



Is there any roadmap to integrate the SQUAM OCL editor into MDT OCL ?


Regards,


Deepak
Re: Compliance of MDT OCL and its usage by other projects [message #66505 is a reply to message #66443] Tue, 03 February 2009 14:36 Go to previous message
Eclipse UserFriend
Originally posted by: cdamus.zeligsoft.com

Hi, Deepak,

There is a released OCL 2.0 spec from May 2006:

http://www.omg.org/spec/OCL/2.0/

OCL isn't dead. We had a spate of activity last fall resolving issues
for a 2.1 (or 2.2? I'm not sure) revision.

There is preliminary discussion of porting an OCL editor from the
Declarative QVT component of M2M to the MDT OCL component.
Cheers,

Christian


Deepak wrote:
>> Hi, Deepak,
>>
>> IMO, it is impossible to be fully compliant with the OCL specification
>> because it is not completely defined. I can't use that as an excuse,
>> of course, because there are mistakes that MDT OCL made in its
>> implementation along the way, as well as some measures that were taken
>> to fill some of the more significant gaps. :-D
>
> Hi Christian,
>
> Thanks for your fast answer !
>
> I checked the OMG OCL specification. It's dated from 2003.
> I thought they had a final version of OCL.
>
> OMG OCL is not dead, right :-)
>
>
>
> Is there any roadmap to integrate the SQUAM OCL editor into MDT OCL ?
>
>
> Regards,
>
>
> Deepak
Previous Topic:OCL and redefinition
Next Topic:[Announce] MDT OCL 1.3.0 I200902031600 is available
Goto Forum:
  


Current Time: Wed Jul 17 20:33:47 GMT 2024

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

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

Back to the top