Eclipse Community Forums: GMF (Graphical Modeling Framework)

Home » Modeling » GMF (Graphical Modeling Framework) » OCL to Java Constraint

OCL to Java Constraint [message #205620]

Wed, 17 September 2008 05:42

Eclipse User

Hi, could anyone help me solve this issue I am having?

I would like to do the following (without needing to add the
myContainerReference to the model)

myContainerReference.oclIsUndefined()

This would require me to Select the container of the current node then set
it to undefined!

Is this possible in Java??
Note: I am attempting this as a constraint for my node mapping!

Thank you in advance,
Gary

Re: OCL to Java Constraint [message #205658 is a reply to message #205620]

Wed, 17 September 2008 07:05

Eclipse User

Hello Gary,

> Is this possible in Java??
Sure. An this is a proper way to solve this issue. Add java constraint and
place appropriate code into .genmodel to let GMF generate proper body of
the method.

-----------------
Alex Shatalin

Re: OCL to Java Constraint [message #205710 is a reply to message #205658]

Wed, 17 September 2008 08:08

Eclipse User

Thanks Alex,

Do you know how I could access(call for) the container of the node?

Re: OCL to Java Constraint [message #205727 is a reply to message #205710]

Wed, 17 September 2008 08:35

Eclipse User

Hello Gary,

Each "node" is an instance of EMF EObject, so you can call node.eContainer()
to get it.

-----------------
Alex Shatalin

Re: OCL to Java Constraint [message #205746 is a reply to message #205727]

Wed, 17 September 2008 09:15

Eclipse User

Sorry Alex, I'm not too sure how I can make this work!
If I Replace OCL constraint:

myContainerReference.oclIsUndefined()

with Java constraint:
this.eContainer() = null;

Should this work? I kinda think I'm goin wrong, but I'm not sure where!

Thank you,
Gary

Re: OCL to Java Constraint [message #205764 is a reply to message #205746]

Wed, 17 September 2008 10:07

Eclipse User

Hello Gary,

Well, just try - you'll see the diff generated by GMF ant it's really not
so hard to understand what's going on..

AFAIR, body of the java constraint should be: "return domainElement.eContainer()
= null;"
And you have to modify .gmfgen model to set GenJavaExpressionProvider.injectExpressionBody
to "true".

-----------------
Alex Shatalin

Re: OCL to Java Constraint [message #205796 is a reply to message #205764]

Wed, 17 September 2008 11:43

Eclipse User

Hi Alex,

This is what I have for my constraint:
return domainElement.eContainer() = null;

However I hadn't done this:
And you have to modify .gmfgen model to set
GenJavaExpressionProvider.injectExpressionBody to "true".

(Because of this my diagram will not draw the nodes)

However there is no option available in my .gmfgen to set
GenJavaExpressionProvider.injectExpressionBody to "true".
Do you know why this is?

Thank you,
Gary

Re: OCL to Java Constraint [message #205813 is a reply to message #205796]

Wed, 17 September 2008 11:55

Eclipse User

Hello Gary,

> And you have to modify .gmfgen model to set
> GenJavaExpressionProvider.injectExpressionBody to "true".
Even without this option you can simply modify generated method and place
this java code there manually.

> However there is no option available in my .gmfgen to set
> GenJavaExpressionProvider.injectExpressionBody to "true". Do you know
> why this is?
Wich GMF version do you use?

-----------------
Alex Shatalin

Re: OCL to Java Constraint [message #205891 is a reply to message #205813]

Thu, 18 September 2008 03:56

Eclipse User

Hi Alex, I'm using GMF version 2.0.2 on eclipse europa

Re: OCL to Java Constraint [message #205899 is a reply to message #205891]

Thu, 18 September 2008 05:37

Eclipse User

Hello Gary,

> Hi Alex, I'm using GMF version 2.0.2 on eclipse europa
AFAIR this property was added to .gmfgen model only in GMF 2.1 release. In
older versions you have to specify any valid java method name as a "body"
of OCL constraint, generate code and then modify generated code by properly
implementing corresponding method.

-----------------
Alex Shatalin

Re: OCL to Java Constraint [message #205907 is a reply to message #205899]

Thu, 18 September 2008 05:40

Eclipse User

Ok, thanks, do you know in which generated class I would need to make
these changes?

Thank you,
Gary

Re: OCL to Java Constraint [message #205921 is a reply to message #205907]

Thu, 18 September 2008 05:48

Eclipse User

Hello Gary,

> Ok, thanks, do you know in which generated class I would need to make
I think it's VisualIdRegistry. You can generate code with and without these
constraints and compare results to see what was changed.
We are using Version control to store all models/generated code there, so
it's easy - you modify model, regenerate code and call "synchronize" to see
diff.

Another option - you can use one of existing diff tools: http://www.google.com/search?hl=ru&rls=com.microsoft%3Ar u-ru&q=diff+free&lr=

Actually, I think diff is very useful then you are generating the code because
from time to time you have to modify it or just see what was changed..

HTH
-----------------
Alex Shatalin

Re: OCL to Java Constraint [message #205928 is a reply to message #205921]

Thu, 18 September 2008 06:22

Eclipse User

Ok, thanks Alex, this has provided me with the new class:

private static class JavaConstraints {

private static java.lang.Boolean returnAdminDomaineContainernull(
AdminDomain self) {

// TODO: implement this method
// Ensure that you remove @generated or mark it @generated NOT

throw new CIMLevelZeroAbstractExpression.NoImplException(
"No user java implementation provided in
'returnAdminDomaineContainernull' operation"); //$NON-NLS-1$
}
}

I now need to implement this method, do I simply return true! Or do i also
need to do the setting of the container to null here?

Re: OCL to Java Constraint [message #205974 is a reply to message #205928]

Thu, 18 September 2008 07:21

Eclipse User

Hello Gary,

You have to return "true" if passed attribute (self) is a valid domain model
element to be visualized as "AdminDomain". AFAIR your prev. requirements,
you have to type following line instead of "throw new CIMLevelZeroAbstractExpression.NoImplException("No
user java implementation provided in 'returnAdminDomaineContainernull' operation");":

return self.eContainer() == null;

-----------------
Alex Shatalin

Re: OCL to Java Constraint [message #206041 is a reply to message #205974]

Thu, 18 September 2008 10:07

Eclipse User

Hi Alex,
I tested this solition with the following code!

private static java.lang.Boolean returnAdminDomaineContainernull(
AdminDomain self) {

if (self == self) {
return true;
}

return self.eContainer() == null;
}

replacing 'if (self == self)' with 'if (self != self)' giving me both
possible outputs

RESULTS:

for (self == self) when initalizing a diagram only the container node is
shown(as before)!

for (self != self) when initalizing a diagram neather the contained or
container node is displayed!

Any Ideas why this could be the case?

Previous Topic:	Is it possible to use GMF on a abstract semantic model ?
Next Topic:	Tooltips

Goto Forum:

-=] Back to Top [=-

Current Time: Mon Nov 17 11:27:21 EST 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter