| Re: OCL Help [message #3396] |
Sat, 03 February 2007 12:26  |
Eclipse User |
|
|
|
Originally posted by: merks.ca.ibm.com
This is a multi-part message in MIME format.
--------------030302080200020605060603
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
Ole,
There's an OCL newsgroup which I've added to the to list.
You'll likely be interested in this article Christian wrote:
http://www.eclipse.org/articles/Article-EMF-Codegen-with-OCL /article.html
The sexier/interesting approach probably won't perform quite as well.
Ole Ersoy wrote:
> Hi,
>
> I hope this is the right place to ask.
>
> I have an EOperation that generates code like this
> (I filled in the implementation):
> /**
> * <!-- begin-user-doc -->
> * <!-- end-user-doc -->
> * @generated NOT
> */
> public Mapping getTargetMapping(EObject sourceEObject) {
> EClass sourceEClass = sourceEObject.eClass();
> return getEClass2MappingMap().get(sourceEClass);
> }
>
> So this works, but OCL is sexier.
> Anyone know how to write the OCL does implements the body?
>
> self.eClass2MappingMap()....
>
> Thanks,
> - Ole
>
>
>
>
--------------030302080200020605060603
Content-Type: text/html; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-15"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Ole,<br>
<br>
There's an OCL newsgroup which I've added to the to list.
|
|
|
|
|
| Re: OCL Help [message #3497 is a reply to message #3430] |
Mon, 05 February 2007 12:12  |
| Eclipse User |
|
|
|
Originally posted by: cdamus.ca.ibm.com
Hi, Ole,
Thanks! I'm glad that you enjoyed that article. You may be interested to
know that I am working on an update for the M5 milestone of OCL, which
illustrates the new generic API (based on the J2SE 5.0 support of EMF 2.3).
Unfortunately, your particular EOperation poses a problem for OCL, as it is
not currently capable of accessing operations such as eClass() unless your
model types explicitly subclass EObject (in your ecore model, not just in
code). See https://bugs.eclipse.org/bugs/show_bug.cgi?id=152003 for
details of that, and various posts in this newsgroup and its predecessors
discussing the addition of custom attributes and operations (such as
eClass()) into the OCL environment:
http://wiki.eclipse.org/index.php/CustomizingOclEnvironments
Previous history of this newsgroup is available in the HTML archives, under
the IDs eclipse.modeling.mdt.uml2.ocl and eclipse.technology.emft.
As Ed indicates, for a high-performance API, you probably want to stick with
Java or else devise codegen extensions that will transform OCL expressions
into (efficient) Java code. However, OCL is very good for providing an
abstract and portable *specification* of your constraints and for testing
that they really are what you want them to be before you make the effort of
writing Java code. Even with the annotations implemented in the article,
you can use @generated NOT to override the OCL with your Java
implementation. :-)
Cheers,
Christian
Ole Ersoy wrote:
> Ed,
>
> Terrific - Thanks. Yes - I love that article. It's my inspiration for
> trying out OCL.
>
> I'll probably just keep the hand coded version in the end though.
>
> Would be cool if EMF generated
> the hand written version of the OCL.
>
> I just need 48 hours more in the day for that.
>
> Thanks again,
> - Ole
|
|
|
| Re: OCL Help [message #3563 is a reply to message #3464] |
Mon, 05 February 2007 23:15 |
| Eclipse User |
|
|
|
Originally posted by: ole_ersoy.yahoo.com
Ed,
Sounds great. I'd love to help out with that as well. I'm almost done
with the Ecore2Ecore excercise. Hope to have something well tested on
Bugzilla tomorrow.
Then I just have to finish up this Maven RPM Factory thing that the
Ecore2Ecore stuff is going to be used for, and after that I'm diving in
to the method generation head first :-)
Cheers,
- Ole
|
|
|
Powered by
FUDForum. Page generated in 0.08725 seconds
Home